Понимаешь ещё один, новую версию

Он запустился, и переклбчаешь балансер на него, а старый киляешь. Профит

Что есть 4 сервера например, и по очереди

Перезапуск

Другое дело что далеко не все сервисы имеют балансер и далеко не всем он нужен

В кубернетсах такое например из коробки почти есть

Да и ресурсы на все это

Чувак, если тебе не нужен балансер и ресурсов нет то и бесшовный деплой для такого проекта оверкилл

На будущее это не бесшовный деплой а zero maintenance deployment

Всем привет!!!

хелоу

всем привет, подскажите.. разворачиваю готовый проект для дальнейшей работы.. структура: core/ ├── models.py ├── settings.py в models.py есть строка: import settings говорит, что settings найти не может.. развернул на django 1.10.5, в чем может быть трабла? по сути проект на серваке развернут, может в версии django какая-то проблема?

покажи PYTHONPATH

From Django.conf import settings

А нет, тут другое

Ну попробуй полностью путь прописпть

А если и апликейшн указать?

['', '/home/enth/PROJECTS/my_project/ENV/lib/python35.zip', '/home/enth/PROJECTS/my_project/ENV/lib/python3.5', '/home/enth/PROJECTS/my_project/ENV/lib/python3.5/plat-x86_64-linux-gnu', '/home/enth/PROJECTS/my_project/ENV/lib/python3.5/lib-dynload', '/usr/lib/python3.5', '/usr/lib/python3.5/plat-x86_64-linux-gnu', '/home/enth/PROJECTS/my_project/ENV/lib/python3.5/site-packages']

не вижу core....

пути это классный вариант) только он почему-то у заказчика работает в таком виде) на сколько я понял)

в каком виде

почитай про порядок поиска модулей

Ну через try expect сделай

from .settings import *

from .settings import *

так видит)

почему первый вариант ему не понравился..

если это не стандартный джанго сеттинг, если тандартный то from django.conf

ну вот так

почему первый вариант ему не понравился..

потому что https://docs.python.org/2/tutorial/modules.html#the-module-search-path

если просто,то from .settings import * - эта хрень говорит ищи в том же модуле settings

остальное как уже сказали читай порядок импорта

Люблю импорта в пайтоне:)

Стоит ли на Jinja переходить, и как там с кастомными тегами? Для простых проектов оверхэд или нет?

Спасиб ребятам выше, за то что помогли с работой с изображениям (в частности за imagekit). Все работает !

Якобы Jinja быстрее работает, для простых проектов вообще нет смысла

Стоит ли на Jinja переходить, и как там с кастомными тегами? Для простых проектов оверхэд или нет?

Да

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

Кешируй куски шаблонов и работать будет быстрее чем ninja

Вся проблема ниньзя в том, что нет некоторых стандартных тегов, и приходится писать эти костыли

Вся проблема ниньзя в том, что нет некоторых стандартных тегов, и приходится писать эти костыли

Когда упираешься в производительность - возьмешь, да перепишешь недостающие куски. Другое дело, что упрешься ты в очень редких случаях

Когда упираешься в производительность, то включаешь кеширование. А для эстетов есть flask, вот там и низя пригодится

Вся проблема ниньзя в том, что нет некоторых стандартных тегов, и приходится писать эти костыли

Каких?

Я не помню по памяти, помню нет некоторых фильтров для отображения текста, которые я использовал для некоторых приложений

у вас тоже на гитхабе стал хедер темным о.о?

Ага

нет, толкьо для тебя поменяли))

https://twitter.com/mdo/status/830138373230653440

Они планируют dark тему полностью ставить?

А выглядело бы ничё так

А выглядело бы ничё так

https://github.com/StylishThemes/GitHub-Dark

Думаешь я не в курсе?))

Я имею в виду нативно

думаю, вполне можешь быть не в курсе

откуда ж мне знать о тебе

Я считаю, что это не проблема найти изменённые стили любого сайта) Так что

это не новость

Всем привет. Вопрос знающим, каким образом изучать django, из офф мана тестовый проект сделал, как дальше развиваться наискорейшим темпом?

Придумать себе какой-то простенький проект и делать самому

По ходу дела разбираться в возникающих вопросах

Всем привет. Вопрос знающим, каким образом изучать django, из офф мана тестовый проект сделал, как дальше развиваться наискорейшим темпом?

Качай чужой проект (допустим с github) и разбирайся как оно по капотом работает

коллеги, доброго дня! подскажите, можно ли сделать такую штуку в админке: - в админке показать список моделей-родителей - внутри вьюх моделей показывать ссылку на админ-вью моделей-потомков - при этом в админке НЕ показывать вьюхи потомков

это реально?

и еще: есть ли возможность сделать form-view силами админки? Хочется сделать импорт в админку из файла, но не хочется ставить ради этого батарейку

Всем привет. Вопрос знающим, каким образом изучать django, из офф мана тестовый проект сделал, как дальше развиваться наискорейшим темпом?

Читать опенсорс, разобраться с архитектурой cookiecutterов например, смотреть что куда подключать Ну и понять что делает что из стандартных частей django, что выкинуть можно а что нужно использовать вместо велосипедов ( например humanize )

и еще: есть ли возможность сделать form-view силами админки? Хочется сделать импорт в админку из файла, но не хочется ставить ради этого батарейку

Чем плодить велосипеды, поставьте django import export например, это займет 10 минут

коллеги, доброго дня! подскажите, можно ли сделать такую штуку в админке: - в админке показать список моделей-родителей - внутри вьюх моделей показывать ссылку на админ-вью моделей-потомков - при этом в админке НЕ показывать вьюхи потомков

админка - это такое же приложение на Django) то есть можно переписать какие-нибудь функции/классы и всё получится

но проще всего, наверное, просто отдельно сделать отдельное приложение и там view и повесить его на тот же url, что и главная страница админки

https://twitter.com/mdo/status/830138373230653440

вероятнее всего, вернут назад

вероятнее всего, вернут назад

Не думаю :)

Чем плодить велосипеды, поставьте django import export например, это займет 10 минут

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

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

Это сейчас так, а потом будет второй, третий и так далее. Особенно если это будет нужно через полгода год - очень весело копаться в собственном непонятном решении, написанному к тому же к устаревшей версии django

Это сейчас так, а потом будет второй, третий и так далее. Особенно если это будет нужно через полгода год - очень весело копаться в собственном непонятном решении, написанному к тому же к устаревшей версии django

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

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

Да - это называется contributing to opensource И это лучше я починю хорошо документированное решение и прогоню тесты, чем буду копаться в написанном мной коде который никто не трогал хз сколько времени

это ваш выбор. Мой в данной ситуации - другой. Увы.

вероятнее всего, вернут назад

Выглядит жутко, имхо. Я вообще в ступор впал, когда увидел впервые. Как не пришей кобыле хвост)

https://github.com/DennisSnijder/MakeGithubGreatAgain - молитвы были услышаны

:DD

Лол

Вы сопротивляетесь, как Дураф верни стену!!!

Хз зачем

У меня возникла путаница, как отделять приложения. Есть кастомный юзер, сделал для него приложение users. Для регистрации/логина/смены почты/пароля сделал приложение accounts. Видел проекты, где регистрацию делают в users. Хочется как-то логически организовать это, сделать чисто. Пока не понимаю, где идеологически правильно делать своего юзера, где регистрацию, где настройки профиля.

cookicutter-django - все уже сделано

Accounts