1. Скорее "удавалось", да. Теперь я стараюсь не применять Django и поэтому про текущее время на Ваш вопрос я не отвечу :)
2. Что касается templates - мы их можем переопределить в зависимости порядка подключения приложений Django, а потому логично хранить каждый шаблон именно в папке приложения. Но со мной можно поспорить и иногда эти люди будут правыми. Что касается static - мы можем положить это в одно приложение и оттуда, из другого приложения, мы можем это использовать. Здесь я опираюсь именно на идеологию Django, даже если существует правило "всё переиспользуемое - выделять". Если происходит такая ситуация, что слишком многое из одного приложения заимствуется другим - логичнее было бы вернуться к истокам и попробовать заново отделить часть бизнес-логики но уже со слабой связанностью и сильной связностью.
3. На самом деле, не должны. Просто настройка по-умолчанию, которая прописывается на этапе создания проекта, является именно таковой. Но поскольку настройка - это, в первую очередь, настройка, то мы имеем право её изменить и указать другой путь до хранилища медиафайлов (что обычно так и бывает). А что касается сравнения папки проекта Django (где лежат настройки) и приложения Django, которое присоединяется к этому проекту, то, по-моему, это тоже разные уровни абстракций; но лежат они вместе потому что, думаю, так сложилось исторически: и выглядит это более-менее приемлемо и красиво.
Что касается core - со мной можно поспорить, но лучше как делать в гайде Django - называть по имени проекта (по названию папки что является родителем). И когда мы запускаем приложение средствами какого-нибудь gunicorn, сразу становится понятно что именно мы запускаем: gunicorn polls.asgi:application
Вот так уже менее понятно: gunicorn core.asgi:application
То есть с чего вдруг мы должны опираться (и это же и запускать) самый низкий какой только возможно уровень абстракции core? Это не user-friendly название и контекст не сразу становится понятным. Это как дать указание утилите командной строки ssh подключиться не к IP-адресу, а MAC адресу точки подключения (надеюсь понятен посыл).
DevMan А когда подключен монитор (или два), крышку ноутбука закрываете или тоже пользуетесь? А клавиатура отдельная или достаточно той, что вместе с ноутбуком?
Сори за кучу вопросов просто нужно понимание у кого какие потребности в комфорте в среднем чтобы было на что опираться при создании своего комфорта :)
А что насчёт GlusterFS...? Только вспомнил что когда-то на одном из проектов (правда он так и не запустился) использовался именно он; к сожалению даже не помню с какими целями.
Всё логично и верно, но условия и суть сервиса (как услуги) такова, что передача файлов туда-обратно - это часть бизнес-процесса.
И количество файлов равно количеству пользователей; так что хранить локальную копию файла рядом с сервисом (при условии, что есть хранилище) - идея не лучшая, поскольку таких серверов с сервисами рядом - может быть бесконечное количество...
Про s3 можно подробнее? Я так понимаю, в таком случае идёт своего рода привязка к облакам типа Amazon и прочих. В моём же случае - уже есть RAID хранилище из большого набора SSD накопителей и отсутствие желания и возможностей использовать облачные решения.
Сергей Горностаев, Хм... файлы передаются, грубо говоря, на другое железо для использования другой полноценной службой и процессинг там - чёрный ящик. После процессинга (время не определено) его результат (в виде файла) заменяется заменяет устаревший.
Хранилище там - RAID массивы из SSD накопителей: точнее не скажу, не знаю.
Andrei1penguin1, к первому комментарию: переменная не может игнорироваться; не важно где она вставляется в шаблоне;
здесь <form action="{{ page }}"></form>
или здесь <div><p>{{ page }}</p></div>
Такой вариант {{ url '{{ page }}' }}
некорректен, синтаксис не верный и потому я предлагаю почитать документацию как правильно :)
ArsLonga, Можете попробовать указать путь до директории с плагинами в самом верху в блоке [uwsgi]; а за ним - указать плагин (в таком порядке, не наоборот и не где-то снизу).
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.