to_east

Возможно, с помощью try_files.

Суперлузер? Серьезно?
Ок, размер рабочей области зависит от предпочтений и фолбеков.
Например, мое разрешение монитора сейчас как раз 1920, то есть картинка шириной 1920 будет как раз 100% ширины экрана... не учитывая полосу прокрутки и рамки окна. То есть нужны поля. Допустим по 15 пикселей(у меня не ретина, так что мой монитор имеет 72 точки на дюйм). Итого 1920 превращается в 1890, если надо контент делать на всю ширину (section-fluid в бутстраповых классах).
1920 это сейчас считаем как дефолтный монитор(смотрим по статистике), а на момент создания бутстрапа они зафиксировали 1170 как минимально допстимое разрешение десктопа, потому контент вписывают на такой размер(учитывая поля по 15 пикселей это разрещение 1200*800) как наиболее используемым разрешением.
Дальше 1280 это популярная ширина в разных разрешениях, как брекпойнт. Но уже без полей.
960 это из за одноименного фреймворка, где это число используется для фолбека на 1024*968 разрешение плюс поля, округление до нормального делительного числа.
Число 960(как и остальные перечисленные Вами) выбрано потому что удобно делить на колонки с полями. На 2/4/6/8/10/12/16/24

Берите ширину в зависимости о того, как будете верстать. А, ну и погодите, если Вы получаете готовый дизайн, то Вам не сильно получится "брать" какую то ширину контента, а придется работать с тем, что дали.
Опять же, будете ли пользовать фреймворки - тоже ограничит/упростит выбор ширины.
Забивать не надо. Если забили на ширину контента, то либо просто накалякали какую-то свою ширину, но все равно единую, либо вообще разброс по секциям/блокам. Вы вполне сможете потом свести всё до единой ширины, которую сами выбрали, если заказчик согласен и не требуется пиксель перфект по контентной области(обычно нет, и вполне обьясняется заказчику требованиями "соответствия для старых мониторов" или что то такое, после чего они соглашаются)

Зависит в основном от этого:

https://stackoverflow.com/questions/30285680/how-t...
copy(dst_array[:], src_slice)

Вам надо использовать Django Formsets.

И вот сам вопрос: на предыдущем скрине правильный-ли ход моих мыслей, дерево должно быть такое?

Да.

нужно сместить исток ветки foo на 5 коммит ветки мастер, тип такого:

git rebase master foo

Когда у вас все по http, то CF проксирует ваши данные, подставляя свой сертификат. С точки зрения приватности и безопасности это неправильно, потому что между вашим сервисом и CF трафик идет нешифрованный, поэтому, чисто теоретически, они могут перехватить (сохранить, модифицировать) любые данные пользователя, либо ваши.

В Go экспортируются имена с большой буквы, с малой приватны https://golang.org/ref/spec#Exported_identifiers

type FooBar struct {
    Table map[string]*Relation   // здесь нужно Table вместо table чтобы имя/поле можно было импортировать 
}

https://play.golang.com/p/eiEplHj7sW__D

В данном случае вам нужно положить в мапу указатели на вашу структуру.
https://play.golang.org/p/Jn18TTSDh5T

package main

import "fmt"

type nextWords struct {
	words []string
}

func (nw *nextWords) GetFirstItem() string {
	return nw.words[0]
}

func main() {
	var myMap = make(map[string]*nextWords)
	myMap["hello"] = &nextWords{words: []string{"foo", "bar"}}

	fmt.Println(myMap["hello"].GetFirstItem())
}

Второй вариант, объявить метод как вызываемый на значении, а не указателе.

Ваш метод GetFirstItem объявлен как вызываемый на указателе (nw *nextWords), поэтому его можно вызвать только на элементе, от которого го может получить адрес. Из мапы его не получается взять потому что при взятии мы получаем копию этого элемента, а не сам элемент. Инплейс го не может взять в таком случае указатель на структуру, разве что мы сначала вытащим её из мапы в переменную и вызовем метод на ней (например так)
Когда мы делаем мапу из указателей, мы получаем из неё копию указателя, а не самой структуры и можем вызвать на этом указателе метод.

Но учтите, что при отсутствии элемента в мапе ваша программа свалится в панику, поэтому в методе GetFirstItem стоит сделать проверку на nil.