(C-x means ctrl+x, M-x means alt+x)
The default prefix is C-b. If you (or your muscle memory) prefer C-a, you need to add this to ~/.tmux.conf
:
/* | |
* Inspired by: http://stackoverflow.com/questions/4360060/video-streaming-with-html-5-via-node-js | |
*/ | |
var http = require('http'), | |
fs = require('fs'), | |
util = require('util'); | |
http.createServer(function (req, res) { | |
var path = 'video.mp4'; |
;SMBDIS.ASM - A COMPREHENSIVE SUPER MARIO BROS. DISASSEMBLY | |
;by doppelganger ([email protected]) | |
;This file is provided for your own use as-is. It will require the character rom data | |
;and an iNES file header to get it to work. | |
;There are so many people I have to thank for this, that taking all the credit for | |
;myself would be an unforgivable act of arrogance. Without their help this would | |
;probably not be possible. So I thank all the peeps in the nesdev scene whose insight into | |
;the 6502 and the NES helped me learn how it works (you guys know who you are, there's no |
Data Down / Actions Up
Plain JSBin's
Ember Version Base JSBin's
This is simple checklist for those who would like to add a new Push Platform support to UPS (like Blackberry hint for the community hint).
Start by updating the Variant Enum class by adding your platform
Create a subclass of the Variant base class , add any properties that are specific to this platform (like API keys, secrets etc ...)
Map<String, Object> criteria = new LinkedHashMap<>(); | |
criteria.put("categories", Arrays.asList("feedhenry")); | |
Map<String, Object> jsonContainer = new LinkedHashMap<>(); | |
jsonContainer.put("alert", "Hello Luke, This is from MQTT"); | |
jsonContainer.put("criteria", criteria); | |
String jsonPayload = new Gson().toJson(jsonContainer); |
{ | |
"name": "dev", | |
"description": "Development role", | |
"json_class": "Chef::Role", | |
"default_attributes": { | |
"host_src_dir": "/Users/weili/work/fh/eng/", | |
"feedhenry_common": { | |
"src": "/mnt/src" | |
}, | |
"vm": { |
#!/bin/bash | |
export TKN=$(curl -X POST 'http://localhost:8080/auth/realms/master/protocol/openid-connect/token' \ | |
-H "Content-Type: application/x-www-form-urlencoded" \ | |
-d "username=admin" \ | |
-d 'password=admin' \ | |
-d 'grant_type=password' \ | |
-d 'client_id=admin-cli' | jq -r '.access_token') | |
curl -X GET 'http://localhost:8080/auth/admin/realms' \ |
I recently had several days of extremely frustrating experiences with service workers. Here are a few things I've since learned which would have made my life much easier but which isn't particularly obvious from most of the blog posts and videos I've seen.
I'll add to this list over time – suggested additions welcome in the comments or via twitter.com/rich_harris.
Chrome 51 has some pretty wild behaviour related to console.log
in service workers. Canary doesn't, and it has a load of really good service worker related stuff in devtools.