Jekson, и не должно быть, так как uwsgi и gunicorn работают по WSGI, а для работы Channels нужен ASGI. Так что в качестве сервера приложений придётся использовать Daphne или подобный. DRF на таких серверах будет работать нормально.
cehka, для всех. А при чём тут кэш? Токен аутентификации хранится в сессии, а идентификатор сессии в соответствующей куки. Если она устарела, логиниться надо по новой, а это как раз то, что вам нужно, на сколько я понял.
Flarid, тогда ваша проблема в том, что у вас "есть форма в HTML", а должна быть форма Django. Как минимум в обработчике формы можно проверять значение соответствующего поля, делать выборку соответствующего Gender и присваивать полю модели. А ещё лучше таки использовать BooleanField вместо ForeignKey и сократить этим количество телодвижений до минимума.
Антон Р., не знаю как у автора, а у моего пациента проблема была именно в кривых руках исполнителей. Никакой вирус-майнер не нужен, если использовать квадратичные алгоритмы, делать N+1 запросов в БД, лепить кэш, который при малых нагрузках в более, чем половине случаев обработку запроса только замедляет, а под нагрузкой падает от dogpile-эффекта и т.п.
Антон Р., ничего подобного, каждый фактор имеет значение. Меня буквально две недели назад просили разобраться с небольшим и несложным сайтом, который страшно тормозил и падал под детскими нагрузками. Там был полный набор фейлов - и ужасный код, и отсутствие архитектуры, и дурацкая схема БД, и сервер, настроенный без какого-либо понимания по разрозненным статьям каких-то безвестных авторов, и прочее подобное.
Benderm, попросите у вашего прошлого руководителя рекомендательное письмо, но обязательно с печатью. Ещё может хватить возможности получить рекомендации по телефону, если телефон можно проверить, например он указан на сайте вашего прошлого работодателя.
Антон Р., вопрос автора ведь не про "как мне подтвердить свои знания", а "как мне подтвердить стаж". К сожалению среди соискателей очень много обманщиков или переоценивающих себя, поэтому нужна отбраковка на этапе отбора резюме и отбраковка на этапе первичного собеседования с кадровиком, чтобы не тратить дорогостоящее время технических специалистов на бесполезные собеседования с неподходящими кандидатами.
bQ1, накостылить-то можно, но это, во-первых, будет плохим решением с позиции архитектуры, нарушающим сразу несколько принципов чистого кода, а во-вторых, будет организовано через грязные хаки в обход принципов фреймворка, что не сделает код стабильнее и проще в сопровождении. Уверены, что хотите сознательно сделать ваш проект хуже?
