A script to fix EDID problems on external monitors in macOS.
-
Connect only the problem display.
-
Create this directory structure (if it doesn't already exist):
https://rfc3161.ai.moda | |
https://rfc3161.ai.moda/adobe | |
https://rfc3161.ai.moda/microsoft | |
https://rfc3161.ai.moda/apple | |
https://rfc3161.ai.moda/any | |
http://rfc3161.ai.moda | |
http://timestamp.digicert.com | |
http://timestamp.globalsign.com/tsa/r6advanced1 | |
http://rfc3161timestamp.globalsign.com/advanced | |
http://timestamp.sectigo.com |
# Description: Boxstarter Script | |
# Author: Jess Frazelle <jess@linux.com> | |
# Last Updated: 2017-09-11 | |
# | |
# Install boxstarter: | |
# . { iwr -useb http://boxstarter.org/bootstrapper.ps1 } | iex; get-boxstarter -Force | |
# | |
# You might need to set: Set-ExecutionPolicy RemoteSigned | |
# | |
# Run this boxstarter by calling the following from an **elevated** command-prompt: |
# <pre> | |
# This file is in the public domain, so clarified as of | |
# 2009-05-17 by Arthur David Olson. | |
# So much for footnotes about Saudi Arabia. | |
# Apparent noon times below are for Riyadh; your mileage will vary. | |
# Times were computed using formulas in the U.S. Naval Observatory's | |
# Almanac for Computers 1987; the formulas "will give EqT to an accuracy of | |
# [plus or minus two] seconds during the current year." | |
# |
scriptencoding utf-8 | |
let s:calendar_list = [ | |
\ ['Australian Holidays', 'en.australian#holiday@group.v.calendar.google.com'], | |
\ ['Austrian Holidays', 'en.austrian#holiday@group.v.calendar.google.com'], | |
\ ['Brazilian Holidays', 'en.brazilian#holiday@group.v.calendar.google.com'], | |
\ ['Canadian Holidays', 'en.canadian#holiday@group.v.calendar.google.com'], | |
\ ['China Holidays', 'en.china#holiday@group.v.calendar.google.com'], | |
\ ['Christian Holidays', 'en.christian#holiday@group.v.calendar.google.com'], | |
\ ['Danish Holidays', 'en.danish#holiday@group.v.calendar.google.com'], |
This guide is has moved to https://epicserve-docs.readthedocs.org/en/latest/django/ubuntu-server-django-guide.html.
#!/usr/bin/env python | |
""" | |
Synchronise block devices over the network | |
Copyright 2006-2008 Justin Azoff <justin@bouncybouncy.net> | |
Copyright 2011 Robert Coup <robert@coup.net.nz> | |
License: GPL | |
Getting started: | |
#!/usr/bin/python | |
from __future__ import print_function | |
import urllib | |
import json | |
import sys | |
import base64 | |
search = urllib.quote(sys.argv[1]) | |
json_data = urllib.urlopen("http://api.giphy.com/v1/gifs/search?q={searchterm}&api_key=dc6zaTOxFJmzC&limit=1".format(searchterm=search)).read() |
Your API does REST, but can it SLEEP?
SLEEP (Syncable Lightweight Event Emitting Persistence) is an emerging standard for distributed data sync using HTTP and JSON. A generalized version of CouchDB's much lauded built-in replication, SLEEP extends the REST architecture to define a way in which databases can offer syncable JSON APIs that foster open data innovation by allowing developers to replicate entire databases over the net.
SLEEP comes from the Apache CouchDB project which is now widely known for it's multi-master streaming HTTP + JSON replication. This is possible in part because of the CouchDB _changes feed, which is a particular API that lets you see if there have been any changes made to the database since last time you synchronized. CouchDB can efficiently implement the _changes feed because of one subtle difference between it and most other databases: it stores a history of all changes that happen to the database, including deletes.
If you synchronize data from a remote source and then the