Ivan porozhnyy

#Волшебный Eloquent. ##Дисклеймер Данный материал абсолютно не претендует на уникальность, и не является попыткой открыть для кого-то Америку. Все ниже изложенное (прямо или косвенно) можно легко почерпнуть из официального мануала. А для чего же оно тогда написано? Попытка подать информацию в чуть более развернутом виде, систематезировать собственные знания, и снять острый приступ графоманства. Если это вдруг окажется кому-то полезным, то мне будет приятно.

##Введение TL;DR
Так уж сложилось, что слоняясь по "интернетам", в поисках ~~сообщников в ограблении банка~~ единомышленников в изучении framework'a Laravel, я забрел в чат хоть и праздно прозябающего, но (стараниями Алексея) живого и дружелюбного Cообщества, и плотно там осел. А через какое-то время заметил, что отвечаю на чьи-то вопросы гораздо чаще, чем задаю их. Хотя мой замысел был иной: изначально, я хотел добраться до "знающих людей" и, как вампир, высосать через чат все и

⇐ back to the gist-blog at jrw.fi

Advanced SCSS

Or, 16 cool things you may not have known your stylesheets could do. I'd rather have kept it to a nice round number like 10, but they just kept coming. Sorry.

I've been using SCSS/SASS for most of my styling work since 2009, and I'm a huge fan of Compass (by the great @chriseppstein). It really helped many of us through the darkest cross-browser crap. Even though browsers are increasingly playing nice with CSS, another problem has become very topical: managing the complexity in stylesheets as our in-browser apps get larger and larger. SCSS is an indispensable tool for dealing with this.

This isn't an introduction to the language by a long shot; many things probably won't make sense unless you have some SCSS under your belt already. That said, if you're not yet comfy with the basics, check out the aweso

	tail -f -n 450 storage/logs/laravel*.log \
	\| grep -i -E \
	"^\[\d{4}\-\d{2}\-\d{2} \d{2}:\d{2}:\d{2}\]\|Next [\w\W]+?\:" \
	--color

	# import config.
	# You can change the default config with `make cnf="config_special.env" build`
	cnf ?= config.env
	include $(cnf)
	export $(shell sed 's/=.*//' $(cnf))

	# import deploy config
	# You can change the default deploy config with `make cnf="deploy_special.env" release`
	dpl ?= deploy.env
	include $(dpl)

	<style>input, pre { margin: 20px 50px; }</style>

	<form action="/" method="POST">
	<input type="text" name="some.any.ololo..." />
	<input type="submit" />
	</form>

	<pre><?php var_dump($_POST); ?></pre>

	Backup:
	docker exec -t -u postgres your-db-container pg_dumpall -c > dump_`date +%d-%m-%Y"_"%H_%M_%S`.sql

	Restore:
	cat your_dump.sql \| docker exec -i your-db-container psql -Upostgres

	// GSON can parse the data.
	//
	// Deserialization:
	// Note there is a bug in GSON 2.3.1 that can cause it to StackOverflow when working with RealmObjects.
	// To work around this, use the ExclusionStrategy below or downgrade to 1.7.1
	// See more here: https://code.google.com/p/google-gson/issues/detail?id=440
	//
	// Serialization:
	// <Type>RealmProxy objects are created by the Realm annotation processor. They are used to control
	// access to the actual data instead of storing them in fields and it is therefore them we need to register a

	// Promise.all is good for executing many promises at once
	Promise.all([
	promise1,
	promise2
	]);

	// Promise.resolve is good for wrapping synchronous code
	Promise.resolve().then(function () {
	if (somethingIsNotRight()) {
	throw new Error("I will be rejected asynchronously!");

	package main

	import (
	"net/http"
	"database/sql"
	"fmt"
	"log"
	"os"
	)