Отладка Django Gunicorn

Чтобы запустить green unicorn в конфигурации обратного прокси (под nginx) в режиме отладчика/отладки, введите следующие настройки в PyCharm Конфигурации Run/Django/Edit:

Конечно, используйте любой порт (вместо 7777), на который вы настроили свой nginx для прокси.

Хорошо, я недавно наткнулся на подобную проблему. Мне не удалось применить решение @dudklein (я получаю ошибки ввода-вывода, пока отладчик пытается ввести данные — ipdb, pdb и т. д.)

Я использовал удаленный отладчик Python — winpdb, и это встроенная отладка.

1. установить winpdb в свой виртуальный сервер

   pip install winpdb
   

2. импортировать и запустить встроенный отладчик в Ваш код:

   import rpdb2
   rpdb2.start_embedded_debugger('pass')
   

3. запустить gunicorn с аргументом --timeout

   gunicorn -t 3600 env:application
   

4. запустить правильный вид с помощью браузера, например. http://127.0.0.1:8000/your-view/

5. подключиться к встроенному отладчику с помощью winpdb:

   winpdb -a /path/to/django/app/views.py
   

   Он запросит у вас пароль (используйте тот, который вы установили в своем коде, в моем примере это «pass») и запустит красивый графический интерфейс с отладчиком.

6. если вам нужен учебник для winpdb - здесь.

Если вы сможете запустить gunicorn, указав на экземпляр application, который является экземпляром класса DebuggedApplication из библиотеки werkzeug, вы сможете установить точки останова с помощью отладчика werkzeug с import ipdb; ipdb.set_trace() прямо в браузере.

import django.core.handlers.wsgi
from werkzeug.debug import DebuggedApplication

application = django.core.handlers.wsgi.WSGIHandler()
application = DebuggedApplication(application, evalex=True)

Убедитесь, что вы установили библиотеку werkzeug и, конечно же, ipdb. (pip install werkzeug и pip install ipdb)

Теперь мне удалось использовать gunicron с djnago и ipdb.

беги python -m ipdb manage.py run_gunicorn --debug -t 3600

Я использую Django 1.4 и gunicorn 0.16.1. тогда вы можете обычно использовать import ipdb; ipdb.set_trace() в коде. Нет необходимости в werkzeug библиотеке.

Я пытаюсь отладить приложение facebook, поэтому я не могу использовать встроенный сервер разработки, потому что facebook пытается использовать SSL, а сервер разработки просто не может правильно ответить

Пока я искал решение, я нашел сообщение pdb: Использование отладчика Python в Django, который предлагает постоянно запускать python -m pdb manage.py runserver. Хотя это не обязательно с сервером разработки django, я решил попробовать с gunicordn и ipdb, и это сработало.

Что я, наконец, закончил, так это запустить python manage.py runserver <your_external_IP>:8000, когда я хочу использовать pdb.

Таким образом, вам нужно иметь 2 разных репозитория на одном компьютере, один из которых представляет собой производственную сборку LIVE (тот, на котором работает gunicorn), а другой — сборку TEST, которую мне нужно отладить, где я использую pdb. Когда в тестовой сборке все кажется стабильным, я объединяю TEST branch с LIVE branch. В LIVE branch не происходит развития или изменений, таким образом я избегаю конфликтов слияния.

Надеюсь, это поможет другим, кто пристрастился к pdb ;)