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

тут у каждой СУБД свои инструменты и они будут удобнее

Лишняя абстракция, угу

Тяжело поддерживаемая

Ребят у меня вопросик, ManyToManyFiled поле, он хранит ключи в одном поле?

нет

на mysql

он создает отдельную таблицу в которой хранится 2 ID

он создает отдельную таблицу в которой хранится 2 ID

3 ID :)

свой и два FK

т.е. по определнию она не может быть нормализована?

Я чет не вдупляю

она как раз и создает денормализацию

3 ID :)

ну свой как правило не используется =)

ну свой как правило не используется =)

Зато можно расширить эту M2M табличку и получается очень хорошечненько ^_^

это дааа

Структура изменилась и по новой фикстуры генерировать:)

грубо говоря да

Нужен многопоточный софт для продвижения в одной соцсети

Напишите в лс, кто может сделать

Ребят, есть ли у кого пример Dockerfile для проекта django с использованием кода через монтирование дериктории? То есть сам код в образ не пишется а читается с диска. У меня не получается собрать такой образ вот структура папок root_folder ∟ ? project ∟ requirements.txt ∟ ? media ∟ Dockerfile Сам Dockerfile такой FROM python:3.5 VOLUME ["???????????", ] RUN pip install -r /data/web/project/requirements.txt ENV DJANGO_SETTINGS_MODULE main.settings WORKDIR /data/web/project EXPOSE 8081 CMD ["/bin/bash", ] проблема в том что недоконца понимаю как в Dockerfile работает VOLUME. Что там надо указать чтобы папка /data/web/project ссылалась на физический диск по адресу /home/username/project ? Или надо делать отдельный контейнер для сохранения данных на диск и на него ссылаться? Спасибо

или при построении образа надо скопировать requirements.txt кудато, поставить пакеты и всё, а монтировать только во время старта контейнера?

или при построении образа надо скопировать requirements.txt кудато, поставить пакеты и всё, а монтировать только во время старта контейнера?

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

и ее цеплять к nginx

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

писос с этим докером, я вообще не понимаю что с ним делать.

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

докер норм тема, просто под определенные задачи. не всегда нужен

я не знаю, если я юзаю virtualenv , докер мне нужен вообще?

можно де на продакшн завернуть в проект саму папку виртуалки + requirements

нахрена нужен ддокер?

Ребят, есть ли у кого пример Dockerfile для проекта django с использованием кода через монтирование дериктории? То есть сам код в образ не пишется а читается с диска. У меня не получается собрать такой образ вот структура папок root_folder ∟ ? project ∟ requirements.txt ∟ ? media ∟ Dockerfile Сам Dockerfile такой FROM python:3.5 VOLUME ["???????????", ] RUN pip install -r /data/web/project/requirements.txt ENV DJANGO_SETTINGS_MODULE main.settings WORKDIR /data/web/project EXPOSE 8081 CMD ["/bin/bash", ] проблема в том что недоконца понимаю как в Dockerfile работает VOLUME. Что там надо указать чтобы папка /data/web/project ссылалась на физический диск по адресу /home/username/project ? Или надо делать отдельный контейнер для сохранения данных на диск и на него ссылаться? Спасибо

--volume /data/web/project:/home/username/project

--volume /data/web/project:/home/username/project

Это же docker-compose

--volume /data/web/project:/home/username/project

я написал что командой норм работает, я спросил именно про Dockerfile. но я не уверен что так следует делать

щас так сдалал: во время билда копируется файл requirements.txt в образ, там ставятся зависимости и файл удаляется. А монтирование проекта в образ происходит во время запуска контейнера через compose. Логично ли так поступать? Смущает лишнее копирование

гдето в доку читал что при билдинге образа монитрованные папки игнорируются, значит таки можно примонтировать. мне только не ясно что писать после VOLUMES

так же пути или имя контейнера или еще что?

писос с этим докером, я вообще не понимаю что с ним делать.

ну вот представь, Дейнерис имеет 3 дракона, и ты хочешь с ними повстречаться

а каждый дракон живет своим циклом, и в отдельном контейнере

Я и так их видел

Одного даже гладил

Отлично, гладил ты их, потому что они имеют доступ к внешему миру

а сама Дейнерис, это как дом сервер управляющая ими

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

ну а профит то в чем? если я разворачиваю по одной виртуалке на проект.

или даже общее небо для них, что бы они общались с самой Дейнерис

это виртуалка, и у тебя получается, что для каждого дракона свой мир делается

и Дейнерис приходится рулить не просто драконом, а целым королевством и его дракномо

а тут у тебя только сам дракон, живущий в том же королевстве, что и сама Дейнерис

John ты только не флиртуй с Дейнерис!

мы уже встречаемся

Север потеряешь :(

насчет докера все равно ответа не получил, если на каждом преокте своя виртуалка, все изолировано. какой профит от докера? зачем он нужен? спомнил старую статью с хабра "ПХП НЕ НУЖЕН"

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

Чисто перекинуть начатое в dev.

Север потеряешь :(

зато с королевой пожамкаюсь

зато с королевой пожамкаюсь

она любит по жосче, помнишь как ее пердолил Кхар?!

она плакала когда он ее пердолил

насчет докера все равно ответа не получил, если на каждом преокте своя виртуалка, все изолировано. какой профит от докера? зачем он нужен? спомнил старую статью с хабра "ПХП НЕ НУЖЕН"

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

она плакала когда он ее пердолил

ну тут ты прав! а как же быть с этим Карликом, который ушел от твоего отца к ней!?

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

ну тут ты прав! а как же быть с этим Карликом, который ушел от твоего отца к ней!?

Я ему доверяю

профиты - одинаковая предсказуемая среда на деве и продакшоне без излишеств всяких нехороших - оч быстрая установка севрера в 1-3 строки - легкое масштабирование через запуск еще одного контейнера, включая автомасштабирование - легко развернуть сервер тому кто не в теме (закащик например) - чистая отдельная система в которой крутится твой проект и которую легко ресетнуть и заново пересобрать на чистовик в одну команду - готовые образы в поставке для популярных батареек (Redis, postgres, mysql, worgpress, php...) - легковесная виртуалка которая является просто еще одним процессом а не реально виртуалкой (актулаьно для линуксов) Лично для меня удобно тем что можно в любой момент всё собрать с нуля и быть увереным что там ничего лишнего нет и на продакшоне будет точно так же. Плюс все скрипты и шпоргалки по настройке сервера можно запеч в темплейтовый образ в котором достаточно поменять пару энвайроментов и можно стартовать новый проект уже через 3 мин а не настраивать новый сервер пол дня (конечно есть и другие способы, не спорю).

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

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

профиты - одинаковая предсказуемая среда на деве и продакшоне без излишеств всяких нехороших - оч быстрая установка севрера в 1-3 строки - легкое масштабирование через запуск еще одного контейнера, включая автомасштабирование - легко развернуть сервер тому кто не в теме (закащик например) - чистая отдельная система в которой крутится твой проект и которую легко ресетнуть и заново пересобрать на чистовик в одну команду - готовые образы в поставке для популярных батареек (Redis, postgres, mysql, worgpress, php...) - легковесная виртуалка которая является просто еще одним процессом а не реально виртуалкой (актулаьно для линуксов) Лично для меня удобно тем что можно в любой момент всё собрать с нуля и быть увереным что там ничего лишнего нет и на продакшоне будет точно так же. Плюс все скрипты и шпоргалки по настройке сервера можно запеч в темплейтовый образ в котором достаточно поменять пару энвайроментов и можно стартовать новый проект уже через 3 мин а не настраивать новый сервер пол дня (конечно есть и другие способы, не спорю).

одна куйня - везде ебунта :(

одна куйня - везде ебунта :(

это ты к чему?

Ну там в контейнере все базируется на ебунте ((( и куча всяких процессов лишних :(

профиты - одинаковая предсказуемая среда на деве и продакшоне без излишеств всяких нехороших - оч быстрая установка севрера в 1-3 строки - легкое масштабирование через запуск еще одного контейнера, включая автомасштабирование - легко развернуть сервер тому кто не в теме (закащик например) - чистая отдельная система в которой крутится твой проект и которую легко ресетнуть и заново пересобрать на чистовик в одну команду - готовые образы в поставке для популярных батареек (Redis, postgres, mysql, worgpress, php...) - легковесная виртуалка которая является просто еще одним процессом а не реально виртуалкой (актулаьно для линуксов) Лично для меня удобно тем что можно в любой момент всё собрать с нуля и быть увереным что там ничего лишнего нет и на продакшоне будет точно так же. Плюс все скрипты и шпоргалки по настройке сервера можно запеч в темплейтовый образ в котором достаточно поменять пару энвайроментов и можно стартовать новый проект уже через 3 мин а не настраивать новый сервер пол дня (конечно есть и другие способы, не спорю).

значит докер с virtualenv не юзают?

значит докер с virtualenv не юзают?

оно там и не надо, как бы

значит докер с virtualenv не юзают?

ну считай что докер это virtualenv не только для питона а для вообще ОС в целом

чуть более верхний уровень

да там даже от рута всё делать можно)

хм

это virtualenv для линукса, аналогично работает

ну на сколько я понял

John а ты с каких пор начал писать на питоне? Просто до этого ты упоминал, что отлично владеешь мечем, но не управляешь змеями :)

John а ты с каких пор начал писать на питоне? Просто до этого ты упоминал, что отлично владеешь мечем, но не управляешь змеями :)

:)

John а ты с каких пор начал писать на питоне? Просто до этого ты упоминал, что отлично владеешь мечем, но не управляешь змеями :)

Я король севера, я должен уметь все

John а ты с каких пор начал писать на питоне? Просто до этого ты упоминал, что отлично владеешь мечем, но не управляешь змеями :)

вы на каком диалекте гутарите? я в целом не пойму точку входа в ваши беседы

офтопите чото

вы на каком диалекте гутарите? я в целом не пойму точку входа в ваши беседы

сочетание Докера и того, кто будет главным на престоле!

офтопите чото

это такой современный г-сериал, с г-сценарием. Лучше не знать и не смотреть никогда

на самом деле я в курсе, но я сомтрю только мейкофы по графике в силу профессионального интереса

не могу понять почему у меня выходит ошибка !!! подскажите пожалуйста!! url(r'news/(?P<slug>[-\w]+)/$', NewsView.as_view(), name='news_list'), вьюшка class NewsView(ListView): template_name = 'news_list.html' model = New context_object_name = 'news' paginate_by = 20 def get_queryset(self): qs = self.model.objects.all() # query = self.request.GET.get('q') # if query: # qs = qs.filter(gallery__icontains=query) if self.kwargs.get('slug'): qs = qs.filter(category__slug=self.kwargs['slug']) return qs

а ошбка какая

Page not found (404)

а урл какой запрашиваешь?

да в урлах была ошибка ) спасибо решил ! написал news/get/

Ну там в контейнере все базируется на ебунте ((( и куча всяких процессов лишних :(

Не путай debian с бубунтой

Не путай debian с бубунтой

пруфчику, можно?

пруфчику, можно?

а в чем пруф ? то =)

ну шо там не убунта

ну шо там не убунта

Момент

ну шо там не убунта

https://hub.docker.com/_/python/ (jessie, wheezy - кодовые имена дебиана)

ладно, убедил, спасибо!

если верно настроить проект то запуск сервера сводится к 3м командам 1 - поставить docker, docker-compose, git 2 - скачать реп с проектом 3 - запустить docker-compose или какойто стрипт с подоготовительными действиями типа создания папок и запуском docker-compose

поддердка автомасштабирования наверна заменит 3ю команду на чтото другое, там будет docker-swarm наверна

в cookiecutter от pydaddy можно подглянуть :)

Вопрос такой, через админку джанго добавляю объект мо определенной модели, в поле, где указывается имя объекта если пишу по-русски вываливается ошибка 'ascii' codec can't encode ... бла бла.