7 votos

Safari 7.0 no se puede cargar localhost

Después de actualizar a 10.9 y Safari 7.0, ya no puedo cargar http://localhost:4000 en Safari. Sí, mi sitio sigue cargas perfecto cuando lo cargo en Chrome y Firefox, así que esto es algo nuevo en Safari.

Estos son los mensajes de error que veo en el desarrollador de la ventana. El mensaje de error es

Failed to load resource: The network connection was lost.

Developer Window

Parece que el servidor está haciendo su trabajo correctamente. Aquí está la salida de la comisión de la consola. Todo está volviendo a la 200.

127.0.0.1 - - [24/Oct/2013 06:25:49] "GET / HTTP/1.1" 200 - 0.0039
127.0.0.1 - - [24/Oct/2013 06:25:49] "GET /stylesheets/screen.css HTTP/1.1" 200 - 0.0022
127.0.0.1 - - [24/Oct/2013 06:25:49] "GET /javascripts/modernizr-2.0.js HTTP/1.1" 200 - 0.0014
127.0.0.1 - - [24/Oct/2013 06:25:49] "GET /javascripts/octopress.js HTTP/1.1" 200 - 0.0018
127.0.0.1 - - [24/Oct/2013 06:25:49] "GET /javascripts/ender.js HTTP/1.1" 200 - 0.0048

4voto

Kieran Senior Puntos 6053

Creo que este es un problema con WEBrick v1.3. WEBrick no le está devolviendo el contenido correcto de longitud y notifica a los usuarios de este:

WARN no se Pudo determinar el contenido de longitud de cuerpo de respuesta. Establecer la longitud de contenido de la respuesta o conjunto de Respuesta#fragmentada = true

Tratando wget el mismo recurso también marca un error en la conexión de red como por: https://github.com/imathis/octopress/issues/1395

Chrome & Firefox acaba de mostrar cualquier contenido que se recibió y no te preocupes por la falta de coincidencia en el contenido de longitud. Safari, comenzando con Safari 7.0 en Mavericks' 10.9 es más estrictas acerca de la respuesta y trata de la falta de coincidencia como un "Error al cargar el recurso de error". (Si yo tuviera que adivinar, probablemente están tratando de mejorar la velocidad de manera que no vuelva a intentar el recurso y por lo tanto no obtener el archivo completamente recuperada respuesta que wget ).

Si reemplaza WEBrick con delgado, este problema debería desaparecer. Para hacer esto en un Rack de la aplicación basada en probar:

echo gem \"thin\" >> Gemfile
bundle install
rbenv rehash # if you're using rbenv
bundle exec rackup -s thin

2voto

Robert Watts Puntos 31

Esto podría estar relacionado con su desarrollo local del servidor de envío de todos los bytes de uno de los CSS o JS a Safari?

Parece que Safari no es muy indulgente donde otros navegadores. SteveLTN piensa que este puede ser el caso de un sonido similar Octopress problema en GitHub:

He encontrado el archivo octopress.js debe ser 8482 bytes, pero de alguna manera el servidor informó 8502 bytes para el navegador ( y wget demasiado ), que conduce el navegador a pensar que la conexión de red es perdido cuando recibió 8482 bytes. Wget, Chrome y Firefox, probablemente podría intentar automáticamente, pero Safari no de alguna manera. Gracias.

2voto

Paul Walk Puntos 21

He experimentado un problema al ejecutar una aplicación Sinatra en Mavericks con Safari. Puedo confirmar que la instalación de 'fina' (gem install delgada) y lo añade a la aplicación del gemfile eran todo lo que necesitaba para solucionar esto.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X