A very basic regex-based Markdown parser. Supports the
following elements (and can be extended via Slimdown::add_rule()):
- Headers
- Links
- Bold
A very basic regex-based Markdown parser. Supports the
following elements (and can be extended via Slimdown::add_rule()):
| #!/bin/bash | |
| function generate_ssl_cert { | |
| cert_name=$1 | |
| ( | |
| openssl genrsa -des3 -out ${cert_name}.key 1024 | |
| openssl rsa -in ${cert_name}.key -out ${cert_name}.pem | |
| openssl req -new -key ${cert_name}.pem -out ${cert_name}.csr | |
| openssl x509 -req -days 365 -in ${cert_name}.csr -signkey ${cert_name}.pem -out ${cert_name}.crt |
| // object with shader paths (optinally nested, for better structure) | |
| // the paths get replaced with the actual file content. | |
| var shaders = { | |
| atmoVert: 'glsl/atmo.vert.c', | |
| car: { | |
| vert: 'glsl/car.vert.c', | |
| frag: 'glsl/car.frag.c' | |
| } | |
| }; |
Install Package Control for easy package management.
Ctrl+`
When the directory structure of your Node.js application (not library!) has some depth, you end up with a lot of annoying relative paths in your require calls like:
const Article = require('../../../../app/models/article');Those suck for maintenance and they're ugly.
| <?php | |
| /** | |
| * This script is designed as a simple tool to run comparisons between varying | |
| * cipher suite lists used by PHP 5.5, cURL and Mozilla. The ciphersuites are | |
| * are hardcoded and date to 01 February 2014 | |
| * | |
| * The differences are restrictions, e.g. Mozilla diff from DEFAULT shows ciphers | |
| * Mozilla has removed, etc. The differences should all be SSLv3 related. | |
| */ |
| package main | |
| import ( | |
| "fmt" | |
| "labix.org/v2/mgo" | |
| "labix.org/v2/mgo/bson" | |
| "log" | |
| "os" | |
| "strings" | |
| "text/tabwriter" |
| { | |
| "directory": "bower_components" | |
| } |
I've been asked a few times over the last few months to put together a full write-up of the Git workflow we use at RichRelevance (and at Precog before), since I have referenced it in passing quite a few times in tweets and in person. The workflow is appreciably different from GitFlow and its derivatives, and thus it brings with it a different set of tradeoffs and optimizations. To that end, it would probably be helpful to go over exactly what workflow benefits I find to be beneficial or even necessary.