Мне нужен был подобный так называемый «контекст-корень». Я сделал это в файле conf под /etc/httpd/conf.d/, используя WSGIScriptAlias:
WSGIScriptAlias /myapp /home//myapp/wsgi.py
/myapp>
Order deny,allow
Allow from all
Итак, теперь я могу получить доступ к моему приложению как: http: // localhost: 5000 / myapp
См. руководство - http://modwsgi.readthedocs.io/en/develop/user-guides/quick-configuration -guide.html
Я лично использую Облегченный Firebug/Firebug, и на IE позволяет Visual Studio сделать отладку. Ни один из них не приносит пользы, когда посетитель использует некоторый безумный браузер все же. Действительно необходимо заставить сторону клиента JavaScript регистрировать свои ошибки к серверу. Смотрите на презентацию PowerPoint, с которой я связался ниже. Это имеет некоторые крутые идеи о том, как заставить Ваш JavaScript регистрировать материал в Ваш сервер.
В основном Вы сцепляете window.onerror и Вашу попытку {} выгода () {} блоки с функцией, которая выполняет запрос назад к Вашему серверу с полезной информацией об отладке.
Я только что реализовал такой процесс на своем собственном веб-приложении. У меня есть каждая выгода () {} блок, вызывающий функцию, которая отправляет JSON закодированное сообщение назад к серверу, который в свою очередь использует мою существующую инфраструктуру входа (в моем случае log4perl). Презентация, с которой я связываюсь также, предлагает загрузить изображение в Вашем JavaScript во включении ошибок как часть ПОЛУЧИТЬ запроса. Единственная проблема состоит в том, если Вы захотите включать отслеживания стека (который IE не генерирует для Вас вообще), то запрос будет слишком большим.
Отслеживание ошибок ClientSide, Eric Pascarello
PS: Я хотел добавить, что я не думаю, что это - хорошая идея использовать любой вид библиотеки как jQuery для "хардкорного" входа, потому что, возможно, причиной ошибки, которую Вы регистрируете, является jQuery или Облегченный Firebug! Возможно, ошибка состоит в том, что браузер (кашель IE6) сделал некоторый сумасшедший порядок загрузки и бросает некоторую ошибку Нулевой ссылки, потому что было слишком глупо загрузить библиотеку правильно.
В моем экземпляре я удостоверился, что весь мой код журнала JavaScript находится в <голова> и не втянут как .js файл. Таким образом, я могу быть довольно уверен, что, какие виды финтов броски браузера, разногласия хороши, я могу зарегистрировать его.
MochiKit имеет следующие функции (включенный здесь с полным разрешением пространства имен):
MochiKit.Logging.logDebug() // prefaces value with "DEBUG: "
MochiKit.Logging.log() // prefaces value with "INFO: "
MochiKit.Logging.logError() // prefaces value with "ERROR: "
MochiKit.Logging.logFatal() // prefaces value with "FATAL: "
MochiKit.Logging.logWarning() // prefaces value with "WARNING: "
Существует намного больше к MochiKit. При входе пространства имен, чем это, но это основы.
Облегченный Firebug является перекрестным браузером, облегченной версией Firefbug, это, по крайней мере, даст Вам поддержку console.log на большинстве браузеров.
Если Вы уже используете jQuery, я могу сердечно рекомендовать плагин Отладки jQuery (иначе, jquery.debug.js). См. http://trainofthoughts.org/blog/2007/03/16/jquery-plugin-debug/.
Этот плагин позволяет Вам переключать выходящую из системы отладку или на через глобальный переключатель. Вход похож на это:
$.log('My value is: ' + val);
Вывод отправляется в console.log в соответствии с Firefox и записан в блок отделения, вставленный внизу страницы на других браузерах.
Существует Вход JQuery, который выглядит многообещающим.
Что относительно Облегченного Firebug (для тех браузеров не-Firefox)? Я не использовал его очень кроме тех случаев, когда отладка Dojo кодирует в IE. Но это пробует как лучше всего, это может для помещения консоли Firebug в IE, Safari и Opera.
Конечно, всегда существует когда-либо надежное 'предупреждение (err_msg)';:D
Самостоятельно, я - твердый сторонник следующего:
alert('Some message/variables');
Вы можете попробовать log4javascript .
Раскрытие: Я написал это.