Safari 7.0 non può caricare localhost

Question

Safari 7.0 non può caricare localhost

#1 da (4 voti)
#2 da (2 voti)
#3 da (2 voti)

7

Dopo l'aggiornamento a 10.9 e Safari 7.0, non posso più caricare http://localhost:4000 in Safari. Sì, il mio sito è ancora perfetto quando lo carico in Chrome e Firefox, quindi questo è qualcosa di nuovo in Safari.

Questi sono i messaggi di errore che vedo nella finestra dello sviluppatore. Il messaggio di errore è

Failed to load resource: The network connection was lost.

Sembraaddiritturacheilserverstiafacendoilsuolavorocorrettamente.Eccol'outputdellaconsolerake.Tuttostaritornando200.

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

mavericks safari

posta Jarrett Meyer 24.10.2013 - 12:34

fonte

3 risposte

Leggi altre domande sui tag mavericks safari

come eseguire mkdir in / home / directory Bootcamp: c'è un vantaggio tra Windows a 64 bit e Windows a 32 bit?

score 4 · Answer 1

Credo che questo sia un problema con WEBrick v1.3. WEBrick non restituisce la lunghezza e il contenuto corretti notifica agli utenti questo:

WARN Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true

Se provi a wget , la stessa risorsa segnala anche un errore nella connessione di rete come segue: link

Chrome & Firefox mostra solo qualsiasi contenuto è stato ricevuto & non preoccuparti della mancata corrispondenza nella lunghezza del contenuto. Safari, che inizia con Safari 7.0 su Mavericks '10.9, è più rigido sulla risposta & tratta la mancata corrispondenza come errore "Errore di caricamento della risorsa". (Se dovessi indovinare, probabilmente stanno cercando di migliorare la velocità, quindi non riprovare la risorsa e quindi non ottenere la risposta recuperata del file che wget fa).

Se si sostituisce WEBrick con thin, questo problema dovrebbe andare via. Per eseguire questa operazione su un'applicazione basata su rack, provare:

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

score 2 · Answer 2

Potrebbe essere correlato al tuo server di sviluppo locale che non invia tutti i byte di uno di quei file CSS o JS a Safari?

Sembra che Safari non stia perdonando dove sono gli altri browser. SteveLTN pensa che questo potrebbe essere il caso in un suono simile Problema di Octopress su GitHub :

I have found that the file octopress.js should be 8482 bytes, but somehow the server reported 8502 bytes to the browser ( and wget too ), which leads the browser to think that the network connection is lost when received 8482 bytes. Wget, Chrome and Firefox could probably automatically retry it, but Safari didn't somehow. Thank you.

score 2 · Answer 3

Ho riscontrato un problema molto simile con un'app di Sinatra su Mavericks con Safari. Posso confermare che l'installazione di "thin" (gem install thin) e l'aggiunta al gemfile dell'applicazione erano tutto ciò che era necessario per risolvere questo problema.