Aus irgendeinem Grund nicht hinzufügen "Cache-Control: no-transform" - header auf jeder Seite?
Haben wir vor kurzem behoben nagende Fehler auf unserer website, ähnlich wie in Wie zu stoppen javascript-Injektion von vodafone proxy? - im Grunde genommen die Vodafone-mobile-Netz war randalierenden unseren Seiten unterwegs ist, die änderungen vornehmen, um das JavaScript, das brach viewmodels.
Hinzufügen eines "Cache-Control: no-transform" - header auf der Seite, zu erleben war das problem behoben, das ist toll.
Jedoch sind wir besorgt, dass wir mehr tun clientseitigen Entwicklung mit JavaScript, MVP Techniken, können wir es wieder zu sehen.
Gibt es aus irgendeinem Grund nicht hinzufügen, um diesen header zu jeder Seite serviert von unserer Seite?
Gibt es nützlich Transformationen, die dies verhindert? Oder ist es im Grunde nur ähnliche Beispiele von Trägern, die macht ham-fisted versucht zu verkleinern Dinge und möglicherweise brechen Sie in den Prozess?
InformationsquelleAutor Carson63000 | 2013-11-21
Du musst angemeldet sein, um einen Kommentar abzugeben.
Gründe, sich nicht zu fügen diesen header-speed-performance und Daten-transfer.
Einige proxy - /CDN-services Kodieren der Medien, so dass, wenn Ihr client hinter proxy oder verwenden Sie ein CDN-service, kann der Kunde höhere Geschwindigkeit und verbringen littler Daten übertragen. Diese header tatsächlich Aufträge proxy /CDN - nicht zu Kodieren die Medien , und lassen Sie die Daten als ist.
So, wenn Sie don ' T care über diese, oder Ihre app nicht viele Dateien wie Bilder oder Musik, oder Sie wollen nicht jede Codierung, die auf Ihren traffic, es gibt keinen Grund, dies nicht zu tun (und das Gegenteil empfohlen).
Finden Sie in der RFC hier: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.5
Cache-Control: no-transform
header, aber keine Bild-Dateien verlinkt hast nicht, wäre das zulassen von proxies für die Transformation der Bilder? Ich gehe davon aus so.Dir absolut Recht. wenn Sie wollen und können nur dazu dienen, das html / javascript mit diesem header, die andere Ressourcen erlauben würde Kodieren von proxy. es sind einfach zu erreichen mit
.htaccess
Sie können definieren, welche Arten von Dateien auf Ihren Kopf.Es macht einen großen Unterschied bei Bildern: calendar.perfplanet.com/2013/mobile-isp-image-recompression
InformationsquelleAutor MeNa
Google hat vor kurzem die service googleweblight also wenn Ihr Seiten hat sich die "Cache-Control: no-transform" - header-Richtlinie werden Sie opting-out von der transcoding-Ihre Seite bei der Verbindung von einem mobilen Gerät mit einer langsamen internet-Verbindung.
Weitere Infos hier:
https://support.google.com/webmasters/answer/6211428?hl=en
Richtig, es ist auch hier angegeben: developer.chrome.com/multidevice/data-compression
InformationsquelleAutor Marta Garcia