Question

L’un des éléments mesurables de YSlow consiste à utiliser des domaines sans cookies pour servir des fichiers statiques.

  

" lorsque le navigateur demande un message statique   image et envoie des cookies avec le   demande, le serveur ignore la   biscuits. Ces cookies sont inutiles   trafic réseau. Pour contourner ce problème   problème, assurez-vous que statique   les composants sont demandés avec   demandes sans cookie en créant un   sous-domaine et en les hébergeant . " -   Yahoo YSlow

Selon moi, cela signifie que je pourrais obtenir des gains de performances en déplaçant www.example.com/images vers static.example.com/images .

Bien que cela soit facile à faire, je voudrais perdre la capacité pratique de mon système de gestion de contenu (Joomla / WordPress) de faire facilement référence à ces images et de les lier.

Est-il possible d'utiliser .htaccess pour rediriger toutes les demandes d'un dossier particulier sur www.example.com vers un dossier situé sur static.example.com ? Cette méthode inciterait-elle également le CMS à penser que les images sont situées aux emplacements par défaut de son propre domaine?

Était-ce utile?

La solution

  

Est-il possible d'utiliser .htaccess pour rediriger toutes les demandes   pour un dossier particulier sur www.example.com vers un dossier sur   static.example.com à la place?

Possible, mais contre-productif - le client devrait faire une requête HTTP, obtenir la réponse de redirection, puis faire une autre requête HTTP.

Cela coûte beaucoup plus que la seule ligne de données de cookies sauvegardée!

  

Est-ce que cette méthode tromperait également le CMS en pensant les images   étaient situés dans les emplacements par défaut de son propre domaine?

Non.

Autres conseils

  

Bien que ce soit facile à faire, je voudrais   perdre la capacité pratique dans mon   système de gestion de contenu   (Joomla / WordPress) pour référencer facilement   et un lien vers ces images.

Ce que vous pourriez essayer de faire est de créer un plugin dans Joomla qui crée ces références de manière dinamique.

Par exemple, vous avez un plugin qui, lorsque vous entrez {chemin dinamic_path} dans un article, ajoute 'static.example.com/images' au chemin fourni. Ainsi, chaque fois que vous devez changer le chemin du serveur, vous modifiez simplement le plug-in. Pour les liens déjà présents dans la base de données, vous pouvez utiliser phpMyAdmin pour les modifier dans cette structure.

Il perd toujours l’habilité WYSIWYG dans TinyMCE, mais constitue une alternative.

En théorie, vous pouvez créer un domaine virtuel qui pointe directement sur le dossier des images, tel que images.example.com. Ensuite, dans votre CMS (si possible au niveau de la couche thème), vous pouvez remplacer les chemins qui pointent vers le dossier des images par un chemin absolu vers le sous-domaine.

Les redirections entraîneraient beaucoup plus de trafic réseau et de loin davantage de latence que de simplement laisser les choses en l'état.

Il redirigerait la demande mais le client enverrait toujours ses cookies au serveur, vous n'avez donc rien accompli. Vous devez accéder directement aux fichiers d’un domaine qui ne stocke pas de cookies pour que celui-ci fonctionne.

Ce que vous voulez vraiment faire est d'utiliser staticexample.com/images au lieu de static.example.com/images afin de ne capturer aucun cookie sur le domaine example.com que vous avez éventuellement défini. Si vous ne faites que des images de serveur de ce domaine avec un simple serveur Apache ou quelque chose du genre, vous pouvez configurer ce serveur pour ne pas renvoyer même un cookie de session.

Les redirections sont une très mauvaise idée. Les cookies génèrent des pertes de performances, mais les allers-retours sur le serveur, tels que les redirections, sont un problème de performance beaucoup plus sérieux.

Je l'ai fait ci-dessous et j'ai eu du succès:

<FilesMatch "!\.(gif|jpe?g|png)<*>quot;>
    php_value session.cookie_domain example.com
</FilesMatch>

Cela signifie que si vous ne définissez pas les images dans les informations de cookie. Ensuite, les images sont exemptes de cookies avec le serveur.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top