Safari 7.0 no puede cargar localhost

7

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

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

Failed to load resource: The network connection was lost.

Inclusoparecequeelservidorestáhaciendosutrabajocorrectamente.Aquíestálasalidadelaconsoladerastrillo.Todovuelve200.

127.0.0.1--[24/Oct/201306: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
    
pregunta Jarrett Meyer 24.10.2013 - 12:34

3 respuestas

4

Creo que este es un problema con WEBrick v1.3. WEBrick no está devolviendo la longitud de contenido correcta & notifica a los usuarios de esto:

  

WARN No se pudo determinar la longitud del contenido del cuerpo de respuesta. Establezca la longitud del contenido de la respuesta o establezca la Respuesta # chunked = true

Intentar que wget sea el mismo recurso también marcará un error en la conexión de red según: enlace

Chrome & Firefox simplemente muestra cualquier contenido recibido & No te preocupes por el desajuste en la longitud del contenido. Safari, comenzando con Safari 7.0 en Mavericks '10.9 es más estricto en cuanto a la respuesta & trata la falta de coincidencia como un error "Error al cargar el recurso". (Si tuviera que adivinar que probablemente están intentando mejorar la velocidad, no vuelva a intentar el recurso y no obtenga la respuesta del archivo recuperada por completo que wget ).

Si reemplaza WEBrick con thin, este problema debería desaparecer. Para hacer esto en una aplicación basada en Rack, intente:

echo gem \"thin\" >> Gemfile
bundle install
rbenv rehash # if you're using rbenv
bundle exec rackup -s thin
    
respondido por el tdbit 01.11.2013 - 02:47
2

¿Podría estar relacionado con su servidor de desarrollo local que no envía todos los bytes de uno de esos archivos CSS o JS a Safari?

Parece que Safari no es muy tolerante con otros navegadores. SteveLTN cree que este podría ser el caso en un sonido similar problema con Octopress en GitHub :

  

He encontrado que el archivo octopress.js debería ser de 8482 bytes, pero   de alguna manera el servidor reportó 8502 bytes al navegador (y también a wget   ), lo que lleva al navegador a pensar que la conexión de red es   perdido cuando se recibe 8482 bytes. Wget, Chrome y Firefox probablemente podrían   Vuelva a intentarlo automáticamente, pero Safari no lo hizo de alguna manera. Gracias.

    
respondido por el Robert Watts 26.10.2013 - 22:31
2

Experimenté un problema muy similar al ejecutar una aplicación Sinatra en Mavericks con Safari. Puedo confirmar que la instalación de 'thin' (gem install thin) y su adición al archivo gem de la aplicación fueron todo lo que se necesitaba para resolver esto.

    
respondido por el Paul Walk 01.11.2013 - 10:09

Lea otras preguntas en las etiquetas