tag - CSS se representa de manera diferente en el servidor web que en el entorno de desarrollo

title attribute in html (14)

Tengo este problema donde la aplicación web que he creado en mi entorno de desarrollo, se muestra de manera diferente después de que lo cargue en el servidor web.

Estoy usando el mismo navegador y la misma máquina para ver las páginas. Lo único diferente, es el "servidor". Estoy usando .net 3.5 y en mi entorno de desarrollo las páginas se sirven usando el servidor de desarrollo ASP.net. En el servidor web, las páginas se sirven con IIS 6.0.

Solo tengo un archivo CSS que está dentro de la carpeta "App_Themes / Default" que se usa para controlar todo el CSS en mi aplicación.

Estas son algunas de las cosas que no muestran lo mismo:

1) Tengo un control de panel contraíble que, cuando se expande, se debe mostrar encima de todos los otros elementos de la página. En el entorno de desarrollo, se comporta correctamente. En el servidor web, el panel se desliza debajo de los otros elementos.

2) Tengo mi elemento definido con un fondo y un cierto tamaño de fuente. Cuando se muestra en mi entorno de desarrollo, el texto aparece en una línea. Sin embargo, en el servidor web, el texto se envuelve aunque el texto tenga el mismo tamaño. Es como si el div que contiene de alguna manera se vuelve "más pequeño".

3) El ancho de los botones que no tienen un ancho fijo (por lo que el ancho está determinado por el texto del botón) es diferente entre el entorno de desarrollo y el servidor web. Los bottons en el servidor son siempre más amplios.

Revisé para asegurarme de que no haya referencias a otros elementos CSS en machine.config y global web.config en el servidor y en mi entorno de desarrollo.

Sé que el servidor está leyendo desde el CSS porque, en general, se ve similar (los mismos colores, fondos, estilo de fuente, etc.). Es solo que los tamaños parecen estar apagados y las capas de los divs.

¿Alguien que haya tenido el mismo problema? ¿Alguna idea de lo que podría buscar?

El CSS que proviene del servidor puede ser una versión almacenada en caché anterior; intente actualizar la página con Ctrl + F5 para volver a solicitarla.

Esto al menos suena como que el servidor de producción agregó una declaración xml al HTML o cambió el doctype que causó que la página se procesara en modo no compatible con los estándares. Esto también se conoce como modo peculiar, ves esto muy bien en MSIE. Los síntomas que describió son reconocibles como errores de modelo de caja en MSIE .

Haga clic derecho en las páginas y verifique la fuente HTML. ¿Son los dos exactamente lo mismo? (incluyendo metaetiquetas, declaración xml, espacio en blanco, etc.)

Si está enviando un FTP desde Windows a Linux, asegúrese de que está transfiriendo en modo binario para asegurarse de que los espacios en blanco (espacios, saltos de línea) permanecen sin cambios. Asegúrese también de que está guardando documentos como UTF-8 (o al menos ISO-8859-1 ) y NO como codificación propiedad de MS, como CP1252 .

Esto me pasa a menudo cuando la versión del ''servidor'' se almacena en caché de alguna manera. Refrescar hizo el truco. Tirar "archivos temporales de internet" también lo hace.

Juste agrega esto a tu archivo web.config:

<system.webServer> <httpProtocol> <customHeaders> <clear /> <add name="X-UA-Compatible" value="IE=8" /> </customHeaders> </httpProtocol> </system.webServer>

Para aquellos de ustedes que tienen este problema en una configuración de sitio Intranet, la metaetiqueta no solucionará el problema si está activada la opción "Mostrar sitios de intranet en la Vista de compatibilidad" (que es en muchos casos)

Debe enviar el encabezado de respuesta HTTP al nivel del servidor, consulte here

Para mí, la Compatibility View Settings Internet Explorer fue el problema:

Después de que las casillas de verificación no estaban configuradas , el CSS se reproduce perfectamente

Parece que los está comparando en Internet Explorer 8. Microsoft introdujo diferentes modos de representación para servidores locales e Internet para que los desarrolladores web se romparan en lágrimas.

Si no hay un valor compatible con X-UA y el sitio está en la zona de seguridad de Intranet local, se procesará en modo EmulateIE7 de forma predeterminada.

Agregue el encabezado Compatible con X-UA o META para forzar el modo estándar de IE8.

Véase también http://sharovatov.wordpress.com/2009/05/18/ie8-rendering-modes-theory-and-practice/

Puede ser causado por la minificación, por ejemplo, en la máquina dev que tiene

AAA BBB

pero en el servidor remoto se convierte

AAABBB

y un espacio entre ellos se pierde.

También tuvimos problemas con los modos de compatibilidad, así que terminé simplemente agregando:

<meta http-equiv="X-UA-Compatible" content="IE=Edge">

Como sabía que funcionaba bien en IE7, 8 y 9.

Tuve el mismo problema en Google Chrome. Aparentemente las consultas de los medios se arruinan si la página se acerca o aleja. Asegúrate de que tu nivel de zoom sea del 100% para ambos sitios.

Tuve el mismo problema. Nuestra red utiliza Win7 con IE11 en todo momento. Para mí, la solución era, en mi máquina local, agregar "localhost" a la lista en la configuración de compatibilidad de IE> "Sitios web que ha agregado a la Vista de compatibilidad". IE> Herramientas> Configuración de Vista de compatibilidad .

Por cierto, nuestra NA tiene cada configuración de máquina IE11 para "Mostrar sitios de intranet en la Vista de compatibilidad" verificada automáticamente por una política de grupo.

Tuvimos el mismo problema, arreglado en IE9 e IE11 con esto:

<head> <meta http-equiv="X-UA-Compatible" content="IE=Edge"/> </head>

acabo de tener este problema. Cambié mi hoja de estilo y el código HTML. Se veía muy bien a nivel local, pero no funcionó en el servidor. Descubrí que en Visual Studio el archivo "Copiar en el directorio de salida" del archivo CSS estaba configurado en "No copiar". Entonces mis actualizaciones de CSS no se estaban implementando. Algunas veces el problema es solo un error del usuario.

prueba esto,.

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />