вот вот

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

если у тебя все на одном хосте, какая тебе нахрен разница

Нет никакой критики

это ж делают чтобы масштабироваться

Три контейнера на почти простые штуки

вот

если докер нужен как изоляция - то тогда можно как угодно если докер нужен как хранилище микроприложений - то тогда по одному на контейнер

если не нужно ни то ни другое..

то джанго!

с батарейками

обнять, поцеловать, уложить спать

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

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

У меня Джанго с батарейками, админкой и орм!

тебе не надо значит :)

Джанга не так плоха,дада

бегите, глупцы

Я бы сбежал, но батарейки тяжелые

А вот эта штука как? Wheezy.Web Я общался с автором, он утверждал, что все очень хорошо

плох тот кулик, который не хвалит свое болото (с)

Да вон по тестам ок все, шустро

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

да и при выборе всего

нет лжи более правдоподобнее, чем бенчмарки

они все тестят хелоуворлды

сколько раз повторять

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

ну, надо просто аккуратно смотреть на бенчи

Почитал тут у вас истерики :) Истерички не слышали слов "прозрачный https прокси". Мило.

если докер нужен как изоляция - то тогда можно как угодно если докер нужен как хранилище микроприложений - то тогда по одному на контейнер

если докер нужен как изоляция, тогда вы выбрали не ту изоленту

А вот эта штука как? Wheezy.Web Я общался с автором, он утверждал, что все очень хорошо

добивается скорости тем, что не умеет примерно нихуя

Вот думаю как правильно сделать

Правильно запилить nginx отдельно. Потому что у него свой цикл обновления, который не совпадает с обновлениями вашего приложения. Лучше лишний раз не перезапускать то что нормально работает. Ну и при масштабировании достаточно будет увеличивать число реплик приложения, а nginx будет один

Почитал тут у вас истерики :) Истерички не слышали слов "прозрачный https прокси". Мило.

Такого не бывает без mitm

Чем админ не mitm? А что все сертификаты в одну морду будут подписаны - так при всем богатстве выбора...

Чем админ не mitm? А что все сертификаты в одну морду будут подписаны - так при всем богатстве выбора...

Тем, что надо юзеру влепить свой CA

Админ же.

я не катаю, но если бы делал - у меня бы из контейнера uwsgi торчал

эти люди разумеется не слышали про мод_всги-експресс

эти люди разумеется не слышали про мод_всги-експресс

Зачем он?

затем зачем и ювсги

затем зачем и ювсги

Ну uwsgi имеет большую пользовательскую базу и живет в хайлоаде годами.

апач имеет пользовательскую базу ювсги на хую

и живет уже десятилетиями

еще охуительных аргументов нет?

апач имеет пользовательскую базу ювсги на хую

Ну какой нахер опач?

т.е. про модвсги не понял, да?

т.е. про модвсги не понял, да?

Еще раз: какой нахер опач в хайлоад? И те, кто использует опач не обязательно использует wsgi

ну все, набежали сраные любители асинка

Да бля, все - асинк

Вообще все.

Даже ебучие блокирующие вызовы - асинк

я тоже асинк?

не только мастера селфи, но еще и знатоки хайлоада. какой ценный чат

у каждого свой хайлоад

затем зачем и ювсги

ну, я понимаю твою боль - uwsgi не работает на винде

почему боль?

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

апач? а он жив еще?

работает же

хотя он наверное еще всех переживет

Мастера селфи?

Чё это?

о, у меня вопрос. тут есть древний скрипт, который использует Numeric. у меня python 2.7.6. pip install Numeric не пашет. что посоветуете?

нумерик давно переименован в нумпи

миграция на numpy

плюс пирекс давно переименован в ситон, если чо

http://www.numpy.org/old_array_packages.html

ERROR: S client not available

а пискулайт, аргпарс, ордереддикт теперь в стдлибе 8)

argparse вроде c 3.4 в stdlib, разве нет?

2.7/3.2

а, ну вот. ещё раньше

ну так нумерик переименовывали где-то в эпоху 2.5-2.6...

мало ли, человека недавно разморозило, а тут такие новости

мало ли, человека недавно разморозило, а тут такие новости

не меня разморозило, автора скрипта :) спасибо.

Пацаны, возможно я конечно поехавший, но есть ли нормальный способ сделать такую штуку: есть у меня репа с 5 проектами на пирамиде. один из этим проектов я буду перепиливать. т.к. все эти проекты сильно связанны, там много взаимных импортов, то менять нэйминг нельзя (ну конечно можно, но слишком муторно) поэтому я копирую app2 в app2_old и начинаю перепиливать проект в папке app2. остальные проекты в этой репе меняются очень часто и мне надо мержить изменения. так вот сам вопрос: можно ли сделать так что при выполнении git pull origin master в моей ветке с разработкой изменения которые есть по app2 падали(мержились) в app2_old?

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

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

так не получится

нифига не понял что ты хочешь в итоге

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

Пацаны, возможно я конечно поехавший, но есть ли нормальный способ сделать такую штуку: есть у меня репа с 5 проектами на пирамиде. один из этим проектов я буду перепиливать. т.к. все эти проекты сильно связанны, там много взаимных импортов, то менять нэйминг нельзя (ну конечно можно, но слишком муторно) поэтому я копирую app2 в app2_old и начинаю перепиливать проект в папке app2. остальные проекты в этой репе меняются очень часто и мне надо мержить изменения. так вот сам вопрос: можно ли сделать так что при выполнении git pull origin master в моей ветке с разработкой изменения которые есть по app2 падали(мержились) в app2_old?

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

либо неведомую хуйню с переименованиями

но вообще пахнет говном, раз ты объяснить даже не можешь :)

гм

но вообще пахнет говном, раз ты объяснить даже не можешь :)

это да, пахнет пиздец

короче ему видать нужен хук или просто скрипт/альяс, который будет делать такое: mv app2 app2_new mv app2_old app2 git pull mv app2 app2_old mv app2_new app2

т.е. подсовывать апп2_олд в апп2 на время пулла

я бы начал просто новые проекты

лучше было начать апп3 8)))

и менять инклуды постепенно

ну я примерно это и имел ввиду

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

поясни свою позицию, а?

лучше было начать апп3 8)))

Это было бы очень здорово но, так не смогу

Это было бы очень здорово но, так не смогу

почему?

поясни свою позицию, а?

моя позиция синхронна

моя позиция синхронна

синхронна с чем? с апачем? )

в том числе

почему?

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

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

Я бы выделил два модуля в отдельные "проекты"