мне читать больше нравится

У мозиллы есть различные проекты на джанге, типа addons.mozilla.org и других. Еще есть https://github.com/getsentry/sentry https://github.com/taigaio/taiga-back/ может какие-то идеи возьмешь

Sentry пишут рукожопы

не стоит по их коду учиться

https://djangopackages.org/

вот тут много разных пакетов

ну по пакетам не ясна в целом архитектура. Я иногда хочу посмотреть проект в целом. Но их практически нет, либо старые, либо стремные

Если кто не видел, Python Coding Conventions от ЦРУ)) https://wikileaks.org/ciav7p1/cms/page_26607631.html

такого типа стандартов много) https://github.com/WhiteHouse/api-standards, вот стандарт по REST от белого дома США)

такого типа стандартов много) https://github.com/WhiteHouse/api-standards, вот стандарт по REST от белого дома США)

ну просто эти документы от ЦРУ вроде как засекречены были) там много разного, даже лицензия на sublime text есть от ЦРУ)

ну все равно) там же не секретная информация по ракетам) я уверен, им пофиг, что слили)

ну не совсем пофиг

ну теперь всем точно известно, что у гнусмуса в телеках 8000 серии есть слежка

к примеру

про стандарты - мне нравится, что у питона такой стиль, что многие вещи понятны сами собой

тут довольно мало вещей, которые нужно обсуждать

радует, что холиваров по стандартам в разы меньше

ну по пакетам не ясна в целом архитектура. Я иногда хочу посмотреть проект в целом. Но их практически нет, либо старые, либо стремные

проект = набор приложений + папочка с (urls.py + settings.py + что-то там ещё) + Dockerfile + README.rst

ну, + requirements.txt + .gitignore + setup.cfg + setup.py

и папочка porn

тебе питона мало? ?

проект должен зарабатывать!

если основная услуга проекта не продается... переходим к плану Б))

в общем, Django-проект - это просто набор связанных друг с другом приложений, связаны они через файл настроек, через главный роутер (ну, urls.py) и, возможно, через общую СУБД (хотя можно сделать эту связь очень небольшой)

сейчас есть мода на микросервисы, в Django придумали нечто подобное давным давно)

а Django Channels вместо Celery не подойдет же для фоновых задач? Читал, что не гарантирует выполнение задачи.

я его глубоко не изучал, но вообще Celery это вариант по умолчанию

ну теперь всем точно известно, что у гнусмуса в телеках 8000 серии есть слежка

что такое гнумас 8000 серии?))

телевизоры самсунг 8000 серии

Всё, нашёл. Интересно

а Django Channels вместо Celery не подойдет же для фоновых задач? Читал, что не гарантирует выполнение задачи.

Celery, имхо, проще и гораздо более распространен -> больше готовых решений и ответов на стаковерфлоу

а Django Channels вместо Celery не подойдет же для фоновых задач? Читал, что не гарантирует выполнение задачи.

у них вроде как разные назначения

Мне вот Python rq и django-rq понравилось

На сколько норма делать в URLs /media/resumes/<file name> и проверять на login_required ну или во вьюхе делать махинации с Django sendfiles

На сколько норма делать в URLs /media/resumes/<file name> и проверять на login_required ну или во вьюхе делать махинации с Django sendfiles

Ну если количество звпросов будет не большим, то можно и на джанге. А так лучше черзе nginx файлы отдавать, погугли про X-Accel, XSendfile

про телевизоры - лучше вообще не покупайте эту штуку) у меня её вообще нет, не жалею

занимаясь Django и программированием, вы умнеете, а от телевизора мозгов не прибавится, лучше попрограммировать в свободное время или почитать книгу

про телевизоры - лучше вообще не покупайте эту штуку) у меня её вообще нет, не жалею

я люблю смотреть программы про животных на national geographics

занимаясь Django и программированием, вы умнеете, а от телевизора мозгов не прибавится, лучше попрограммировать в свободное время или почитать книгу

Похоже на пропаганду секты Django ?

кстати да, тоже без телевизора живу)

Ютуб) А вообще отдыхать от компа тоже норм заходит

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

Ну если количество звпросов будет не большим, то можно и на джанге. А так лучше черзе nginx файлы отдавать, погугли про X-Accel, XSendfile

хорошо, гляну, спасибо

1) интересные передачи 2) trash и пропаганда

Я смотрю футбол по телевизору, что я теперь тупею?)

Похоже на пропаганду секты Django ?

аххаахха??

Кол-во запросов к strict файлам врядли будет большим. их грузят чаще всего для себя или администрации, а если грузят для всех, то они уже не strict файлы. Поэтому обычная практика их отдавать Django, примеров в гугле куча.

Я смотрю футбол по телевизору, что я теперь тупею?)

зависит от альтернативного поведения, если не футбол, то что? если ты бы мог, к примеру, потратить это время с пользой и научиться работать с asyncio - то да, а если пошёл бы пить пиво с друзьями - то, наверное, нет

1) интересные передачи 2) trash и пропаганда

в России СМИ целиком подконтрольны конторе, поэтому первый вариант отваливается)

Ну, у меня файлов много вроде как, там с 2014 года лежат, и вот надо ограничить к ним доступ только для пользователей сайта, вот и думаю как это сделать, сейчас отдается через nginx

Похоже на пропаганду секты Django ?

?

зависит от альтернативного поведения, если не футбол, то что? если ты бы мог, к примеру, потратить это время с пользой и научиться работать с asyncio - то да, а если пошёл бы пить пиво с друзьями - то, наверное, нет

Хобии и отдых тоже нужны. Мозги полезно переклюать, кто-то играет. кто-то футбол смотрит. Без отдыха и хобби теряется производительность руда. доказано психологами.

Хобии и отдых тоже нужны. Мозги полезно переклюать, кто-то играет. кто-то футбол смотрит. Без отдыха и хобби теряется производительность руда. доказано психологами.

да, это правда

Скажите лучше как сделать событие при изменени статуса. Есть модель с полем стаус, при его изменении хочется делать всякую логики. Есть какие-то решения для этого?

Есть, сигналы называется.

или можно переписать save(), я прав?

Ну сигналы они тебе ничего не горят об изменении. Ну типа как ты на post_save определился менялся ли статус.

зависит от альтернативного поведения, если не футбол, то что? если ты бы мог, к примеру, потратить это время с пользой и научиться работать с asyncio - то да, а если пошёл бы пить пиво с друзьями - то, наверное, нет

asyncio как то-то все никак. Привык все руками ставить. Руками админить

или можно переписать save(), я прав?

да, но все эти решения, разумеется, работают, если ты через питончик всё делаешь, а не напрямую в базу залез

есть pre_save

или можно переписать save(), я прав?

Можно и save переписать

pre_save не знает про id, если объект сохраняется впервые.

asyncio как то-то все никак. Привык все руками ставить. Руками админить

похоже, ты спутал с Ansible ?

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

похоже, ты спутал с Ansible ?

Ах точно, я сегодня не в форме и не внимателен, приболел(

кстати, кто-нибудь может знает какие-то хитрые особенности сигналов в режиме DEBUG и без, столкнулись с ситуацией, что на проде определённый сигнал в 80% случаев не отрабатывает. Локально повторить не можем...

ERROR: S client not available

ошибок вроде не сыпется. Речь про post_save

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

Придется. Для того чтобы не складывать все в кучу делай дополнительные уровни абстракции или функциональный подход

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

не знаю на сколько это правильно, но статус меняется при выполнении какого-либо действия. так вот в это действие я б и запихул логику(или вызов) отправки писем или изменения др моделей...

Придется. Для того чтобы не складывать все в кучу делай дополнительные уровни абстракции или функциональный подход

Ты поконкретнее расскажи.

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

post_save ?

не знаю на сколько это правильно, но статус меняется при выполнении какого-либо действия. так вот в это действие я б и запихул логику(или вызов) отправки писем или изменения др моделей...

Может у него в аминке статус администратор статус сменил. тогда не прокатит.

не знаю на сколько это правильно, но статус меняется при выполнении какого-либо действия. так вот в это действие я б и запихул логику(или вызов) отправки писем или изменения др моделей...

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

Ты поконкретнее расскажи.

https://docs.djangoproject.com/en/1.10/ref/signals/#post-save

Как ты поймешь в post_save изменился ли статус?

update_fields там же есть не?

update_field не про это

Как ты поймешь в post_save изменился ли статус?

ты можешь хранить старый статус новым полем. old_state, state. В post_save сделать что-то такое: if state != old_state: print('Изменился')

такое не прокатит7

при создании инстанта у тебя и old_state и state будут одинаковыми

при изменении будешь делать логику свою и опять old_state = state делать

А в какой момент сохранять этот old_state ? Если при сохраненни то в post_save я увижу уже новый статус.

Сделал запись новую. old_state и state одинаковы. Потом изменил поле state, в post_save проверяешь, state != old_state. Если True, изменился, делаешь локигу. Логику выполнил, в самом конце old_state = state сделал. Т.е. логики ты выполнил уже, и статусы в одинаковое положение привел. К следующему изменению готов.

Хотя, возможно, я что-то упустил.

http://stackoverflow.com/questions/23361057/django-comparing-old-and-new-field-value-before-saving

Вообще лишнее поле не идеальный вариант. лучше там ниже взять с setattr

Вообще лишнее поле не идеальный вариант. лучше там ниже взять с setattr

Да, это просто наверное самое простое, до чего додумываешься сразу

Ну я скинул пример как раз с дублированием поля

Сделал запись новую. old_state и state одинаковы. Потом изменил поле state, в post_save проверяешь, state != old_state. Если True, изменился, делаешь локигу. Логику выполнил, в самом конце old_state = state сделал. Т.е. логики ты выполнил уже, и статусы в одинаковое положение привел. К следующему изменению готов.

Ты сначала в save сохранить old_status и status и в post_save они уже будут одиаковые.

Ты сначала в save сохранить old_status и status и в post_save они уже будут одиаковые.

а ты в save сохраняй old_status = status, только в случае, если впервые создаешь. так же норм будет7

http://stackoverflow.com/questions/23361057/django-comparing-old-and-new-field-value-before-saving?answertab=votes#tab-top ну вот тут сделано

а ты в save сохраняй old_status = status, только в случае, если впервые создаешь. так же норм будет7

Нет не норм. Если впервые созают, что это я и так знаю из аргумента created в post_save. А тут изменение статуса не отследить.

@rown30 да я видел ссылку. Спасибо. Но надо подумать. Пока не готов сказать будет ли это работать.

подскажите батарейку Google Recaptcha

с галочкой которая)

/Google django Google recaptcha первая ссылка на гитхаб :)

спасибо, что-то я протупил))

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