Tark

Александр Александров, обратите внимание, что значения всего два - ровно по количеству воркеров uwsgi.

Если никто не против, расскажу небольшую историю. Когда-то, когда я писал первое приложение на Flask, я решил, что постоянно драть сервер БД ради практически неизменных данных неразумно, и кешировал их локально. Локально, Карл! В переменных. И передавал их в шаблонизатор. А потом я выложил своё творение в сеть и тоже поставил два воркера на uwsgi. И стоило мне добавить раздел меню, как я получал странную ситуацию: на части запросов сайт отображался с созданным меню, а иногда показывалась "старая" версия. Что логично, локально (на дев-сервере) всё работало замечательно.

Roman Kitaev всенепременно прав, в коде ошибка, не в nginx и не в uwsgi.

UPD: дело в том, что воркеры uwsgi запускают изолированные процессы, каждый со своим набором данных, соединением с БД/кешами прочими няшностями. Локально в таком случае ничего нельзя хранить. Если очень хочется, стоит присмотреться к асинхронным фреймворкам с единственным процессом.

Попробуйте /create_new_question/9/

(?P<id>\d+) - https://docs.djangoproject.com/en/1.8/topics/http/...

К сожалению, Питон строки показывает только в строках, а списки и словари будут выдавать такую вот пакость.
Сделайте
'\n'.join(error)
Или
'<br />'.join(error)
в предыдущем вашем вопросе.

Я не работаю с Django. Мне стало интересно, и я запросил у гугла информацию по вопросу "CommandError: Unable to serialize database: no such table: easy_select2_related". Да, прям вот всю нижнюю строчку скопировал. Первая ссылка ведёт на тостер (!), а вторая - на stackoverflow.com/questions/18313703/dumpdata-with... . Обращайтесь, если нужно будет что-нибудь ещё поискать.