Comment configurer IIS avec un domaine de biscuits pour améliorer les performances?

Question

Je lisais dans la documentation de Google leur nouveau pesan plugin, qu'ils recommandent d'utiliser Domaines de biscuits Pour améliorer les performances:

Le contenu statique, tel que les images, les fichiers JS et CSS, n'a pas besoin d'être accompagné de cookies, car il n'y a pas d'interaction utilisateur avec ces ressources. Vous pouvez réduire la latence des demandes en servant des ressources statiques à partir d'un domaine qui ne sert pas de cookies.

Quelqu'un sait-il comment faire cela dans IIS?

Answer 1

Ce que l'article Google suggère, c'est que vous servez tout votre contenu statique à partir d'un autre domaine où les cookies ne sont pas initialement définis par ce domaine de service.

Les cookies sont définis de deux manières - par des cookies de session (par exemple par les demandes ASP ou ASP.NET) ou explicitement par votre application.

Ceux-ci seront affichés sur le serveur sur chaque demande ultérieure pour le domaine qui définit le cookie (que la demande soit pour le contenu statique ou dynamique) augmentant ainsi la charge utile de la demande.

Ce que vous faites en ayant un deuxième domaine pour servir du contenu statique (HTML, CSS, Images, etc.), c'est de faire des demandes sans cookie car aucun cookie initial ne serait défini en premier lieu pour ce domaine.

Dans IIS, c'est votre application, Isapi Filter ou Isapi Extension qui ajoutera un cookie. Si votre serveur IIS n'intercepte pas les demandes de contenu statique (car cela est généralement géré par le pilote http.sys en mode noyau), aucun cookie ne sera ajouté à la réponse. Il ne fait que monter le pipeline de demande que les cookies entrent en jeu.

Donc, fondamentalement, il n'y a pas de moyen de configurer explicitement les domaines sans cookies dans IIS.

Answer 2

Si vous mettez simplement toutes vos ressources statiques, par exemple, static.mysite.com, et si vous ne définissez jamais de cookies dans ce domaine, le navigateur n'enverra jamais de cookie lors de la récupération d'une ressource à partir de votre domaine statique.

C'est tout ce que Google dit. Il n'y a rien à configurer, juste à organiser.

Answer 3

AFAIK Google Analytics définit le cookie pour tous les sous-domaines, il serait donc inutile si vous utilisez l'analyse?

J'ai également vécu cela, vous devrez utiliser un domaine complètement différent pour éviter que les cookies analytiques / AdSense soient définis. L'utilisation de static.ouourdomain.com ne le coupera pas.

Voici pour espérer que Google modifiera ses cookies d'analyse afin que nous n'ayons pas tous à acheter de nouveaux domaines pour servir du contenu sans cookies.

Answer 4

AFAIK Google Analytics définit le cookie pour tous les sous-domaines, il serait donc inutile si vous utilisez l'analyse?

Answer 5

Voici un exemple utilisant le code de suivi de Google Analytics Asynchronous, sur la façon de définir le domaine pour le suivi: _gaq.push(['_setAccount', 'UA-XXXXXXX-x'],['_setDomainName', 'www.example.com'],['_trackPageview']);

Voici un exemple en utilisant la version précédente du code de suivi:

var pageTracker = _gat._getTracker("UA-XXXXXXX-x");
pageTracker._setDomainName("www.example.com");
pageTracker._trackPageview();

Et voici ce que Google a à dire à ce sujet: Google Analytics & Cookies