CSS отличается по-разному на веб-сервере, чем на среде разработки

У меня есть эта проблема, когда веб-приложение, которое я создал в моей среде разработки, отображается по-разному после того, как я загрузил его на веб-сервер.

Я использую тот же браузер и тот же компьютер для просмотра страниц. Единственное отличие – это «сервер». Я использую .net 3.5 и в моей среде разработки страницы обслуживаются с использованием ASP.net Development Server. На веб-сервере страницы обслуживаются с помощью IIS 6.0.

У меня есть только один файл CSS, который содержится в папке «App_Themes / Default», которая используется для управления всем CSS в моем приложении.

Вот некоторые из вещей, которые не отображаются одинаково:

1) У меня есть складной элемент управления панелью, который, если предполагается, должен показывать поверх всех других элементов страницы. В среде dev она ведет себя корректно. На веб-сервере панель скользит под другими элементами.

2) У меня есть элемент, определенный с фоном и определенным размером шрифта. При отображении в моей среде разработки текст отображается в одной строке. Однако на веб-сервере текст обертывается, даже если текст имеет тот же размер. Это как если бы содержащий div как-то оказывался «меньшим».

3) Ширина кнопок, которые не имеют фиксированной ширины (поэтому ширина определяется текстом кнопки) отличается между средой разработки и веб-сервером. Битвы на сервере всегда шире.

Я проверил, чтобы не было ссылок на другие элементы CSS в файле machine.config и глобальном web.config на сервере и в моей среде разработки.

Я знаю, что сервер читает из CSS, потому что в целом он похож (такие же цвета, фон, стиль шрифта и т. Д.). Это просто, что размеры, кажется, выключены, и разбиение divs.

Кто-нибудь сталкивался с этой проблемой раньше? Любые идеи того, что я мог бы найти?

Похоже, вы сравниваете их в Internet Explorer 8. Microsoft представила различные режимы рендеринга для локальных и интернет-серверов, чтобы веб-разработчики разрывались в слезах.

Если нет значения X-UA-Compatible и сайт находится в зоне безопасности локальной интрасети, он будет отображаться в режиме EmulateIE7 по умолчанию.

Добавьте заголовок X-UA-Compatible или META, чтобы принудительно использовать режим стандартных стандартов IE8.

См. Также http://sharovatov.wordpress.com/2009/05/18/ie8-rendering-modes-theory-and-practice/

У нас тоже была проблема с режимами совместимости, поэтому я просто добавил:

 

Поскольку я знал, что это отлично работает в IE7, 8 и 9.

Это, по крайней мере, звучит так, что производственный сервер добавил объявление xml в HTML или изменил doctype, что заставило страницу отображаться в режиме, не соответствующем стандарту. Это также известно как режим quirks, вы видите это очень хорошо в MSIE. Симптомы, которые вы описали, можно распознать как ошибку модели коробки в MSIE .

Щелкните правой кнопкой мыши страницы и проверьте источник HTML. Они оба одинаковы? (включая метаtags, объявление xml, пробелы и т. д.)

Если вы работаете FTP из Windows в Linux, убедитесь, что вы передаете в двоичном режиме, чтобы гарантировать, что пробелы (пробелы, строки) остаются неизменными. Также убедитесь, что вы сохраняете документы как UTF-8 (или, по крайней мере, ISO-8859-1 ) и НЕ как MS-проприетарное кодирование, такое как CP1252 .

Для тех из вас, у кого эта проблема возникает на сайте Intranet, метатег не будет устранять проблему, если флажок «Показывать сайты интрасети в представлении совместимости» (что во многих случаях)

Вы должны отправить заголовок ответа HTTP на уровне сервера, см. Здесь

У меня была такая же проблема в Google Chrome. По-видимому, медиа-запросы перепутались, если страница была увеличена или уменьшена. Убедитесь, что уровень масштабирования составляет 100% для обоих сайтов.

CSS, который поступает с сервера, может быть более старой кешированной версией – попробуйте обновить страницу с помощью Ctrl + F5, чтобы получить запрос.

У нас была та же проблема, исправленная на IE9 и IE11:

    

Для меня были проблемы с Compatibility View Settings Internet Explorer:

доступ к настройкам просмотра совместимости

Настройки просмотра совместимости

После того, как флажки были не установлены , CSS отлично отображает

Juste добавьте это в свой файл web.config:

         

Я была такая же проблема. Наша сеть использует Win7 с IE11 повсюду. Для меня решение состояло в том, чтобы на моей локальной машине добавив «localhost» в список в настройках совместимости IE> «Веб-сайты, добавленные в представление совместимости». IE> Инструменты> Параметры просмотра совместимости .

Кстати, у нашего NA есть все машинные настройки IE11 для «Отображать сайты интрасети в представлении совместимости», которые автоматически проверяются групповой политикой.

У меня была эта проблема. Я изменил таблицу стилей и HTML-код. Он отлично смотрелся локально, но не работал на сервере. Я обнаружил, что в Visual Studio для файла «Копировать в выходной каталог» в CSS было установлено значение «Не копировать». Поэтому мои обновления CSS не были развернуты. Иногда проблема – это просто ошибка пользователя.

Это часто случается со мной, когда «серверная» версия кэшируется каким-то образом. Освежающий сделал трюк. Это также отбрасывает «временные интернет-файлы».

попробуй это,.

  

Может быть вызвано минимизацией, например, на компьютере разработчика, который у вас есть

 AAA BBB 

но на удаленном сервере он становится

 AAABBB 

и пространство между ними теряется.

  • Как сделать столбцы колонок упорядоченными по горизонтали?
  • Черное прозрачное оверлейное изображение на изображении с помощью CSS?
  • : активный псевдоclass не работает в мобильном safari
  • Общие точки останова для запросов СМИ на быстродействующем сайте
  • Почему гибкий ребенок ограничен размером родителя?
  • Остановка анимации CSS3 на последнем кадре
  • увеличить высоту div с его содержимым
  • Можем ли мы изменить стиль ?
  • изменять размер шрифта в соответствии с размером div
  • Инвертировать округленный угол в CSS?
  • Позиционный элемент фиксирован вертикально, абсолютный по горизонтали
  • Interesting Posts
    Давайте будем гением компьютера.