Классический ASP на IIS 7 - PullRequest
Новая
       14

Классический ASP на IIS 7

1 голос
/ 26 мая 2010

У меня проблемы с приложением, работающим на IIS 7. Приложение представляет собой смесь классического ASP и ASP.NET MVC (не спрашивайте, как и почему).

В любом случае, приложение запущено и работает, за исключением некоторых проблем, с которыми я сталкиваюсь. Например, у меня есть кнопка на моей странице, и когда я нажимаю на нее, javascript открывает всплывающее окно, которое должно содержать страницу .asp. Но этого не происходит. Я получаю пустое всплывающее окно с моим курсором на занят, поскольку он все еще загружается. Это происходит почти всегда со мной в IE. В Firefox это намного лучше, но иногда приложение тоже там застревает.

Если я закрываю открытое пустое всплывающее окно и хочу перемещаться по приложению, мои кнопки в меню (которые также являются .asp) не загружаются должным образом. Например, у меня есть разные кнопки для разных разделов, и при перемещении они должны меняться. Когда я перезагружаю браузер, только тогда все работает нормально в течение некоторого времени, но проблема возникает снова через некоторое время.

Я очень уверен, что это не проблема в самом приложении, потому что оно без проблем работает на машинах моих коллег. У них та же ОС (Vista Professional), и мы сравнили настройки в IIS, и они совпадают.

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

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

Если вам нужна дополнительная информация, пожалуйста, спросите.

Кто-нибудь знает, что мне следует попробовать или сделать?

1 Ответ

0 голосов
/ 27 мая 2010

При отладке ASP.NET или ASP, кроме самой VS, наиболее важным инструментом, который вам нужен, является Fiddler (бесплатный инструмент от MS). Это позволяет вам наблюдать сеансы http, происходящие между вашим сервером и клиентом. Этот инструмент даст гораздо большую видимость того, что на самом деле происходит под ним.

Следующий шаг

Итак, теперь вы знаете, что проблема на стороне сервера и URL-адрес ресурса, вызывающего проблему. Следующим шагом является отладка процесса на стороне сервера путем подключения к w3wp.exe, который обслуживает ваш сайт. Если ресурс, указанный в URL-адресе, является вложенным приложением ASP для отладки сценариев или его вложением ASP.NET для отладки управляемого кода. (Примечание: для отладки ASP вам необходимо включить отладку на стороне сервера ASP в настройках ASP в диспетчере IIS).

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

...