Отладка Python-фляги на производстве с помощью uswgi на удаленном сервере - PullRequest
0 голосов
/ 17 января 2019

У меня есть сайт, работающий в производстве, с одним API конечной точки, который я создал некоторое время назад для теста, это просто URL-адрес, принимающий параметр.

Когда я вызываю его, он возвращает ошибку 500.

Теперь, если я запускаю колбу локально, я вижу трассировку на веб-консоли и могу найти, что было не так.

Но я хотел бы увидеть, если возможно, получить ту же трассировку стекана удаленном сервере для «быстрого» исправления.

Я помог себе, запустив временное приложение из нового порта и отобразив на стандартном входе:

uwsgi --http :9090 --callable application --wsgi-file myApp.py --honour-stdin

, как предложено в: Как отлаживать приложение Python под uWSGI?

, но я не вижу эффекта при скручивании своей конечной точки:

*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (and the only) (pid: 6936, cores: 1)
[pid: 6936|app: 0|req: 1/1] 127.0.0.1 () {28 vars in 359 bytes} [Thu Jan 17 10:49:46 2019] GET /api/node/wPAyD8rYPmR47VkE/?field=uid => generated 3436 bytes in 18 msecs (HTTP/1.1 500) 2 headers in 100 bytes (1 switches on core 0)

Я вижу, что uwsgi просто сообщает об ошибке 500,в то время как я хочу увидеть трассировку питона, в которой произошел сбой приложения.

Например, в моем локальном env оказалось, что я получил ValueError:

Я хотел бы, чтобы где-то сообщалось об ошибкепользователем uwsgi, показывающим гонку и строку, в которой произошло сбой приложения.

Как я могу отображать сбои Python в моем приложении, используя uwsgi - избегая запуска локальной среды, которые с пользой отображают трассировку на консоли?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...