Ошибки JavaScript только на Рабочем сервере?
Spamhau и spamcop являются только двумя, что я рекомендовал бы. да, всегда существует шанс получения лжи, положительной с РУБЛЕМ. Но Spamhau и Spamcop являются довольно уважаемые РУБЛИ, таким образом, Ваши возможности являются довольно низкими.
Я лично рекомендовал бы использовать устройство или своего рода размещенный сервис. Postini является хорошим, но может быть довольно дорогим. MailFoundry является решением, которое я рекомендовал бы большинству людей. Помимо наличия некоторых недорогих устройств, у них также есть размещенный сервис. В зависимости от размера Вашего домена я думаю, что это свободно для первых 5 или 10 учетных записей.
Хорошо было два раздела к этой проблеме и два разрешения:
Во-первых: Sys не определен, происходил из-за/ScriptResource.axd и/WebResource.axd, находящегося в разделе веб-сайта, который затем перенаправлял к странице входа в систему (аутентификация форм), который затем не возвращал необходимый JavaScript из тех файлов.
Во-вторых: после того как теги были добавлены, чтобы позволить тем объектам быть замеченными, было обнаружено, что анонимный доступ был отключен, и кажется, что для тегов для работы анонимный доступ должен быть включен.
Откройте полные URL исходных файлов (... ScriptResource.axd...) в новом окне браузера. Необходимо видеть некоторое содержание JavaScript. В противном случае asp.net ajax компоненты правильно не установлен.
Sys is not defined
указывает, что клиентский компонент Ajax не там, sys класс не может быть найден.
При использовании .net 3.5, это - часть платформы и их, проблема должна быть в web.config при использовании .net 2.0, Вам нужен ASP.NET AJAX 1.0 при установке этого msi на сервере файлы входят в GAC, центральное место для компонентов .NET. Вы могли поместить единственный файл System.Web.Extensions.dll в Ваш каталог bin, не устанавливая msi, но Вам все еще нужны корректные настройки в web.config файле. Сайт ajax.asp.net имеет большую информацию обо всем этом.
-
1Указанный полные URL исходных файлов и вернул JavaScript, так, чтобы хорошие взгляды. Мы используем .net 3.5 SP1 и имеем ajaktoolkit.dll в каталоге bin и ссылаемый в web.config. Все еще никакая удача все же. – ChrisHDog 3 July 2009 в 07:11
-
2Я открыл бы страницу на странице в Firefox с установленным расширением Firebug. Выберите вкладку сценария и установите точку останова (щелчок слева от номера строки) на строке, где sys используется. Перезагрузите страницу. Нависните над sys, это должен быть объект, в Вашем случае это, вероятно, не будет то. Проверьте вкладку Net на любые поврежденные файлы. Я предполагаю, что Firebug должен показать ошибку где-нибудь на странице. Может быть полезно сравнить вывод Firebug с тем же на сервере Dev, где страница работает. – Peter Hahndorf 3 July 2009 в 07:43
Это кажется, что можно пропускать компонент на сервере, или что сама сеть не настроена правильно для использования компонентов Ajax ASP.NET. Возможно, разработчики пользовались другой библиотекой как Инструментарий Ajax.NET, и это должно быть установлено на сервере?
-
1AjaxToolkit.dll находится в website' s каталог bin. Мое понимание - то, который (плюс web.config файл) должен быть достаточно. Как делают Вы имеете в виду " установленный на server"? разве существует ли некоторая добавленная установка, которая должна была бы быть сделана? Мое понимание было нет. – ChrisHDog 3 July 2009 в 03:08
Для отладки этого я попытался бы использовать FiddlerTool и видеть то, что является точным ответом всех ресурсов, которые страница пытается загрузить (ScriptResource.axd и WebResource.axd). Мог быть некоторый конфликт версий с assmblies в GAC.
Существуют некоторые другие сообщения/обсуждения этой проблемы, возможно, существует решение для Вас:
У меня было Эта проблема. WebResource.axd не смог найти WebForms.js (который встроен в System.Web.dll).
Я восстановил установку фреймворка ASP.NET xx на сервере, и после этого он работал.
У меня была такая же проблема, и я отследил отсутствующий код WebForm_Autofocus для параметра в web.config,. Когда этот параметр был удален / закомментирован, все работало, и для всех остальных функций скрипта был сгенерирован js-скрипт.
Похоже, это проблема web.config, которую может потребовать решить Microsoft. Я использую VS 2010, версия 10.0.40210.1 SPIRel, с кодом, ориентированным на .Net 4.0. Я не выяснил базовый процесс, который убивает генерацию JS, когда эта опция активна.