WebResource.axd 404 для моего SiteMapPath CSS и другие - PullRequest
Новая
       34

WebResource.axd 404 для моего SiteMapPath CSS и другие

4 голосов
/ 18 апреля 2009

У меня отлично работает сайт на моем сервере и на сервере virgin 2003. Но когда я перехожу на сайт клиента, некоторые функции сайта не работают. Как CSS для SiteMapPath и javascript для меню.

Журнал с сервера клиента:

2009-04-03 17:22:20 W3SVC44836191 XXX.XXX.XXX.XXX GET /WebResource.axd d=nFPK0XLN-ynHK7RFK3-O_5JOGa3F6eDQZaw2fDS9H-hsMCDPLAS0vS6xsQkMZOo5bD2x9W3P9ULIjVogWhfPoA2&t=633626988000000000 8080 - XXX.XXX.XXX.XXX Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+InfoPath.1;+.NET+CLR+2.0.50727; +.NET+CLR+1.1.4322;+.NET+CLR+3.0.04506.30;+MS-RTC+LM+8) 404 0 2

Попробовали снять галочку «Проверить, что файл существует» для расширения axd, без кубиков. http://allantech.blogspot.com/2008/01/webresourceaxd-gives-404.html

Я использую форму текстового меню http://www.obout.com. Единственное, что я нашел в базе знаний, не помогло. http://www.obout.com/inc/KnowLedgeBase.aspx?id=114

Я дважды проверил права доступа к файлу.

Есть идеи?

Технические характеристики: 

OS: Windows 2003 Server
IIS: 6
.Net: 3.5

ОБНОВЛЕНИЕ В конечном итоге я использовал другой сервер в расположении клиентов, все работает отлично. Я еще не продублировал ошибку в другом месте и не слышал о ком-либо, у кого была похожая проблема.

Полагаю, установка IIS прошла на юг. Так как это рабочий сервер, клиент не может переустановить IIS. Если кто-то решит этот вопрос, пожалуйста, напишите его здесь.

Ответы [ 4 ]

0 голосов
/ 29 апреля 2009

Является ли сайт Asp.Net 2.0 или 3.5? Вы упоминаете в своем вопросе спецификации .Net3.5, но в своем комментарии кажется, что вы настраиваете сайт как сайт 2.0. Вы пытались изменить приложение под iis, чтобы быть приложением 3.5?

Если ваш сайт 3.5, вам может потребоваться повторить aspnet_regiis из директории 3.5 framework.

0 голосов
/ 22 апреля 2009

Возможно, журнал событий содержит более информативное сообщение об ошибке? Код возврата 404 не обязательно означает «не найден» - обработчик ASP.NET все еще может выполняться, но привести к ошибке. Это сообщение об ошибке, вероятно, будет указывать на ошибку.

Если в журнале событий нет ошибок, то:

  1. Проверьте, успешно ли выполняются другие вызовы WebResource.axd. Использует ли приложение какие-либо вызовы WebResource?
  2. Существуют ли ресурсы, которые вы пытаетесь загрузить, в приложении? Вы можете использовать Reflector для просмотра любых сторонних библиотек DLL и просмотра их ресурсов.
  3. Ваше приложение переконфигурирует или иным образом связывается с обработчиками HTTP? Если это так, возможно, что-то может быть отмена регистрации или упреждение обработки обработчиком WebResource.axd?
0 голосов
/ 22 апреля 2009

Это может показаться немного очевидным, но вы проверили зарегистрированные httpHandlers для своего веб-приложения?

Все, что требуется, - это один атрибут , чтобы все это не работало. Поэтому вы можете проверить файл web.config клиента в Microsoft.Net \ Framework \ Config и посмотреть, все ли там. На моей машине я нашел следующую строку: 

   <add path="WebResource.axd" verb="GET" type="System.Web.Handlers.AssemblyResourceLoader" validate="true"/>

Если его там нет, добавьте строку в какой-то раздел .

0 голосов
/ 18 апреля 2009

Вы проверили время сервера? Иногда это также может вызвать проблемы, если он не установлен должным образом.

Если это не сработает, попробуйте снова установить файлы aspnet_client, выполнив эту команду в командной строке Visual Studio - 

aspnet_regiis -c

Тогда сделай это - 

aspnet_regiis -i //Will install ASP.NET version and update scriptmaps at the IIS metabase root and for all scriptmaps below the root.
...