Les nouvelles de la fuséeà la vitesse de la lumière !

WP Rocket 2.9 « Iridonia » – Supprimer les query strings et plus encore

Décembre est la période des cadeaux, et notre cadeau pour vous est une nouvelle version de WP Rocket. Bienvenue au monde, WP Rocket 2.9, nom de code : Iridonia (nommé affectueusement par notre nouvelle Rocketeer, Shelley) !

En plus de l’amour et du dévouement de notre lead developer, Remy, Iridonia contient de nouvelles fonctionnalités excitantes ainsi que des améliorations significatives sur les fonctionnalités existantes. Merci à tous nos beta testeurs qui nous ont fait des retours utiles et nous ont aidé à corriger des bugs. Une grande partie des fonctionnalités proviennent directement des suggestions de nos utilisateurs et des votes sur notre roadmap, merci à ceux qui ont participé ici.

Et maintenant, place au fun, battements de tambours s’il vous plait…

Supprimer les query strings des ressources statiques

Une fonctionnalité très demandée par nos utilisateurs souhaitant améliorer leur note GT Metrix, nous avons maintenant une option pour résoudre la recommandation « Supprimer les query strings des ressources statiques ». Cela devrait également plaire aux utilisateurs de W3 Total Cache qui ne voulaient pas changer de bateau tant que cette fonctionnalité n’était pas disponible dans WP Rocket.

Cependant, nous ne faisons pas que supprimer la query string, vu que cela peut poser des problèmes de cache navigateur, nous encodons le numéro de version directement dans l’URL, pour conserver la valeur « cache-busting » du navigateur, tout en satisfaisant GT Metrix. Donc si vous avez un nom de fichier de ce format : style.css?ver=1.0, il deviendra style-1.0.css et sera mis à jour quand le numéro de version change, afin que vos utilisateurs reçoivent toujours la dernière version du fichier. Pour en apprendre plus à propos du cache navigateur, lisez notre article.

Remove query strings on static resources

Améliorations du CDN

Notre fonctionnalité CDN reçoit 3 améliorations principales :

  • Les « inline background-images » sont maintenant réécrites avec l’URL du CDN
  • Les images avec un chemin relatif utilisent maintenant l’URL du CDN
  • L’URL du CDN est maintenant appliquée à des formats de fichiers supplémentaires, comme les vidéos ou les documents, en plus des images/CSS/JS

Cache commun pour les utilisateurs connectés

WP Rocket est unique parmi les extensions de cache en proposant un dossier de cache unique pour chaque utilisateur. Cela permet une gestion plus fine du contenu spécifique à chaque utilisateur. Mais il y a des cas où vous n’avez pas besoin d’un tel niveau de spécificité, et le même cache pour tous les utilisateurs. Cette options est maintenant disponible !

Common cache for logged in users

Améliorations de l’interface CloudFlare

Nous avons fait des améliorations afin que l’intégration avec CloudFlare soit plus simple. Précédemment, nous n’avions aucun message dans l’interface afin de vous prévenir que vos identifiants CloudFlare sont les bons par exemple. Maintenant, c’est beaucoup plus intuitif. Pour l’intégration initiale, vous avez juste à entrer votre email CloudFlare et la clé API globale, puis un menu déroulant se remplira automatiquement avec vos domaines disponibles dans CloudFlare. Les options qui dépendent d’identifiants valides seront grisées jusqu’à ce qu’une connexion réussie soit effectué, et vous serez notifié en cas d’actions réussies ou échouées :

CloudFlare Correct Credentials

CloudFlare development mode

Autres améliorations

Compatibilité automatique avec les extensions/thèmes suivants :

  • Divi blog module
  • Disqus Comment System plugin
  • WooCommerce MultiLingual (option Currency Switcher)
  • WP-Appkit
  • SecuPress

Pour la liste complète des fonctionnalités, améliorations et corrections de bug, jetez un œil au changelog. Pendant les fêtes, offrez vous le cadeau de performances améliorées en mettant à jour vers WP Rocket 2.9 ! Si vous rencontrez un problème ou si vous avez des questions, envoyez-nous un ticket !

À propos de

Rémy est développeur WordPress depuis plus de 6 ans, et s'est investi dans la communauté en proposant des extensions sur le répertoire officiel ainsi qu'en animant des conférences lors du WPTech et du WordCamp Lyon. Vous pouvez suivre @theloopfr sur Twitter.

S’abonner à notre newsletter Les dernières actus de la fusée, à la vitesse de la lumière !

10 commentaires

Commenter

Bonjour,

merci pour cette mise à jour très utile ! J’ai une petite question cependant, le cache utilisateur « commun » ne mélange t-il pas les pages propres aux utilisateurs ? Par exemple : lorsque l’utilisateur se connectera à son compte, est-il possible qu’il voit le compte d’un autre utilisateur car WP Rocket aura mis en cache le compte d’un autre auparavant ?

Et quand est-il du compte admin ? Est-il mis en cache aussi ?

    Équipe de support WP Rocket

    Bonjour Alexandre, si vous avez une partie « mon compte », vous ne devez pas activer l’option de cache commun pour les utilisateurs connectés. Cette option est utile uniquement vos utilisateurs connectés ont exactement le même contenu sur votre site.

Merci de votre réponse. Je suppose qu’il en est de même pour les avatars des utilisateurs, si WP Rocket utilise un cache commun ils auront tous le même avatar ^^

De ce fait je pense qu’un cache personnel est la meilleure solution (pour l’instant ^^).

@Jonathan: En gros, il est utile d’activer cette option si nous n’avons que des utilisateurs de type « abonnés » (ou similaire), s’il y a plusieurs types d’utilisateurs tels que des contributeurs, il vaut mieux désactiver l’option, c’est bien ça?

    Équipe de support WP Rocket

    @Lenny : l’utilité de la fonction dépend du contenu du site. Si tous les mêmes ont exactement le même site sans valeur dynamique (pseudo, avatar ,etc), alors elle peut être utilisée. Dans le cas contraire, cette option n’est pas à activer.

Super cette mise à jour !
Petite question:

Sur un site qui utilise Buddypress (donc site dynamique) est-ce qu’il est recommandé de ne pas utiliser la mise ne cache des utilisateurs ? (même avec la nouvelle option). Car un membre peux ajouter/retirer des favories, mettre à jour son profil, etc … La dernieère il fallait que je vide le cache systematiquement pour percevoir le changement, du coup j’avais désactivité la cache utilisateur pour être tranquille, mais quelques part c’est quand même très gênant de ne pas pouvoir profiter de wp rocket à 100%, car le but de WP rocket c’est quand même la mise en cache !!!

    Équipe de support WP Rocket

    @Julien : À titre personnel, je n’activerai pas la mise en cache pour les utilisateurs connectés sur un bbpress. Ou je ferais en sorte d’exclure uniquement la partie forum du site.

Ok, on n’est d’accord, mais c’est pas aussi facile que ça, il y a pas que le forum qui est dynamique, en faite tout le site est dynamique, quand un membre ajoute un produit, l’admin doit le validé, et je me souviens que ça causé problème à ce niveau là, il fallait vider le cache pour que le produit s’afffiche, mais il faut que je refasse des tests avec la nouvelle mise à jour ….

Bonjour et merci pour toutes améliorations 🙂

A propos de celle-ci : « CSS and JS content loaded using a php file are now saved as static files instead to improve the loading time »

Alors oui ça fonctionne bien, genre avec le thème Enfold qui utilise cette mauvaise technique, mais ça ne fonctionne pas quand Enfold est en multisite. Je suis toujours obligé d’exclure du processus de minification la feuille de style dynamique générée par le thème, qui se trouve par exemple dans : /files/dynamic_avia/technologies_e-business.css

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs requis sont indiqués par des *

[i]
[i]