Диагностика ошибок HTTP 500 в Classic ASP

Question

Я недавно унаследовал веб-сайт, написанный на классическом ASP, и в настоящее время пытаюсь понять положение вещей. Веб-сайт работает в рабочем режиме, однако среда разработки (размещенная на Windows Server 2003) выдает ошибку HTTP 500 при попытке перейти на него.

Я понимаю, что ошибки HTTP 500 просто означают, что произошла непредвиденная ошибка сервера, и что это также, скорее всего, сбой кода ASP по той или иной причине. Я пробовал многочисленные браузеры (IE, Firefox и Chrome), но все они имеют одинаковое количество информации.

Будучи изначально разработчиком ASP.NET, я привык к желтому экрану смерти , который можно настроить для отображения трассировки стека.

Итак, мой вопрос: как мне убедить IIS и / или Classic ASP дать мне лучший совет о , что вызывает ошибку?

Обновление: Первоначально мне следовало бы подробнее остановиться на этом, но вот некоторые из вещей, на которые я смотрел.

• Я посмотрел журналы событий (Приложение, Безопасность, Система и т. Д.) и там нет ничего подходящего.

• Я посмотрел журналы доступа IIS и я вижу попытки доступа, и всего 500 ошибок. Это даже выдает 500 ошибок на favicon.ico

Answer 1

Если вы не можете найти строку с ошибкой, отключив «Показывать дружественные сообщения об ошибках HTTP», как предложил Уэйн, попробуйте добавить в код «При возобновлении ошибки далее» вместе с операторами response.write. Я обнаружил, что с такими проблемами, вам просто нужно начинать построчно код, пока не найдете оскорбительный код.

Просто из любопытства, разрешено ли активным страницам сервера разрешать расширения веб-сервера в IIS на серверах разработчиков?

Answer 2

Что сказал alex , также убедитесь, что вы отключили «Показывать дружественные сообщения об ошибках HTTP» в Internet Explorer, а затем перешли на сайт; это приводит к более конкретному сообщению об ошибке (хотя оно и является общим по сравнению с трассировкой стека ASP.NET) вместе с номером строки.

Answer 3

Проверяли ли вы часть приложения средства просмотра событий веб-сервера на предмет ошибок?

Answer 4

Очевидно, старый вопрос, но для чего это стоит, если у вас есть доступ к серверу разработки (прямой или удаленный рабочий стол), вы можете получить доступ к сайту оттуда. Запросы локального хоста показывают больше отладочной информации о классическом ASP, включая номера строк.

Answer 5

Если у вас есть файл global.asa в вашем веб-каталоге, вы можете переименовать файл и попробовать снова загрузить файл favicon.ico. Если он загружается, проблема заключается в global.asa