See this issue.
Docker best practise to Control and configure Docker with systemd.
-
Create
daemon.json
file in/etc/docker
:{"hosts": ["tcp://0.0.0.0:2375", "unix:///var/run/docker.sock"]}
See this issue.
Docker best practise to Control and configure Docker with systemd.
Create daemon.json
file in /etc/docker
:
{"hosts": ["tcp://0.0.0.0:2375", "unix:///var/run/docker.sock"]}
import React, { Component, PropTypes } from 'react'; | |
import htr from 'hooks-theme-refs'; | |
export class Chip extends Component { | |
render() { | |
const { label, hooks, theme, refs, children, ...rest } = htr(this); | |
return ( | |
<div {...rest} className={theme.chip} onClick={hooks.onClick} ref={refs.chip}> | |
{children} |
Please star ⭐️ the gist to help! This is a proposal for a ⚡️ talk at Reactive Conference.
I wrote react-toolbox and presented it almost a year ago in lighning talk at Reactive Conf 2015 in Bratislava. At first it was just a proof of concept of a component library styled with CSS Modules and SASS. Now the project has grown quite a bit, and during this year there has been tons of changes and lessons learned.
Theming and customization is one of the most difficult and interesting problems to solve. For the first version we needed a custom Webpack loader to generate themes and doing simple style overrides was very painful. Today I'm working on a new playground that will allow you try CSS Modules live, and to create React Toolbox themes on the f
I have been watching the current discussions about running a virtual DOM in a web worker with a great deal of interest. In 2011, I built a research project, [Treehouse][] ([USENIX Talk][] ([DOMTRIS][] demo at 20:25), [paper][]), which ran a hacked-up version of jsdom in a worker. My goal was fine-grained containment of untrusted scripts, while still providing access to browser APIs that existing code expected.
Treehouse achieved a small amount of influence in academic circles, but it had problems and was ultimately unsuccessful. Virtual DOMs were not a widespread or well-understood idea at the time, so the advantages of running one in a worker
//run in node to do the build | |
var requirejs = require('requirejs'), | |
fs = require('fs'), | |
depsRegExp = /\/\*DEPENDENCIES\*\//, | |
globalMapRegExp = /\/\*GLOBALMAP\*\//, | |
shimmer = fs.readFileSync('shimmer.js', 'utf8'), | |
wrapStart = fs.readFileSync('wrap.start', 'utf8'); | |
// You could generate these with code if you want a dynamic build script |
#include <AFMotor.h> | |
const float rpm = 6.999999; | |
const int stepsPerRevolution = 200; | |
const int shieldPort = 1; | |
AF_Stepper motor(stepsPerRevolution, shieldPort); | |
void setup() { | |
// set up Serial library at 9600 bps | |
Serial.begin(9600); |
Locate the section for your github remote in the .git/config
file. It looks like this:
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = git@github.com:joyent/node.git
Now add the line fetch = +refs/pull/*/head:refs/remotes/origin/pr/*
to this section. Obviously, change the github url to match your project's URL. It ends up looking like this:
// Basic Usage: | |
// | |
// var main = new Canvas({ elem: "canvas" }, function(options) { | |
// // Instantiate anything specific here... | |
// // Main draw loop | |
// this.draw = function() { | |
// | |
// }; | |
// }); | |
// |
easterEgg.BadWorder.list={ | |
"4r5e":1, | |
"5h1t":1, | |
"5hit":1, | |
a55:1, | |
anal:1, | |
anus:1, | |
ar5e:1, | |
arrse:1, | |
arse:1, |