nie jestem przekonany, że dotyczy kwestii mimetype. Mam ten problem, gdy użytkownik publikuje wpis blogu, który zawiera elementy iframe w jego zawartości. Po zapisaniu wpisu przekierowuje do akcji "show", która zawiera zawartość użytkownika (raw/html_safe). Chrome wyświetli stronę na ułamek sekundy, a następnie z jakiegoś powodu przekieruje ponownie na pustą stronę "data:" (w historii pozostanie tylko dane: i strona przesyłania).
oto nagłówki odpowiedzi Zarejestrowałem:
Ruby 2.0.0/Rails 4 migrację aplikacji z nieprawidłowego zachowania (serwera testowego)
Cache-Control:max-age=0, no-cache, no-store
Cache-Control:max-age=0, private, must-revalidate
Connection:Keep-Alive
Content-Encoding:gzip
Content-Length:25359
Content-Type:text/html; charset=utf-8
Date:Thu, 23 Jan 2014 16:37:11 GMT
ETag:"6d9d4961ea2df12de67f8a92c43579fb"
Server:Apache
Set-Cookie: _**********_session_dev=1774518c571bf4e65189d607b276e65e; domain=*********.com; path=/; expires=Thu, 23 Jan 2014 18:37:11 -0000; HttpOnly
Status:200 OK
Vary:Accept-Encoding
X-Content-Type-Options:nosniff
X-Frame-Options:SAMEORIGIN
X-Mod-Pagespeed:1.6.29.7-3566
X-Request-Id:9f5314a5-ad01-4aec-bd0f-04e8afd9bdac
X-UA-Compatible:chrome=1
X-XSS-Protection:1; mode=block
Ruby 1.8.7/Rails 2 app z właściwego zachowania (serwer prod)
HTTP/1.1 200 OK
Date: Thu, 23 Jan 2014 16:32:53 GMT
Server: Apache
ETag: "f12135ddd373205352f9754328368217"
Cache-Control: private, max-age=0, must-revalidate
Status: 200
X-Mod-Pagespeed: 1.4.26.5-3533
Cache-Control: max-age=0, no-cache, no-store
Vary: Accept-Encoding
Content-Length: 27167
X-Cnection: close
Content-Type: text/html; charset=utf-8
Connection: Keep-Alive
Content-Encoding: gzip
również próbował mając to jako początkowy HTML:
<!DOCTYPE html>
<html>
<head>...
a także po prostu (jak losowe testy do wykrywania co może być źle)
<!DOCTYPE html>
<head>...
Wiem tylko, że jeśli przedstawiony zawartość ma iframe, gdy przekierowanie do dziwnych kopnięć zachowań blogu „Display” strona Chrome w.
Jeśli ktoś wie, jestem też ciekaw części zabezpieczenia tego. Dlaczego Chrome uważa to za funkcję bezpieczeństwa? –
+1 Spotkanie z "funkcją" – itsnikolay
Już miałem podobny problem. Przekierowania 301 w pamięci podręcznej Google Chrome. Musisz wyczyścić pamięć podręczną przeglądarki lub rozwinąć ją w trybie incognito. http://bugsquash.blogspot.fr/2008/12/google-chrome-caches-301-redirects.html rozwiązany przez – Ludovic