Я не понимаю зачем это всё нужно, кроме как поупражняться в эпистолярном жанре, если есть Centrifugo, которую просто ставишь рядом, она работает, есть не просит и не занимаешься пердолингом, скрещивая ежа с ужом. Автор, объясните, пжл, профиты относительно использования той же Centrifugo.
Если вы один из тех редких индивидуумов, которые гоняют тесты в режиме оптимизации и вам не терпится об этом кому-то рассказать, то не пишите мне больше, это максимально не интересно.
не вижу противоречий в использовании assert при тестировании: 1. кому и для чего может понадобиться запускать тесты в отладочном режиме? 2. тестирование это тоже своего рода отладка
Ну, чё, по-факту всё. Говно оно хоть платное, хоть бесплатное и есть говно) а всё что вокруг него раздули - обычная типичная коммерциализация. Хз, на что вы рассчитывали, может, были "розовые очки" и всё такое, но тот же яндекс когда начинали делать свой Cloud писали о том, что "мы посмотрели на OpenStack и поняли, что лучше с 0 написать своё" - ЧТД, как говорится)
Есть вопросы по конфигурации: то что сервера "прерывемые" не аффектит тестирование? какая использовалась субд и с какими параметрами? postgres? какой версии? тюнили ли её? хотя бы классические: ``` max_connections=100 shared_buffers=256MB effective_cache_size=768MB maintenance_work_mem=64MB checkpoint_completion_target=0.7 wal_buffers=16MB default_statistics_target=100 work_mem=16MB random_page_cost=1.1 temp_file_limit=1GB log_min_duration_statement=200ms idle_in_transaction_session_timeout=10s lock_timeout=1s statement_timeout=60s ``` какой версии django? какой версии drf? почему не Granian вместо Gunicorn? в качестве де/сериализатора интегрировали ли pydantic в drf? orm использовалась в асинхронной манере? если нет, то почему почему использовали nginx, а не haproxy? почему использовали redis, а не valkey?
Как вы считаете, использование Granian вместо Gunicorn даст прирост? Или, возможно, вы уже исследовали этот вопрос и у вас есть какие-то цифры на эту тему?
Есть предложение не относящееся к документации напрямую. Могли бы вы как-то организовать пуликацию релизов и их ченжлогов в более простой и понятной манере? Сейчас в репе на гитхабе в тегах одни версии софта фигурируют, в релизах другие, в ченжлогах на сайте третьи (никак не привязанные к релизам/тегам из репы). Что происходит? Как понять как развивается продукт? Совершенно ничего не понятно. Следить невозможно.
В целом, оч сильно плевать и на автора и на то чем он там не/владеет. Ценности в статье я не вижу никакой. Хабр = Пикабу уже давно)
Поздравляю с приобретением!
спасибо, уже нинада, можете оставить себе
Долгих лет, процветания и всяческих благ! Замечательный я.п. и точка.
Я не понимаю зачем это всё нужно, кроме как поупражняться в эпистолярном жанре, если есть Centrifugo, которую просто ставишь рядом, она работает, есть не просит и не занимаешься пердолингом, скрещивая ежа с ужом. Автор, объясните, пжл, профиты относительно использования той же Centrifugo.
Если вы один из тех редких индивидуумов, которые гоняют тесты в режиме оптимизации и вам не терпится об этом кому-то рассказать, то не пишите мне больше, это максимально не интересно.
Будем откровенны, когда я начинал читать эту статью, я знал чем она закончится.
именно это я и имел в виду, абсолютно верно
не вижу противоречий в использовании assert при тестировании:
1. кому и для чего может понадобиться запускать тесты в отладочном режиме?
2. тестирование это тоже своего рода отладка
Ну, чё, по-факту всё. Говно оно хоть платное, хоть бесплатное и есть говно) а всё что вокруг него раздули - обычная типичная коммерциализация. Хз, на что вы рассчитывали, может, были "розовые очки" и всё такое, но тот же яндекс когда начинали делать свой Cloud писали о том, что "мы посмотрели на OpenStack и поняли, что лучше с 0 написать своё" - ЧТД, как говорится)
эмм... а зачем вы его использовали в продакшене, если в доке буквально написано: "assert предназначен для отладки"
https://docs.python.org/3/reference/simple_stmts.html#the-assert-statement
Аминь
Есть вопросы по конфигурации:
то что сервера "прерывемые" не аффектит тестирование?
какая использовалась субд и с какими параметрами? postgres? какой версии?
тюнили ли её? хотя бы классические:
```
max_connections=100
shared_buffers=256MB
effective_cache_size=768MB
maintenance_work_mem=64MB
checkpoint_completion_target=0.7
wal_buffers=16MB
default_statistics_target=100
work_mem=16MB
random_page_cost=1.1
temp_file_limit=1GB
log_min_duration_statement=200ms
idle_in_transaction_session_timeout=10s
lock_timeout=1s
statement_timeout=60s
```
какой версии django? какой версии drf?
почему не Granian вместо Gunicorn?
в качестве де/сериализатора интегрировали ли pydantic в drf?
orm использовалась в асинхронной манере? если нет, то почему
почему использовали nginx, а не haproxy?
почему использовали redis, а не valkey?
Как вы считаете, использование Granian вместо Gunicorn даст прирост? Или, возможно, вы уже исследовали этот вопрос и у вас есть какие-то цифры на эту тему?
а зачем, собсна, в 2к24-ом ИТ-шникам нужно сидеть в этих ваших офисах "в центре города с печеньками и кофемашиной"?
Тем более в Дубае, где местные климат, цены и нравы далеко не всем будут по душе
Спасибо за статью!
статья очень плохо оформлена, изложение скомканное, читать это мега уныло и неинтересно.
фу
Рассматривали ли вы такие альтернативы как casdoor, zitadel, authelia, authorizer, oxAuth, authentik, permify, logto?
Спасибо за интересный материал! Будет продолжение?
Есть предложение не относящееся к документации напрямую. Могли бы вы как-то организовать пуликацию релизов и их ченжлогов в более простой и понятной манере?
Сейчас в репе на гитхабе в тегах одни версии софта фигурируют, в релизах другие, в ченжлогах на сайте третьи (никак не привязанные к релизам/тегам из репы). Что происходит? Как понять как развивается продукт? Совершенно ничего не понятно. Следить невозможно.