HTTP-header zu erkennen, dass eine preload-Anforderung von Google Chrome

• Von: code.google.com/intl/ro-RO/chrome/whitepapers/prerender.html Hinweis: Chrome nicht passieren keine Unterscheidung Header, wenn zur Pre-rendering-Auftritt. Weil die Mehrheit der prerenders umwandeln in echte Seitenzugriffe, die die Sichtbarkeit der Seite-API ist der einzige Weg, um richtig Konto für prerenders. Wenn die Seite dem Benutzer angezeigt werden soll, werden keine neuen Anfragen von Chrome, obwohl Sie könnte ein script erstellen, verwendet der Page-Visibility-API zum auslösen einer neuen Anfrage.
• Betonung auf: "Chrome nicht passieren keine Unterscheidung Header, wenn zur Pre-rendering-Auftritt", was so ziemlich meine Frage beantworten. Pre-fetching HTTP headers überhaupt nicht verwendet werden (bei Anforderung des Körpers).
• Ich denke, es muss klar gemacht werden, dass die pre-rendering und pre-fetching sind nicht das gleiche. Pre-fetching ist standardmäßig in den gängigen Browsern und ist immer gekennzeichnet durch eine spezielle Kopfzeile (X-Purpose: preview im Chrome). Pre-rendering ist eine experimentelle Chrome-feature, das der Entwickler muss sich opt-in. Es ist kein Kopf zu erkennen, pre-rendering, da der Entwickler weiß, wenn Sie aktiviert haben oder nicht.
• Eigentlich pre-rendering geschieht auch, wenn die Entwickler nicht opt-in (z.B. wenn der Benutzer die Eingabe in der url-Leiste). Es war die Ursache für einen fiesen bug für uns. Der einzige Weg, um dies zu erkennen, soweit ich weiß, ist über die page-visibility-API, so gibt es keine Möglichkeit, ihn zu erkennen, server-Seite. IMO Sie sollte wirklich setzen eines http-headers in diesem Fall (was Sie nicht tun).
• es ist wahrscheinlich, dass die opt-in-Charakter zur Pre-rendering hat sich geändert, seit ich gepostet, dass. Das heißt, es glaube ich zur Pre-rendering erfolgt nur über GET-Anfragen. Als solche Fehler, die aus Chrome prefetching-API-Aufrufe können vermieden werden, indem gemäß dem HTTP-standard und nicht Handlungen durchführen, die als Ergebnis von GET-Anforderungen. GET-Anforderungen werden zum abrufen von Daten nur. POST, PUT und DELETE existieren für andere Operationen. Beachten Sie, dass ich sage nicht, daß Ihr Problem in irgendeiner Weise damit in Zusammenhang stehen. Ich bin einfach zu erwähnen, es für er den Willen von Menschen, die dieses problem auftreten, wenn Gebäude eine API.
• Abrufen von Daten verbraucht Ressourcen und führt möglicherweise zu Fehlermeldungen erzeugt auf der server-Seite, wenn die Anfrage war ungültig (z.B. schlechte querystring). Es ist lächerlich, zu führen dies automatisch, und haben absolut keine Möglichkeit, in der Anzeige. Es ist auch ein grober Missbrauch der Chrome-Nutzer die Bandbreite.

Zeige alle Kommentare