Я установил установку django-cms версии 3.4.4 с nginx и gunicorn. Затем я удалил установку и установил новую версию 3.4.5.
Пип подтверждает, что это сработало:
(myenv) user@s23:~/myenv$ pip3 list
DEPRECATION: The default format will switch to columns in the future. You can use --format=(legacy|columns) (or define a format=(legacy|columns) in your pip.conf under the [list] section) to disable this warning.
cmsplugin-filer (1.1.3)
dj-database-url (0.4.2)
Django (1.8.18)
django-appconf (1.0.2)
django-classy-tags (0.8.0)
django-cms (3.4.5)
(...)
Когда я запускаю сервер через manage.py
, все работает:
python3 manage.py runserver 127.0.0.1:62034.1:62034
Performing system checks...
System check identified no issues (0 silenced).
January 23, 2018 - 14:28:33
Django version 1.8.18, using settings 'proj.settings'
Starting development server at http://127.0.0.1:62034/
Quit the server with CONTROL-C.
[23/Jan/2018 14:28:41] "GET /de/ HTTP/1.0" 200 13110
[23/Jan/2018 14:28:41] "GET /static/cms/css/3.4.5/cms.base.css HTTP/1.0" 304 0
[23/Jan/2018 14:28:41] "GET /static/cms/css/3.4.5/cms.welcome.css HTTP/1.0" 304 0
[23/Jan/2018 14:28:41] "GET /static/cms/js/dist/3.4.5/bundle.toolbar.min.js HTTP/1.0" 304 0
Запуск сервера с nginx работает нормально:
(myenv) user@s23:~/proj$ ~/init/proj start
Starting svp .....................OK
(myenv) user@s23:~/proj$ ~/init/nginx start
Starting nginx: nginx.
(myenv) user@s23:~/proj$ ps aux hf | grep user | grep gunicorn
user 22837 0.0 0.0 34560 976 pts/1 S+ 14:55 0:00 | \_ grep gunicorn
user 22410 0.0 0.0 89752 21572 ? S 14:54 0:00 /home/user/v/bin/python3 /home/user/v/bin/gunicorn -D -b unix:////home/user/proj/proj.sock --worker-class gevent --workers 1 --pid /home/user/proj/proj.pid proj.wsgi
user 22415 1.4 0.0 174392 55916 ? S 14:54 0:00 \_ /home/user/v/bin/python3 /home/user/v/bin/gunicorn -D -b unix:////home/user/proj/proj.sock --worker-class gevent --workers 1 --pid /home/user/proj/proj.pid proj.wsgi
НО, когда я перехожу на страницу администратора или внешний интерфейс, мне сообщают, что я все еще использую версию 3.4.4, и запрашиваются статические файлы из этой версии. Это происходит и с другими браузерами, поэтому это не проблема кеширования на стороне клиента. Так где же кешироваться эти HTML-файлы?
Я казнил runserver
на myenv
среда, но имела переменную DAEMON
в ~/init/proj
установлен в $HOME/v/bin/gunicorn
который отличается от virtualenv. На этом virtualenv у меня все еще была установлена старая версия django-cms, поэтому проблема. Установка новой версии django в другой virtualenv решает проблему.