Вопросы Теги

Страница отображения IIS по-другому, когда localhost используется в URL по сравнению с именем хоста

cat /proc/pid/smaps

Если Вы не хотите использовать подкачку, то не используйте раздел подкачки (прокомментируйте строку в /etc/fstab), но это предотвратит для запуска нового процесса и сделает сбой malloc, если у Вас закончится физическая память. Это не хорошая идея в общем..., не очень безопасном и даже не очень полезном, поскольку ОС сохранит горячие страницы в памяти и подкачает к диску тех, которые не используются недавно.

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

Знать, что является подкачкой и как виртуальная память работает... Я рекомендовал бы Вам смотреть к некоторым лекциям Операционной системы, возможно, MIT Открывает, Courseware мог помочь.

8
задан 21 May 2010 в 08:47
7 ответов

Я знаю, что это - старый поток, но я просто поразил ту же проблему. При использовании IE8 проблемой может быть свое Представление Совместимости. По умолчанию сайты в Вашей локальной интранет - но НЕ localhost - представляются в представлении совместимости IE7.Более подробная информация:

http://msdn.microsoft.com/en-us/library/cc288325%28VS.85%29.aspx

К сожалению, это не помогает избавиться от отключенной полосы прокрутки, но она действительно объясняет несоответствие.

9
ответ дан 2 December 2019 в 22:48
  • 1
    Это превосходно. Спасибо за нахождение и регистрацию понимания проблемы. –  maik 29 October 2010 в 21:58

CSS не должен быть затронут URL. Шанс у Вас есть скрытый текст с URL где-нибудь в теле, которое заставляет его смещаться? Если Вы просматриваете источник файла в обеих ситуациях с помощью инструмента как http://www.quickdiff.com/, там что-либо различное между ними?

0
ответ дан 2 December 2019 в 22:48
  • 1
    That' s точная мысль я имел, который является, почему проблема, кажется, игнорирует логику. Единственная вещь, которую я могу придумать, состоит в том, что IIS делает что-то специальное на основе того, прибывает ли запрос из localhost или нет. Если я использую localhost, 127.0.01, мой адрес IPv4 или IPv6 обращаются к нему, представляет то же (без полосы прокрутки, и т.д.). Если я использую свой computer' s имя хоста или доступ это от другого компьютера это представляет с полосой прокрутки. Я действительно первоначально исследовал источник глазами и didn' t видят любые различия и просто проверили то использование quickdiff.com. < 3 IIS :( –  maik 20 May 2010 в 18:21
  • 2
    Определенно странный. Как насчет quickdiff на файлах CSS? Другой вещью проверить является поджигатель или fiddler2, чтобы видеть, отличаются ли заголовки. Это покажет то, что IIS отправляет в заголовках. –  Scott Forsyth - MVP 20 May 2010 в 19:55
  • 3
    Часть моей отладки перемещала то, что мало CSS я имел в aspx файл вместо этого, таким образом, there' s ничто специальное продолжение в том отделе. I' ll проверяют Скрипача и видят, вижу ли я какие-либо различия. –  maik 20 May 2010 в 23:32
  • 4
    Скрипач показывает различия в заголовках ответа и запросе. Это doesn' t похожи на что-либо захватывающее, но возможно IE принимает решение рендеринга на основе чего-то там... В заголовках запроса единственная разница - то, что в заголовках запроса my_hostname, заголовок Авторизации появляется перед заголовком Хоста в то время как it' s противоположное в запросе localhost. В ответе Персистентный Автор заголовков имеет значение false в my_hostname и верный в localhost. Закодированный маркер в WWW - Проходит проверку подлинности, также значительно длиннее в my_hostname, чем localhost, но метод, все еще Согласовывают. –  maik 20 May 2010 в 23:45

Проблема находится в настройках представления IE8 compatability. По умолчанию интранет-сайты (Ваш сервер) отображены в представлении совместимости. Для переопределения этого поведения, необходимо добавить следующий код к коду позади aspx страницы.

protected override void OnPreInit(EventArgs e) {
    Response.AddHeader("X-UA-Compatible", "IE=8");       

    base.OnPreInit(e);
}

Это работало на меня.

7
ответ дан 2 December 2019 в 22:48

В IE9 сайты, работающие на localhost , автоматически отображаются в режиме совместимости. Чтобы изменить это (по умолчанию) поведение, сделайте следующее:

  1. Если не активировано, активируйте панель инструментов Команда
  2. Щелкните Страница> Настройки для режима совместимости
  3. Снимите флажок «Отображать интрасайты в режиме совместимости»
2
ответ дан 2 December 2019 в 22:48

Вот сообщение на StackOverflow об этом

основном изменении верхней части HTML-макета или MasterPage (после <% @ .. .%> ) на: 

<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="X-UA-Compatible" content="IE=Edge" />
1
ответ дан 2 December 2019 в 22:48

Исправление, которое @Claire применяет также к IE 11 . У меня были проблемы, когда css не применялся при доступе к сайту через имя хоста сервера, но localhost отображался нормально.

Чтобы исправить: 

Internet Options -> Uncheck Display intranet sites in Compatibility View

Я не уверен, почему localhost является не считается сайтом интрасети , однако

0
ответ дан 2 December 2019 в 22:48

Просто констатирую, что у меня была проблема, похожая на операционную систему, и я применил код, который Серж Саган предложил на главной странице моего сайта, но изменил IE=Edge на IE=11, теперь, когда он был опубликован, все отображается так, как и должно быть.

-1
ответ дан 2 December 2019 в 22:48

Теги

Похожие вопросы