0

я делаю некоторые тесты на IE 8 на странице соответствующих стандартам, со строгим DOCTYPE:IE8 в черный список домен принуждая неэталоны режим

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> 

Однако, по-видимому, эта страница была быть оказана в «IE 8 compat view "/" Стандарты IE7 ", который нарушал макет.
Осмотревшись, я обнаружил, что, по-видимому, у IE есть черный список веб-сайтов, вызывая режим совместимости для перечисленных.
Затем я проверил на this blacklisted domains DB, если сайт, над которым я работал, был в списке, но это не так. Это большой сайт, и определения базы данных кажутся устаревшими, поэтому может быть, что он был добавлен за последний год или около того.

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

Что я могу сделать теперь, чтобы сделать режим стандартных триггеров IE8/7?
Есть ли способ удалить сайт из черного списка?
Я полагаю, что я мог бы использовать метаданные UA, если ничего не было доступно, но предпочел бы не добавлять (еще один) ненужный элемент html, специально предназначенный для работы IE.

More information about IE8 and the compatibility blacklist

+0

Вы тестируете это на ** внешнем ** домене? или локальный хост? или интранет-сервер? - IE по умолчанию предоставляет «внутренние» серверы по своему «не совсем стандарту». Обратите внимание, что в дополнение к глобальному списку совместимости, поддерживаемому MSFT, IE8 каждого пользователя может добавлять/удалять сайты из локального списка. – scunliffe

+0

Это звучит интересно scunliffe - оригинальная проблема была на сервере интрасети, тогда как домен, в котором я запускал второй тест, был на localhost - и это было признано стандартным. Есть ли что-нибудь, что я могу сделать, чтобы проверить, если это проблема? Любой способ исправить это, если это так? – Razor

+0

уверен ...в IE8 загрузите свою страницу и нажмите «F12». IE отобразит два пункта режима рендеринга, которые вам нравятся «Режим браузера» и «Режим документа», оба должны отображать IE8 - если режим документа «IE7», а сервер - это локальная интрасеть сервер, вот почему. – scunliffe

ответ

0

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

Вот оригинальный комментарий scunliffe (если вы пишете его в качестве ответа, я выберу вас):

Вы тестируете на внешнем домене? или локальный хост? или интранет-сервер? - IE по умолчанию предоставляет «внутренние» серверы по своему «не совсем стандарту». Обратите внимание, что в дополнение к глобальному списку совместимости, поддерживаемому MSFT, IE8 каждого пользователя может добавлять/удалять сайты из локального списка.

0

Вы можете заставить IE8 для отображения в стандартном режиме с помощью последующей META тега, размещенного внутри вашей головы тегов. Я не уверен, что это переопределяет поведение на локальных сайтах, но стоит попробовать.

<meta http-equiv="x-ua-compatible" content="IE=8"> 

Редактировать: извините, я не видел, чтобы вы упоминали UA metas - этот ответ немного лишний, я думаю.

Редактировать 2: есть ли пробелы перед объявлением DOCTYPE? Я имел это некоторое время назад, и это просто вопрос удаления пробелов, которые выгружались до вывода DOCTYPE. Это привело к потере IE8 в режим стандартов.

Edit3: также, проверить домен/IP на этом сайте, он проверяет несколько URIBLs http://www.myiptest.com/staticpages/index.php/check-blacklisted-domain-URIBL

+0

О ваших изменениях: 2: точно такая же страница может запускать или не запускать стандарты, совместимые со стандартами, в разных доменах, поэтому она не может быть до разницы в файлах (кроме строк, которые, как я думаю) 3: это выглядит как некоторые черный список сделан для фильтрации спама по электронной почте? Не думайте, что это та же проблема, что и у меня здесь Спасибо за ваш ответ! – Razor