в среднем примерно 4 часа / проект, не более пары дней на каждый)

более того, я перешёл ещё во времена Django 1.5, когда эта поддержка была экспериментальной

А вот и рекрутеры подъехали

Плоха (

*25617 upstream prematurely closed connection while reading response header from upstream, client: 127.0.0.1, server: django-test, request: "GET / HTTP/1.1", upstream: "uwsgi://unix://var/run/uwsgi/uwsgi.sock:", host: "django-test"

вот подскажите

бед гейтвей ловлю

uwsgi_pass django;

в конфиге

и вот такое

s -la /var/run/uwsgi/uwsgi.sock srwxrwxrwx 1 nginx nginx 0 Ноя 4 15:29 /var/run/uwsgi/uwsgi.sock

В uwsgi.ini gid\uid nginx

вроде все

Settings.py, debug - что там прописано?

И allowed hosts

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

Эм, у меня phpfpm такое было, перенес сокс в тмп

нашел короче факап

нашел короче факап

и ты, традициях русского коммьюнити, им не поделишься?

и ты, традициях русского коммьюнити, им не поделишься?

поделюсь, если заработает

я просто шокирован и растерян

Давай рассказывай, интересно же )

http://stackoverflow.com/questions/23872801/running-multiple-uwsgi-python-versions ну это пиздец, граждане

короче прикол такой, что увсги не хочет джангать питон 2.7

решением этого говна якобы является прописывание в инишке plugins=python27 и установка uwsgi-plugins-python и uwsgi-plugins-common

но вот только ничерта для 2.7 не появляется плагин

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

сейчас вот как-то так это

ой

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

там по ссылке написано же, как надо сделать несколько сошек

uwsgi-plugin-python uwsgi-plugin-python3

не канает?

у меня помнится что-то такое было и вот как раз 2 плагина из апта

uwsgi-plugin-python uwsgi-plugin-python3

у меня не третий, а 2.7 надо

dpkg -L uwsgi-plugin-python

ну так в этом случае просто uwsgi-plugin-python это и есть 2.7

у тебя в этом пакете разве не 2.7?

titude search uwsg ✘ gaara@gaara-netbook  ~/ronin-pro/club   develop  aptitude show uwsgi-plugin-python Пакет: uwsgi-plugin-python Версия: 2.0.12-7ubuntu4 Состояние: не установлен Приоритет: дополнительный Раздел: universe/web Сопровождающий: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Архитектура: amd64 Размер в распакованном виде: 260 k Зависимости: libc6 (>= 2.14), libpython2.7 (>= 2.7), uwsgi-core (= 2.0.12-7ubuntu4) Предлагает: python-uwsgidecorators Конфликтует: uwsgi-plugin-python:i386 Предоставляет: httpd-wsgi Описание: WSGI plugin for uWSGI (Python 2) uWSGI presents a complete stack for networked/clustered web applications, implementing message/object passing, caching, RPC and process management. It is designed to be fully modular. This means that different plugins can be used in order to add compatibility with tons of different technology on top of the same core. This package provides Python WSGI plugin for uWSGI (linked with Python 2 runtime). Сайт: http://projects.unbit.it/uwsgi/

ну так в этом случае просто uwsgi-plugin-python это и есть 2.7

я вот думаю

не линкануть ему 2.7 из python.so

ось какая?

centos 6.7

полуркай аналог в юме

этого сраного плагина

нету цента под рукой

одни дебианы с бубунтами

лишний раз линковать чота кудато имхо не кошерно

лишний раз линковать чота кудато имхо не кошерно

да я думаю и толку не будет

иначе бы он хватал его без plugins

проверь пакетик uwsgi-plugin-python

проверь пакетик uwsgi-plugin-python

стоит, инфа о нем так себе

нету инфы какой питон у нее внутре

это как так

поставьте просто Docker или Rkt)

и в контейнере всё запускайте с нужными версиями

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

uWSGI - это пакет питона

а в зависимостях чо ничо нету?

я ставлю uWSGI так: python3 -m pip install uwsgi

да вот я думаю снести все к хуям и тоже так поставить

для 2 питона будет свой uwsgi

но вот пип не ставит сервис

и это неприятно

ERROR: S client not available

пип ставит пакет и там где-то будет бинарник

ток вот один и тот же UWSGI из репы как с 3м так и со 2м работает норм

ты потом ещё зубы все раскрошишь об бинарные зависимости (не дай бог конечно)

ток вот один и тот же UWSGI из репы как с 3м так и со 2м работает норм

вот он увсги из репы

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

который ничерта не работает

вот он увсги из репы

У меня на убунте ок норм всё

ну, логичнее для 2 питона ставить его внутри 2, а для 3 внутри 3, имхо

и все эти старые пакеты слишком старые

в убунте и прочих ОС

У меня на убунте ок норм всё

ну ты же понимаешь цненость такого аргумента )

uWSGI лучше всего ставить через pip

и тогда будут новые

а systemd .service-файл, если надо - ручками написать

ну ты же понимаешь цненость такого аргумента )

У нас напротив такая же девятиэтажка и не горит, ага

а systemd .service-файл, если надо - ручками написать

6.7 центос

там не системд

писать иниты такое себе развлечение

uWSGI лучше всего ставить через pip

Вот не соглашусь

в прошлый раз это написано было так херово, что рестартилось touch файлика

ну т.е. старт то оно делало

если оно в докере, то запускается как-то так: EXPOSE 8001 CMD ["uwsgi", \ "--socket", ":8001", \ "--module", "byvshie.wsgi:application", \ "--env", "DJANGO_SETTINGS_MODULE=byvshie.settings", \ "--chdir", "/usr/src/app", \ "--master", \ "--binary-path", "/usr/local/bin/uwsgi", \ "--no-orphans", \ "--processes", "3", \ "--uid", "www-data", \ "--gid", "www-data", \ "--harakiri", "20", \ "--post-buffering", "1048576", \ "--max-requests", "5000", \ "--vacuum", \ "--enable-threads", \ "--thunder-lock"]

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

то есть нужно запустить uwsgi с рядом параметров и оно заработает и всё

если оно в докере, то запускается как-то так: EXPOSE 8001 CMD ["uwsgi", \ "--socket", ":8001", \ "--module", "byvshie.wsgi:application", \ "--env", "DJANGO_SETTINGS_MODULE=byvshie.settings", \ "--chdir", "/usr/src/app", \ "--master", \ "--binary-path", "/usr/local/bin/uwsgi", \ "--no-orphans", \ "--processes", "3", \ "--uid", "www-data", \ "--gid", "www-data", \ "--harakiri", "20", \ "--post-buffering", "1048576", \ "--max-requests", "5000", \ "--vacuum", \ "--enable-threads", \ "--thunder-lock"]

да понятно что в докере свет, розовые пони и секси феи

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

и, кстати, для остановки надо KillSignal=SIGQUIT (это если в systemd)

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

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

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

я наследую Dockerfile от официального Python'овского докерфайла и uWSGI у меня там в зависимостях вместе с остальным

в requirements.txt

RUN .... && pip install --no-cache-dir -r /usr/src/app/requirements.txt \ ...

CMD выше написал свой.. и всё работает ок