Как работает Django channels?

А, ну простите, закрываем проект.

...
Ну тогда грош цена всей этой технологии.
Очевидно в чем-то я ошибаюсь.
...

Roman Kitaev, прости, но ты имхо не дочитал мой вопрос.

WebsocketConsumer - синхронный. Да, я вижу, что есть и AsyncWebsocketConsumer, но тогда зачем синхронный нужен?
Он же бесполезен чуть менее, чем полностью. Тем не менее он есть.
И если его юзать, то верно ли "1 процесс == 1 Consumer() == 1 Connection == 1 клиент"?

Как сделать веб-сервис и не утонуть в процессе?

Виктор, можете ответить на UPD пожалуйста?

Как сделать веб-сервис и не утонуть в процессе?

asd111, можете ответить на UPD пожалуйста?

Как сделать веб-сервис и не утонуть в процессе?

Никита Трофимов, можете ответить на UPD пожалуйста?

Как сделать веб-сервис и не утонуть в процессе?

Дмитрий Дарт, можете ответить на UPD пожалуйста?

Как сделать веб-сервис и не утонуть в процессе?

Это вытекает из всех ответов выше. Хотя кэпу место всегда найдется:)

Что нужно уметь, чтобы я справедливо мог вписать git в резюме?

Андрей, я думаю имелось ввиду, что изменения были в обеих ветках. Иначе все будет просто, и в строке окажется изменение.

Что нужно уметь, чтобы я справедливо мог вписать git в резюме?

snap44, ничего. Будет конфликт. Это проблема не решаема на уровне CVS, и знания Git тут не помогут. Придется решать эту проблему, исходя из понимания того, что происходит в коде, и самому выбрать 2 или 3. Верно?

Зачем в `meta name="viewport" content="..."` нужен параметр width?

Максим Тимофеев, а body разве не растягивается автоматом до возможного размера (с поправкой на margin: 0)?

Зачем в `meta name="viewport" content="..."` нужен параметр width?

Максим Тимофеев, так content="width=400, initial-scale=1.0" тоже гарантирует минимальную ширину.

Зачем в `meta name="viewport" content="..."` нужен параметр width?

Максим Тимофеев, эффект ведь тот же. При initial-scale=1.0 вьюпорт есть body по размеру.

Зачем в `meta name="viewport" content="..."` нужен параметр width?

Максим Тимофеев, ок. Я поправлю вопрос. Какая разница между body {min-width: 400px;} и

<meta name="viewport" content="width=400, initial-scale=1.0">

Так как же все-таки работает logging в celery и как его настроить?

dimonchik2013, спасибо. Но не могли бы вы объяснить почему неспроста отдельно?
Как это работает: celery_logger пишет какие таски получил, и в случае ошибок он также пишет о retry. А celery_task_logger тем временем пишет сообщения из тасков. В итоге эта схема лишает логи тасков контекста (например это повторная попытка или нет?). Конечно можно по time и task_id восстановить последовательность событий, но это неудобно - придется какой-то скрипт писать для merge.

Почему celery не пишет логи из тасков?

dimonchik2013, а корректно это как? Я думал, что просто в настройках джанги нужно добавить логгер celery и CELERY_WORKER_HIJACK_ROOT_LOGGER=False.

Как тестировать код со штатными ошибками уровня БД?

test_registration_when_existing_inactive_email

Я тестирую поведение при регистрации уже занятого email.
И в тесте пишу:

User.objects.create_user(self.VALID_EMAIL, self.VALID_PASSWORD)
resp = self.client.post(reverse('accounts:signup'), {
    'email': self.VALID_EMAIL,
    'password1': self.VALID_PASSWORD,
    'password2': self.VALID_PASSWORD
})

Как переопределить модель User после миграций?

А как это грамотно делается?
Я у себя на dev машине удаляю таблички auth_*, admin_* и django_admin_log. И подчищаю записи из django_migrations и django_content_type. Далее накатываю миграции auth и admin заново, но уже со своим AUTH_USER_MODEL.
Но наверное это нужно как-то оформить в миграцию что ли или как-то ещё, что бы на сервере получилось что-то вроде: git pull & manage.py migrate и вжух - всё работает.

Как ускорить SELECT с высокой вариативностью высокоселективных WHERE и сортировкой?

Думаю сделать частичные индексы:
create index "..._index" on T (col) where {expr};
где {expr} - высокоселективное условие по полю, отличному от col. Но я так задолбаюсь с:
1) Выяснением подходящего порога {expr}
2) В попытках не забыть все комбинации (col, {expr}) и на каждый построить индекс.
Здравый смысл, подсказывает, что Pg сам должен анализировать распределение по столбцам (хранить некоторые перцентили например) и из этой статы понимать когда бежать по индексу сортировки и применять фильтр условия, а когда по индексу условия и потом сортировать.

Как ускорить SELECT с высокой вариативностью высокоселективных WHERE и сортировкой?

Pavel Denisov, да. Как и ожидалось, Pg бежит по индексу поля сортировки (надеясь на низкую селективность ограничений?).

Limit  (cost=0.43..43.52 rows=2 width=20)
   ->  Index Scan Backward using communities_post_published_at_index on communities_post  (cost=0.43..779074.67 rows=36164 width=20)
         Filter: (views > 10000000)

views > 10000000 - высокоселективный фильтр и высекает всего-то 64 записи из 4млн.
Хотя индекс по views тоже есть и конечно выгоднее было бы пробежать по нему. Но как видно Pg поступил иначе.

Как ускорить пагинацию в Django?

Ок. Значит готового решения нет. От offset отказываться не собираюсь, т.к. у меняя ограниченная пагинация: на странице 50 строк, и максимальная страница = 10. Т.е. максимальный offset 450 - не проблема.
А вот тут "запросы относительно id последней записи на странице" - не понятно. Это как?

Как разбить длинную миграцию данных на несколько транзакций?

Melkij, покурил доку и сделал внетранзакционную миграцию (atomic=False), где теперь заполняю колонку небольшими порциями.
Melkij, похоже именно вы меня и поняли, что всё это затевалось не только из-за ограничения RAM, но и из-за нежелания раздувать таблицу в 2 раза (обновляя почти всю колонку в одной транзакции я бы создал по одному tuple для каждой строки из-за MVCC, и удаляться устаревшие tuple стали бы не ранее завершения миграции=транзакции)
Вы упомянули vacuum. Его я не вызываю между делом и полагал, что postgres сам вовремя подсуитится. По-вашему зря надеюсь на автоматику? Через сколько обновленных строк вы порекомендуете вызывать vacuum?