WP super cache

napoleon59 · #1 2014-09-30 07:51:41

Bonjour à tous,

Je m'intéresse de plus en plus à la mise en cache et à essayer de comprendre le plugin wp supercache.

Je suis étonné car en lisant ces articles https://developers.google.com/speed/doc … serCaching et http://www.seomix.fr/guide-htaccess-per … hargement/

on voit qu'il faut y intégrer ce bout de code

# BEGIN Expire headers
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 7200 seconds"
ExpiresByType image/jpg "access plus 2592000 seconds"
ExpiresByType image/jpeg "access plus 2592000 seconds"
ExpiresByType image/png "access plus 2592000 seconds"
etc............
</IfModule>
# END Expire headers

# BEGIN Cache-Control Headers
<IfModule mod_headers.c>
<FilesMatch "\.(ico|jpe?g|png|gif|swf|css|gz)$">
Header set Cache-Control "max-age=2592000, public"
</FilesMatch>
<FilesMatch "\.(js)$">
Header set Cache-Control "max-age=2592000, private"
</FilesMatch>
etc.................
</IfModule>
# END Cache-Control Headers

Quelqu'un serait-il m'expliquer ce que signifie <IfModule mod_expires.c> et <IfModule mod_headers.c> et pourquoi je ne vois pas ces lignes de codes dans mon htaccess après l'installation du plugin sur mon wordpress ?

razbithume · #2 2014-09-30 08:20:10

D'après ce que je comprends, le premier indique les conditions pour indiquer l'expiration du cache (dans le response header, la ligne Expires)
L'autre pour indiquer le cache control (meme nom dans le response header).
Et tu ne peux pas le mettre manuellement dans ton htaccess ?

napoleon59 · #3 2014-09-30 08:26:47

si mais j'ai le plugin wp super cache donc je l'utilise.

D'ailleurs je viens de remarquer que les entêtes d'expiration sont dans le htaccess qui est présent dans le dossier cache et non dans le htaccess à la racine.

En gros je vais la faire simple mais pourquoi sur ce rapport Gtmetrix http://gtmetrix.com/reports/www.21gramm … m/QVt8ZjWL il me dit qu'il n'y a pas de dates d'expiration dans les entetes. alors que le plugin est activé ?

napoleon59 · #4 2014-09-30 08:30:59

Ah alors j'apporte des réponses en temps réel puisque je bosse dessus et que je trouve des soluces. Je vais finir de faire mes tests avec gtmetrix à coté pour comparer et je publierai le htaccess qui va bien à la fin. Ca rendra service et je polluerai pas le post.

napoleon59 · #5 2014-09-30 09:28:41

Bon là je comprend plus rien en gros dans le rapport yslow de gt metrix j'ai la partie Gzip en F http://gtmetrix.com/reports/www.21gramm … m/U4opbOKv

pourtant lorsque j'aspire l'entete de mon site j'ai bien la dernière ligne qui met Content-Encoding: gzip . Personne n'a une idée svp ?

HTTP/1.1 200 OK
Date: Tue, 30 Sep 2014 09:23:52 GMT
Server: Apache
Last-Modified: Tue, 30 Sep 2014 09:06:36 GMT
Accept-Ranges: bytes
Content-Length: 7176
Cache-Control: max-age=3, must-revalidate
Expires: Tue, 30 Sep 2014 09:23:55 GMT
Vary: Accept-Encoding,Cookie
Keep-Alive: timeout=2, max=199
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8
Content-Encoding: gzip

razbithume · #6 2014-09-30 09:30:50

Normalement, si les règles étaient dans le htaccess du dossier cache, les directives s'appliquent pour ce dossier et les sous répertoires (sauf si le sous répertoire a son propre htaccess, ca écrase les autres directives).

edit : oups, ca ne concerne pas gzip mais le message au dessus

Dernière modification par razbithume (2014-09-30 09:32:06)

razbithume · #7 2014-09-30 09:34:04

Pour gzip, ca a l'air bien pris en compte:
http://www.gidnetwork.com/tools/gzip-test.php

gtmetrix ne met pas en cache les rapports ?

napoleon59 · #8 2014-09-30 12:02:52

en fait j'ai trouvé d'où provient l'erreur je pense mais je ne sais pas la corriger pour le moment. En gros le problème vient de mes fichiers css et js qui ont des paramètres dans l'url du Gzip n'arrive pas à compresser.

napoleon59 · #9 2014-09-30 12:33:36

Problème résolu. En fait j'avais mis en plus le plugin ninjaGzip et le support m'a répondu la chose suivante :

Very simple fix! https://who.godaddy.com/whoisstd.aspx?d … id=GoDaddy

You're with 1&1 - they SUCK. GoDaddy, HostMonster, HostGator, JustHost, 1&1 - they are all horrible.

You have to get on a server that will allow you to enable an extremely "normal" compression mode in order for it to work. GZip has been around for almost 20 years, we just brought it to WordPress.

En gros quand ton client prend un hébergement 1and1 fait le changer !!!!!!

Robert · #10 2014-10-01 06:22:37

Tiens, à ce propos, ils disent que les autres sont aussi pourris et en effet je n'arrive pas à modifier le htaccess chez GoDaddy. J'en met un mais il n'est pas prise ne compte, savez-vous contourner cela ?

cb_nalex · #11 2015-01-15 09:10:31

Robert a écrit :

Tiens, à ce propos, ils disent que les autres sont aussi pourris et en effet je n'arrive pas à modifier le htaccess chez GoDaddy. J'en met un mais il n'est pas prise ne compte, savez-vous contourner cela ?

Attends j'ai pas trop compris la question ? tu as posé un .htaccess à la racine de ton site sur un hébergement godaddy et il n'est pas pris en compte ?
Si c'est bien cela est ce que tu pourrais poster ce qui n'est pas pris en compte parce que zarb

napoleon59 · #12 2015-01-16 07:39:04

Je présume que ton hébergement ne permet pas d'ajouter un htaccess et donc il n'est pas pris ne compte. Demande au support technique.

🟣 WP super cache

#1 2014-09-30 07:51:41

WP super cache

#2 2014-09-30 08:20:10

Re : WP super cache

#3 2014-09-30 08:26:47

Re : WP super cache

#4 2014-09-30 08:30:59

Re : WP super cache

#5 2014-09-30 09:28:41

Re : WP super cache

#6 2014-09-30 09:30:50

Re : WP super cache

#7 2014-09-30 09:34:04

Re : WP super cache

#8 2014-09-30 12:02:52

Re : WP super cache

#9 2014-09-30 12:33:36

Re : WP super cache

#10 2014-10-01 06:22:37

Re : WP super cache

#11 2015-01-15 09:10:31

Re : WP super cache

#12 2015-01-16 07:39:04

Re : WP super cache

Pied de page des forums