веб-сервис iis7 .net 404 ошибки
Одна важная вещь иметь в виду состоит в том что, когда Вы идете от одной машины до два, Ваши возможности времени простоя дважды - то есть, если Ваш сайт зависит от DB для функционирования. Если время работы важно для Вас, Вы могли бы смотреть 4 (или больше) серверы - и затем Вы являетесь золотыми.
Я не думаю, что необходимо волноваться о скорости DB, связывающегося с веб-сервером. Мощность ЦП, которую Вы получаете путем добавления машины, ускорит сами запросы DB, и передача между серверами даже на уровне 100 МБ должна быть незначительной по сравнению со скоростью, что Вы можете веб-страницы сервера в живом Интернете.
Я встретился с этой проблемой при выполнении некоторых тестовых миграций наших приложений интранет от IIS6 до 7. Я смог решить проблему путем изменения следующего раздела файла Web.config:
<system.webServer>
<validation validateIntegratedModeConfiguration="false"/>
<modules>
<remove name="ScriptModule"/>
</modules>
<handlers>
<remove name="WebServiceHandlerFactory-Integrated"/>
<remove name="ScriptHandlerFactory"/>
<remove name="ScriptHandlerFactoryAppServices"/>
<remove name="ScriptResource"/>
</handlers>
</system.webServer>
Измените validateIntegratedModeConfiguration на истинный, и удалите WebServiceHandlerFactory-интегрированный из удалить списка.
Достаточно странно от памяти ASP.NET добавляет те строки конкретно IIS7. О, хорошо.
У меня была эта проблема, но по совершенно другой проблеме. Убедитесь, что вы скомпилировали свой сайт перед его развертыванием. У меня были некоторые страницы, которые были скомпилированы, и некоторые страницы, которые не были скомпилированы.
Мне потребовалось так много времени, чтобы понять, потому что, когда я пытался просмотреть эти страницы на сервере приложений (Windows Server 2008), он не позволял мне просматривать незащищенные страницы (протокол http) из-за настроек безопасности Internet Explorer. . У меня была привязка только к порту 80 при тестировании в браузере на сервере. Поэтому я не мог даже увидеть скомпилированную aspx-страницу, не говоря уже о aspx-страницах, которые не были скомпилированы. Однако на обоих полях на одном сайте была видна простая HTML-страница - эта часть была интересной. Когда я просматривал страницы на другом компьютере (под управлением Windows 7) в этой сети, скомпилированная aspx-страница показывалась нормально, потому что она была скомпилирована. А нескомпилированные страницы - нет.
У меня была привязка только к порту 80 при тестировании в браузере на сервере. Поэтому я не мог даже увидеть скомпилированную aspx-страницу, не говоря уже о aspx-страницах, которые не были скомпилированы. Однако на обоих полях на одном и том же сайте была видна простая HTML-страница - эта часть была интересной. Когда я просматривал страницы на другом компьютере (под управлением Windows 7) в этой сети, скомпилированная aspx-страница показывалась нормально, потому что она была скомпилирована. А нескомпилированные страницы - нет. У меня была привязка только к порту 80 при тестировании в браузере на сервере. Поэтому я не мог даже увидеть скомпилированную aspx-страницу, не говоря уже о aspx-страницах, которые не были скомпилированы. Однако на обоих полях на одном и том же сайте была видна простая HTML-страница - эта часть была интересной. Когда я просматривал страницы на другом компьютере (под управлением Windows 7) в этой сети, скомпилированная aspx-страница показывалась нормально, потому что она была скомпилирована. А нескомпилированные страницы - нет. скомпилированная страница aspx показалась нормально, потому что она была скомпилирована. А нескомпилированные страницы - нет. скомпилированная страница aspx показалась нормально, потому что она была скомпилирована. А нескомпилированные страницы - нет.