Один из них отвечает на сокеты

Остальные за http

и так далее

А как работает торнадо?

там ивент луп

и корутины

Channels работает под Twisted, может это как то картину разъяснит?)

у твистед насколько я знаю та же модель

Глядя на исходники я увидел, что весь http сервер перекопали

https://docs.djangoproject.com/en/1.10/topics/forms/formsets/#passing-custom-parameters-to-formset-forms не могу дойти как передать каждой форме в формсете по параметру

Не знаю как, но Channels delay сработал отлично

Без костылей и простым интерфейсом

Ну так в 1 процессе же)

Как раз таки нет

Чтобы можно было отложенно вызвать, запускается manage.py rundelay

воркер

Который слушает каналы

Ну как нет, сокет же открыт в том же процессе что и ченнелс

Процессы разные

Channel layer один и тот же

Ты передаешь сообщение через редис, а не сокет

Я понял как это работает

Им вообще похер на сокеты, существуют они или нет)

У них есть просто идентификаторы на каналах

Процессы просто вызывают эти самые идентификатры

Из любого процесса вызываешь канал под названием my_channel например. И если процесс найдётся который обслуживает это название канала - сработает

Короче говоря event emitter

Смотря на код видишь некую магию

Что твой код вызывается в твоём же процессе без каких либо косяков

Кстати кто нибудь уже опробывал asyncio?

воооооооооооот как то так я и подозревал

опробывал)

:D

И как

нормос

Стоит изучать?

ну мы его еще на 3.4 юзали

Ты для каких целей его используешь?

Ну на 3.6 он интересней же

да

но когда мы его юзали, 3.5 только только вышел)

у меня как раз аиохттп вебсокеты обслуживает на одном из проектов

ну он вообще очень похож на торнадо

мы на нем личный кабинет сделали

планировалась и витрина, но ее в итоге статикой раздавали из кэша

а лк перенесли в джангу))

но опыт был интересный

основная боль в том, что алхимия не умеет в асинхронность и приходилось из нее фактически юзать только билдер

стоит ли изучать? конечно стоит, по крайней мере для расширения кругозора а для раныка пока не ясно...

*рынка

стоп, Алхимия?

Можешь упомянуть?

что упомянуть?

вот собственно екзампл для алхимии с аиохттп

https://github.com/KeepSafe/aiohttp/blob/master/demos/polls/aiohttpdemo_polls/db.py

sqlalchemy по крайней мере на тот момент не умела

А, вы имеете в виду sqlalchemy =/

воот да

на самом деле ничего напряжного, если база не большая

https://github.com/KeepSafe/aiohttp/blob/master/demos/polls/aiohttpdemo_polls/db.py

msg = "Question with id: {} or choice id: {} does not exists" raise RecordNotFound(msg.format(question_id), choice_id) IndexError будет на формате

господа, приветствую! Для местоположения шаблонов что считается best practice: в общей папке templates или отдельно для каждого приложения?

мое имхо - в общей чтото что может шарится между апликейшенами, бейс какойто

а остальные в своих аппах

Конечно в своих

И лучше по подпапкам

Иначе среди 50+ в папке аппа умрешь

Я пользую CRUD папки и partials для инклудов

господа, приветствую! Для местоположения шаблонов что считается best practice: в общей папке templates или отдельно для каждого приложения?

второой вариант позволяет легко переносить приложения между серверами. первый вариант - лего обновлять дизайн, просто подменять папку tempaltes

Спасибо за ответы. В целом понятно.

Пишите SPA :D

Не надо использовать django templates

Мб тут кто-нибудь подскажет :)

Всем привет. Подскажите кто с sorl(Django, Haystack) работал - если добавил поле в модель и хочу чтобы solr его, как уже и другие поля модели, начал индексировать то можно просто перегенерировать schema.xml и сделать updex_index или же надо делать сразу rebuild_index ?

Помоему updex_index будет достаточно

Привет , нужно сделать fail safe server, например два одинаковых сервера, если один упал то работает другой. Как это называется? Или может ссылку где объясняется?

Помоему updex_index будет достаточно

ок, спасибо :)

Привет , нужно сделать fail safe server, например два одинаковых сервера, если один упал то работает другой. Как это называется? Или может ссылку где объясняется?

Можно примитивно в nginx настроить upstream на несколько серверов, где крутится приложение, там же руками проставить "силу" этих серверов - кто больше, кто меньше сможет обработать. А вообще искать про горизонтальное масштабирование приложений

Можно примитивно в nginx настроить upstream на несколько серверов, где крутится приложение, там же руками проставить "силу" этих серверов - кто больше, кто меньше сможет обработать. А вообще искать про горизонтальное масштабирование приложений

А это обязательно должен быть физически один сервер, или можно на разных тоже

Совсем не обязательно

http://nginx.org/ru/docs/http/ngx_http_upstream_module.html

Но это как примитивный вариант

Есть много более навороченных вариантов в зависимости от хотелок

Тогда как синхронизируются базы данных

А это другой вопрос: 1) Базе хорошо бы тоже быть реплицированной 2) Все хосты с приложением смотрят на одну базу

Т.е. для базы нужно отдельный хост или контейнер выделить.

То есть грубо говоря три сервера

Один содержит в себе базу данных

А два остальных рабочие

Грубо - да. И на один из рабочих поднят nginx, в котором настроен upstream на себя и соседний сервер.

для начала советую ознакомиться с балансировщиками нагрузки

https://xakep.ru/2014/03/15/62207/

Что касается распределённой БД, то копать в сторону какой нить перконы, у postgres есть встроенный механизм master/slave