When making this website, i wanted a simple, reasonable way to make it look good on most displays. Not counting any minimization techniques, the following 58 bytes worked well for me:
main {
max-width: 38rem;
padding: 2rem;
margin: auto;
}
Smith, | |
Johnson, | |
Williams, | |
Brown, | |
Jones, | |
Garcia, | |
Miller, | |
Davis, | |
Rodriguez, | |
Martinez, |
# Find lots more stations at http://www.iheard.com | |
KING: Classical, http://classicalking.streamguys1.com/king-fm-mp3 | |
KING: Evergreen, http://classicalking.streamguys1.com/evergreen-mp3-96k | |
KEXP, http://live-mp3-128.kexp.org/ | |
KNKX, http://live.wostreaming.net/direct/ppm-knkxfmmp3-ibc1 | |
KNKX: Jazz24, http://live.wostreaming.net/direct/ppm-jazz24mp3-ibc1 | |
KUOW, http://playerservices.streamtheworld.com/pls/KUOWFM_HIGH_MP3.pls | |
Bluemars, http://streams.echoesofbluemars.org:8000/bluemars.m3u | |
Cryosleep, http://streams.echoesofbluemars.org:8000/cryosleep.m3u | |
Voices Within, http://streams.echoesofbluemars.org:8000/voicesfromwithin.m3u |
global | |
log /dev/log local0 | |
log /dev/log local1 notice | |
chroot /var/lib/haproxy | |
stats socket /run/haproxy/admin.socket mode 660 level admin | |
stats timeout 30s | |
user haproxy | |
group haproxy | |
daemon | |
maxconn 2048 |
// Tiny JSX renderer in TypeScript inspired by plain-jxs: https://github.com/callumlocke/plain-jsx | |
// Babel would allow you to specify the factory function as special inline comment: | |
/** @jsx JSXrender */ | |
let JSXrender = (tagName: string, attributes?: { [key: string]: any }, ...children: Array<HTMLElement | string>): HTMLElement => { | |
if (!tagName || typeof tagName !== 'string') | |
throw new Error("tagName has to be defined, non-empty string"); |
#!/bin/bash | |
# __ | |
# _____ ____ _/ |_ ____ ____ _______ | |
# / \ _/ __ \ \ __\_/ __ \ / _ \ \_ __ \ | |
# | Y Y \\ ___/ | | \ ___/ ( <_> ) | | \/ | |
# |__|_| / \___ > |__| \___ > \____/ |__| | |
# \/ \/ \/ | |
# | |
# .___ | |
# __| _/ __ __ _____ ______ |
From Meteor's documentation:
In Meteor, your server code runs in a single thread per request, not in the asynchronous callback style typical of Node. We find the linear execution model a better fit for the typical server code in a Meteor application.
This guide serves as a mini-tour of tools, trix and patterns that can be used to run async code in Meteor.
Sometimes we need to run async code in Meteor.methods
. For this we create a Future
to block until the async code has finished. This pattern can be seen all over Meteor's own codebase:
This is a tiny content strategy framework focused on goals, messages, and branding. This is not a checklist. Use what you need and scrap the rest. Rewrite it or add to it. These topics should help you get to the bottom of things with clients and other people you work with.
Give me feedback on Twitter (@nicoleslaw) or by email ([email protected]).