Проект Django падает на сервер при обращении к бэкенду администратора

Проблема

Я запускаю apache2 на своем локальном сервере ubuntu. Я создал проект Django с помощью django-admin startproject site и настроил свой виртуальный хост на использование процесса WSGI Daemon для запуска проекта Django. Это сработало, и сайт доступен через IP 192.168.1.3.

Когда я захожу в /admin, он позволяет мне войти в систему и увидеть начальный бэкенд, но загружается в течение 5 минут, а затем переходит к ошибке 500, когда я нажимаю на что-либо или перезагружаюсь, даже при попытке получить доступ к неадминской индексной странице. Это продолжается до тех пор, пока я не выполню systemctl restart apache2 и полностью не перезапущу apache или не подожду ~10-15 минут, пока все не исправится (только для того, чтобы снова сломаться, если я зайду на страницы /admin).

Версии

Django версии 4.1.5

mod-wsgi версия 4.9.4

Мои попытки

Если я запускаю проект с python manage.py runserver, я могу получить доступ к нему на 192.168.1.3:8000 и полностью использовать бэкенд /admin, даже создавать новых пользователей и т.д. Тогда я подумал, что это процесс WSGI Daemon каким-то образом все испортил, поэтому я проследовал по ссылке на эту страницу: https://pypi.org/project/mod-wsgi#using-mod-wsgi-express-with-django и запустил сайт с python manage.py runmodwsgi. Сайт полностью работает на 192.168.1.3:8000 вместе с /admin, и я могу создавать новых пользователей и т.д., что указывает на то, что это не имеет ничего общего с настройкой WSGI (также как и то, что страницы, не являющиеся админскими, прекрасно работают на виртуальном хосте WSGI)

Я полностью удалил и перезапустил проект Django, а также установил новые файлы .conf виртуального хоста с правильной информацией WSGI и т.д.

Я читал о проблеме загрузки /admin еще в Django 3.0, но я на 4.1, так что это не связано.

Я в полной растерянности, в чем может быть проблема на данный момент. Почему мой раздел /admin не работает на виртуальном хосте?

https://forum.djangoproject.com/t/django-apache-deployment-not-working-as-intended/15800

Я нашел решение. Почему-то во время всей настройки добавление WSGIApplicationGroup %{GLOBAL} в файл /etc/apache2/apache2.conf никогда не рекомендовалось, по крайней мере, я этого не заметил, но это сработало и вся функциональность админки работает на виртуальном хосте через WSGI Daemon.

Надеюсь, это может помочь кому-то еще.

Вернуться на верх