django-rosetta не сохраняет переводы при ударе «Сохранить и перевести следующий блок» в Chrome

Question

Моя проблема заключается в том, что django-rosetta не сохраняет переводы при нажатии «Сохранить и перевести следующий блок» в Chrome. В Firefox, похоже, работает нормально. Я попытался очистить кеш, чтобы, похоже, не проблема.

В Chrome, после ввода переведенного текста и нажатия кнопки «Сохранить ..», я перенаправлен на главный экран без сохранения изменений.

Я обновил до последней версии rosetta, полагая, что исправление Issue13 решит мою проблему, но это не так.

Я также удостоверился, что мои файлы .po и .mo имеют 777 разрешений.

Любая помощь будет глубоко оценена.

Answer 1

Был ли у вас долгое время, не уверен, что вы смогли разобраться?

У меня есть среда разработки Django 1.4.2 и Rosetta 0.6.8 на Lion, и она работает безупречно. Im установил его с помощью команды python manage.py runserver.

Тогда, когда я захотел развернуть его на своем сервере Ubuntu 12, Розетта начала вести себя довольно странно. Я установил Nginx в качестве прокси-сервера и работал с apache с wsgi. К тому же версии. Это были не только переведенные строки, которые не сохранялись, но и навигация стала абсолютной случайностью. Не важно, какую кнопку я нажал, я подозревал, что настройка прокси-сервера не была правильно настроена, так как я мог запустить ее локально в своем dev.

Чтобы сделать длинный рассказ коротким, я, наконец, отключил nginx и apache и только что запустил django со встроенным и, следовательно, получил журналы django в моем терминале. У него появилось много ошибок, которые заставляли сервер перезапускаться каждые несколько секунд. Это, очевидно, объясняет несколько ненадежное поведение приложения. Я сбросил базу данных на производство и перепрофилировал ее. Теперь, когда я runserver в производстве, он работает так же хорошо, как в моем dev. Когда я подключаю apache для выполнения задания (обходя вокруг nginx на данный момент), проблема все еще сохраняется, но не так уж плоха, как прежде. Браузер не имеет никакого значения.

Одна из ошибок, которые сделали всплывали был это

Unhandled exception in thread started by <bound method Command.inner_run of   <django.contrib.staticfiles.management.commands.runserver.Command object at 0x1781710>> 
Error in sys.excepthook: 
Traceback (most recent call last): 
    File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 50, inapport_excepthook 
    if not enabled(): 
TypeError: 'NoneType' object is not callable 

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

РЕДАКТИРОВАТЬ: Поцарапал хорошую настройку o'gi ap' apache и вместо этого отправился на Gunicorn. Хорошо работает сейчас, не уверен, что это было, но я все равно доволен новой настройкой. Here's хорошее руководство по установке

http://ijcdigital.com/blog/django-gunicorn-and-nginx-setup/

надеюсь, это поможет кому-то в будущем!