Size: a a a

Django [ru] #STAY HOME

2019 May 03

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
по всей базе
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
и часть этого ты можешь закешировать
источник

A

Alex in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
сложный API метод
его в апигв :) он умеет встроенный кеш
источник

A

Alex in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
и часть этого ты можешь закешировать
руками, если в апигв то автоматом
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
не делать каждый раз сложный запрос, а сделать небольшие запросы + достать что-то из кеша
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну так это может быть внутри 1 метода
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну, не знаю, тебе может потребоваться запрос в сторонний сервис
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
курсы валют, условно, какие-нибудь) вот ты сделал его 1 раз в день, а во все остальные разы берёшь из кеша
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть экономишь на задержках сети, вместо задержек сети берёшь из редиса
источник

A

Alex in Django [ru] #STAY HOME
ну это уже детализацию надо видеть, так не сказать как лучше
источник

A

Alex in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
то есть экономишь на задержках сети, вместо задержек сети берёшь из редиса
да он в разных точках может быть
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну, это пример того, когда кеш может быть полезен при генерации ответа на стороне ресурс-сервера
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
чтобы не делать запросов к другим удалённым сервисам
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть у тебя некий скрипт юзает эти данные для генерации json'а, ты не можешь его весь закешировать, но чуть-чуть можешь) и если это класть в файлы, то войлаймы и медленнее, если в оперативку - норм, но при рестарте контейнера всё потеряется) а если в redis - то вроде самый безопасный вариант, рестартишь контейнер с аппом, а редис не трогаешь, он там вообще отдельно рядом стоит в другом контейнере
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
из всех вариантов, которые Django умеет, этот самый cloud-native получается
источник

D

Dmitry in Django [ru] #STAY HOME
Alex
побеждают сейчас не тот кто пытается на кабыле работать в убере
а тот кто идет дальше на современных решениях
Звучит как яскозал при всем уважении. К тому же про вендор в виде впс тоже немного кекнул
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Anatoly Shirokov
будучи знаком с Python и Django две недели я здесь получил несколько ответов nginx + uswgi + supervisor и aws. я предпочел первый. новичек должен понимать как это работает на пальцах. а там можно уже и aws.
systemd может всё, что может supervisor, зачем supervisor? вот даже если никаких облаков и прочего, а просто одиночный сервер... supervisor был хорош до прихода systemd...
источник

D

Dmitry in Django [ru] #STAY HOME
Dmitry
Звучит как яскозал при всем уважении. К тому же про вендор в виде впс тоже немного кекнул
Бизнесу вообще плевать на технологии, особенно если мы говорим про стэк или вообще про деплой. Побеждает гибкий - тот, кто быстро приспосабливается к рынку и клиенту. Если ты можешь 10 раз за день уточнять/менять путь своего проекта то ты обскочешь своего конкурента, хоть на чем пиши. Если ты копаешь в нужном направлении и проект растет, то на любой чих ты его легко переведешь на любой стэк.
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
в общем-то да) кстати, примерно поэтому несмотря на кривизну кода Django, у неё всё будет хорошо) а код подправят) [возможно, стоит слегка подтолкнуть]
источник

D

Dmitry in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
я тебя троллил, ты не понял) но не важно) но идея в целом общем-то верная)  

повторю ещё раз идею)

Django устарела и говно) в 2010 была классной, а сейчас говно) но большие проекты не тонут [вспомним jQuery или про то, как Flash убивали годами]) и Django ещё долго будет приносить деньги) все это понимают (и про то, что говно, и про то, что всё равно ещё долго будет приносить деньги) тут нет никаких "откровений", просто открываешь код и смотришь, что внутри)

есть ряд направлений, развивая которые, привлекая к которым сообщество, можно продлить Django жизнь) и если условного нуба, пришедшего в чат с вопросом, отправлять именно туда, советовать именно те новые/перспективные, но слегка глючные местами вещи, чтобы он их тестировал и внедрял, а не старые и убогие, Django поживёт подольше)

и тут дилемма админов чата: что же советовать? советовать то, что лучше поможет новичку решить его проблему или то, что поможет Django как проекту пожить подольше? новичков много, они приходят и уходят (вот месяц назад пошутили, переименовали чат в Wordpress, ушло 100 человек, сейчас снова прибежали), ничего полезного новички не приносят в общем-то, а Django приносит деньги своим существованием)

так что, очевидно, с точки зрения сообщества выгоднее помогать Django как проекту, а не новичкам с их бесплатными вопросами, ответ на которые есть на первой странице гугла в большинстве случаев) интересы Django важнее и если пара новичков "сломают голову" с новыми крутыми, но сложными и ещё нестабильными решениями, выступая в ролик их бета-тестеров, ну, и фиг с ними, с этими нубами) чего не сделаешь ради великой Django) [да, тут снова троллинг, тебе ведь надо указывать на него, а то сам не догадаешься]

ну, и вторая мысль, о которой я писал - чем выше порог входа для новичков (чем сложнее для них начать делать проекты), тем меньше демпинговать они потом будут и сбивать нам всем цены)
Не согласен с решением дилеммы, оно просто нелогично. Новичок станет боевой единицей и будет хотя бы пилить issues к батарейкам, если его правильно направить, что обогатит инструментарий Джанго, а указывать на GraphQL приведет к тому, что он просто отвалится и сообщество не получит ничего. Сомневаюсь, что человек не понимающий зачем ему вообще REST будет как-то тестировать новые пакеты. Чтобы их тестировать нужно понимать, как оно работать не должно.
источник