Кэширование(?) nginx + uwsgi

Посмотри в браузере заголовки респонса. Найдёшь что-нибудь подозрительное — выясняй, кто это делает :)

Что именно подозрительное? Я раньше с этим не работал, не знаю «нормального» респонса.

Может быть поможет тот факт, что при настройке связки django-nginx через fcgi такой проблемы не было.

Буферизация на POST-запросах очень похоже, попробую.

Нифига, не помогло.

Если у тебя хромой: crtl-shit-j -> network и кидай хедеры запроса-ответа.

Хм. По какой-то причине POST возвращает 302 NOT FOUND, но потом все же редиректит как положено на GET (т.е. метод view в джанге отрабатывает как надо и сохраняет результат POST-а), но при этом показывает старую страницу без нужного результата.

Ну это нормально, ты же редиректишь, оно и редиректится. Давай хедеры гета.

Т.к. ни логов, ни конфигов нет то сложно помочь чем-то конкретным.

Vanga-mode: виновата во всём джанга которая выдаёт 302.

http://pastebin.com/Qg6Ewjgj

Vanga-mode: виновата во всём джанга которая выдаёт 302.

Так а что не так? После 302 браузер же все равно лезет на GET и получает страничку с ответом 200. Плюс на fastcgi работало как надо вроде.

Скажи, какие логи и конфиги нужны, и я их выложу. Что у меня в конфиге nginx я указал.

получает страничку с ответом 200.

Отлично, тогда смотри кто выдаёт кривой ответ.

Не понял. Куда именно смотреть?

Что у меня в конфиге nginx я указал.

«Указал» это прислал конфиг.

Response Headers 9653ms

это нормально?

Куда именно смотреть?

На то что прилетает по wsgi. Я вот вижу chunked-encoding, но разве wsgi поддерживает это? http://stackoverflow.com/questions/12091067/handling-http-chunked-encoding-wi...

это нормально?

Да, это проблема оптимизации.

Я вот вижу chunked-encoding, но разве wsgi поддерживает это?

А кто указывает chunked? nginx?

«Указал» это прислал конфиг.

Это и есть весь конфиг.

location / {
                include                 uwsgi_params;
                uwsgi_pass              unix:/tmp/uwsgi.sock;
        }

Есть еще 2 алиаса для статических файлов (картинки), но это к wsgi не относится.

А кто указывает chunked?

Думаю что django. Для неё есть отладчики где можно посмотреть на параметры ответа.

Странно. В интернетах по этому поводу ничего не нахожу. В доках джанги ничего не сказано про chunked encoding. У nginx есть такой параметр, включение его ничего не меняет.

А чо за даза банных, может оно таки не успевает писать?

Если оно не успевает писать? То почему ответ выдается? Оно ведь не должно отвечать, пока не обработана операция сохранения.

База мускуль.

В интернетах по этому поводу ничего не нахожу.

Вот: https://github.com/django-debug-toolbar/django-debug-toolbar

Вообще, зачем вам wsgi если fsgi хорошо работал?

зачем вам wsgi если fsgi хорошо работал?

Скорость.

У вас время генерации ответа 9секунд, вы думаете wsgi даст видимое ускорение? Я понимаю если бы речь шла хотя бы 300 запросах в секунду...

Он уже дал небольшое ускорение. Но суть не в этом.

Теперь я и правда склоняюсь к проблеме с БД. Недавно я много настроек там поменял (только размеры кэшей, правда), поэтому это тоже могло послужить причиной. Но все равно неясно, как такое возможно.

Клиент один?

uwsgi держит 5 процессов, у всех свои коннекты.

Проверил тулбаром. Есть интересные моменты и способы оптимизации, но насчет content-encoding ничего.

Он уже дал небольшое ускорение

это самовнушение :)

но насчет content-encoding ничего.

Покажи код view который отдаёт неправильный контент. Можно частично.

это самовнушение :)

И лор мне снится, ага.

Покажи код view который отдаёт неправильный контент. Можно частично.

https://bitbucket.org/neko259/neboard/src/7c1533629b6282d985753770da3a21cd13b...

И лор мне снится, ага.

Что показали замеры до и после миграции? Ну или хотя бы сколько у вас запросов в секунду?

По коду. Не вижу криминала. По-моему, должно просто работать. Как wsgi настроен? В смысле, покажи конфиг.

[uwsgi]
processes = 4
master = true
max-requests = 5000
vacuum = true

env = DJANGO_SETTINGS_MODULE=neboard.settings
module = django.core.handlers.wsgi:WSGIHandler()
chdir = /var/www/neboard
socket = /tmp/uwsgi.sock

Что показали замеры до и после миграции?

Глаз — алмаз!

Ладно, а урл у этого форума есть? Или ты стесняешься?

http://neboard.me/

И второй вопрос, подними, пожалуйста, рядом копию сайта на fcgi

А вот это уже завтра, спать пора.

Короче, похоже, это проблема в wsgi: http://stackoverflow.com/questions/3970495/nginx-connection-reset-response-fr...