sazhyk, SECURE_PROXY_SSL_HEADER нужен как раз на тот случай, когда безопасностью соединения озадачен Nginx и django-код не может определить пришёл ли запрос по https. А SECURE_SSL_REDIRECT, подозреваю, нужен на тот редкий случай, когда WSGI-фронт сам обслуживает соединения.
vitaliy2, я уже давно не пишу на ассемблере и сейчас больше строю предположения, но на уровне команд процессора обращение по ссылке - это, грубо говоря, последовательность операций в виде загрузки адреса ссылки в пары регистров и/или стек и прерывания/системного вызова. Как только такая последовательность появится в конвейере, процессор может предсказать её выполнение и может заранее начать загрузку в кэш данных по этой ссылке.
arlanchik5, это очень странно! Нет никакого способа переменной пропасть на полпути. Если только в строке, в которой возникает ошибка, в имени переменной не записан иной символ, например русская буква 'о' или 'е'.
Касательно же самого вопроса, прописывание большего количества NS-записей может быть полезно только для отказоустойчивости. Ответ на DNS-запрос клиент получит с DNS-сервера указанного в первой NS-записи. Если он не ответит вовремя, то со второй. И так далее. Никаких киданий не будет и разгрузки хостинга не будет.
url(r'^reg/', include('registration.urls')),но
url(r'reg/$', views.reg, name='reg'),