Alexander Lebedev

если celery кажется слишком громоздким, можно попробовать RQ.
для интеграции с админкой есть django-rq или отдельная морда

Сам не пользовался, у меня celery, и я всем доволен, но коллеги говорят, RQ весьма разумная и легковесная альтернатива

Для списка скорее уж тогда ArrayField
Если конечно у Вас там Django от 1.8 и PostgreSQL в роди СУБД

Видимо, ваши django_comments получаются в методе get_comment_list (скорее всего, это template tag).
Это самописный метод или вы поставили какой-то пакет? Если самописный, то в нем, а если метод из пакета, то я бы взял его код и перенес в свой template tag, где уже и сделал бы prefetch всех необходимых related объектов

нет, вы не правы.
Например, Microsoft DNS при первом обращении отдаст клиенту обе записи, клиент должен будет выбрать первую и работать с ней, а вот при повторном обращении DNS уже отдаст клиенту вторую запись.
Поведение других DNS серверов (например -- Bind) может отличаться.
В любом случае, на клиентский IP DNS смотреть не будет.

У себя в проектах долгое время делал так:
1. Модель со всеми общими полями для аудита:

models.py
class Audit(models.Model):
    """
    A common class for auditing the models' instances.
    """
    created_by = models.ForeignKey(
        User,
        related_name='%(app_label)s_%(class)s_created_related',
        verbose_name=_(u'Создал'),
        on_delete=models.SET_NULL,
        blank=True, null=True)
    changed_by = models.ForeignKey(
        User,
        related_name='%(app_label)s_%(class)s_changed_related',
        verbose_name=_(u'Изменил'),
        on_delete=models.SET_NULL,
        blank=True, null=True)
    created = models.DateTimeField(
        _(u'Дата создания'), auto_now_add=True)
    changed = models.DateTimeField(
        _(u'Дата изменения'), auto_now=True)
    class Meta:
        abstract = True

2. Для админки:

admin.py
class AuditAdmin(admin.ModelAdmin):
    """
    Admin class for audit fields
    """
    readonly_fields = (
        'created_by',
        'changed_by',
        'created',
        'changed')

    fieldsets_preset = (
        _(u'Прочее'), {
            'fields': (
                'created_by',
                'created',
                'changed_by',
                'changed'
            )
        })
    actions_on_top = True

    def save_model(self, request, obj, form, change):
        if not change:
            obj.created_by = request.user
        obj.changed_by = request.user
        obj.save()

Наследуем все модели и админ-классы, для которых необходимо следить за пользователями, и радуемся.

Это решение перестало меня удовлетворять, как только моделей стало слишком много -- список related отношений для класса User стал просто невыносим. Работаю над переходом к хранению логина пользователя в текстовом виде вместо внешнего ключа на пользователя.

а где у вас в папке templates папка admin и в ней файл login.html?
если вы хотите переопределить шаблоны админки, то вам необходимо сохранять структуру директорий и файлов аналогичную django

в политиках selinux прописано, на каких партах могут работать сервисы; вы используете нестандартный порт для web-сервера
вам понадобится утилита semanage:
yum install policycoreutils-python
если порт 8082 вам не принципиален, то можно посмотреть, на каких портах можно запускать nginx:

# semanage port -l | grep http_port
http_port_t                    tcp      80, 81, 443, 488, 8008, 8009, 8443, 9000

если перечисленные порты вам не подходят, то добавляем ваш порт в разрешенные:
# semanage port -a -t http_port_t -p tcp 8082
перезапускаем nginx

according to документация, вам надо использовать entries__set
кроме того, совсем не ясно, почему вы пытаетесь фильтровать is_published=True, когда сами же пишете, что нужны неопубликованные...

в студию выводы команд ps aux | grep apache и ls -la /alexander/new_landing.local

попробуйте такие алиасы:

# cat ~/.gitconfig
branch-name = "!git rev-parse --abbrev-ref HEAD"
publish = "!git push -u origin $(git branch-name)"

или задайте опцию push.default в конфигах:
git config --global push.default current
теперь push всегда будет происходить из текущей ветки в соответствующую ветку на remote

у вас наблюдается некоторая "каша"
в новой Ubuntu появилась свежая система для работы с сервисами - systemd, она пришла на смену старой системе init (подробнее можно почитать например здесь)
systemctl - одна из утилит для работы с демонами
sudo systemctl enable lighttpd - добавляет сервис в автозапуск, то же самое, но disable - отключает автозапуск
для старта демона вручную используете
sudo systemctl start lighttpd

sudo update-rc.d -f lighttpd remove и sudo service lighttpd start/stop относятся к "старой" системе запуска демонов - init

используйте только systemctl, и все будет хорошо

sudo systemctl disable lighttpd

Если данные для модели вы получаете с сервера (а не загружаете, скажем, из фикстур прямо в коде), то весьма вероятно, что в момент, когда вызывается render вашей view, модель еще не готова
попробуйте заставить view ждать события sync модели
а вообще, на код бы поглядеть...

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