[RÉGLÉ] Permissions du dossier cache

[Kawawachikamach]

Bonjour à tous et toutes.

Depuis un mois j’ai retravaillé toutes mes photos de mon site pour essayer d'alléger mes pages, c'est fini.

Maintenant je veux activer le cache de Joomla.

Si je n'active pas le cache dans l'administration de Joomla j’ai un score de cacaboudin avec Gmétrix

Si j'active le cache j'ai un score de BB.

Mon problème c'est que l'administration de Joomla conseille de mettre le dossier "cache" en 777.

Ce n'est pas dangereux ?

Je crois que si je le laisse en 755 le cache ne fonctionne pas.

Donc ma question est : puis je mettre ce dossier ""cache" en chmod 777 sans risquer quelque chose ?



Merci pour vos réponses.

[PieceOfCake]

Re : Permissions du dossier cache

Bonjour,

Mon problème c'est que l'administration de Joomla conseille de mettre le dossier "cache" en 777.

Tu es sûr d'avoir lu ça dans un document officiel ??
mon répertoire cache est en 755 et il fonctionne très bien (en tout cas il s'y met des choses) et je suis obligé de le purger régulièrement

[Kawawachikamach]

Re : Permissions du dossier cache

Bonsoir.

Oui, j'ai même fait une capture d'écran de mon administration Joomla de ce conseil un peu spécial.

La capture d’écran est visible sur mon premier post.

Mais si cela fonctionne en chmod 755 tant mieux.

[manu93fr]

Re : Permissions du dossier cache

@Kawawachikamach

tu es sur quelle version de Joomla! ?
il se situe ou ce paramètre, je ne le vois pas dans mon admin

Perso, je n'ai pas de cache joomla activé, mon hébergement est en production donc il utilise deja un cache serveur .... par contre la compression Gzip de Joomla! -> oui

[Kawawachikamach]

Re : Permissions du dossier cache

Bonsoir @manu93fr

Je suis sous Joomla 3.6.2

Une fois dans l'administration de Joomla :

Système --> Configuration --> Onglet Système

Ensuite paramètres du cache.

Si je mets sur cache progressif, j'ai donc une infobulle qui me dit :

Choisissez la méthode de gestion du cache. la méthode native utilise des fichiers; les répertoires 'cache' doivent être accesibles en écriture (chmod 777).

Voilà deux images pour confirmation :

[cavo789]

Re : Permissions du dossier cache

Salut

cela semble être une coquille dans un fichier de traduction ça.

Zéro raison d'être en 777 sauf si tu es chez Niak niak.

La permission du dossier doit être 755 avec un script .htaccess à l'intérieur pour interdire toute exécution de script .php qui y serait stocké. Il ne peut en aucune manière qu'une URL en /tonsite/cache/test.php puisse être exécuté.

@manu : chez moi c'est GZip Non au niveau de Joomla (car compression logicielle) et c'est Oui au niveau de mon .htaccess (car compression faite au niveau de Apache (mod_deflate); plus pertinente).

Bonne soirée

[manu93fr]

Re : Permissions du dossier cache

pj invalides ... tu dois passer l'editeur en avancé pour ça

Ok, j'ai vu ... je ne le voyais jamais, je n'active pas le cache de Joomla!
On va approfondir mais il n'y a aucune raison d'avoir un dossier en 777 et tu as raison de te méfier

Tu as une url a nous faire voir ... je suis sur qu'il y a d'autres choses a faire, ton hebergement est en prod ? quel hébergeur ?

(oups grillé par le roi de la secu !!!!)

[manu93fr]

Re : Permissions du dossier cache

@manu : chez moi c'est GZip Non au niveau de Joomla (car compression logicielle) et c'est Oui au niveau de mon .htaccess (car compression faite au niveau de Apache (mod_deflate); plus pertinente).

Oui, on est d'accord ... le ptit nono fait le taf
Mais pour ceux qui n'ont pas cette change ... la compression gzip même logiciel donne des résultats ... sourire

[Kawawachikamach]

Re : Permissions du dossier cache

Les deux pièces jointes :







Oui mon site est en ligne depuis 3 ans et mon hébergeur est O2switch.

L'adresse du site est : http://escrime-3-frontieres.fr/

En plus j’utilise Nono en version pro je pense vraiment avoir activer tout ce qu'il faut pour accélérer le chargement des pages.

Notamment :

L'option 8.1 de Nono
L'option 8.2 de Nono
Compression GZIP à oui dans l'administration de Joomla
Dans l'administration de mon template Joomlashine Pro j'ai activé la compression css et Js
Et chez O2Switch j’ai activé deux ou trois trucs aussi.....mais malheureusement je ne retrouve plus ou c'est...... c'est ballot, je cherche et je ne retrouve plus ces options activées chez o2switch, pas possible.....

Je m'en doutais qu'un dossier en 777 c'était un peu dangereux et c'est pour cela que je ne l'ai pas fait et plutôt demander conseil.

[manu93fr]

Re : Permissions du dossier cache

Page Load Time
5.5s
Total Page Size
1.68MB
Requests
123


C'est surtout le poids de ta page d'accueil et le nombre de requête qui plombent ta note ... Faut alléger ta page

[cavo789]

Re : Permissions du dossier cache

Oui, on est d'accord ... le ptit nono fait le taf

C'est pas Nono mais mod_deflate / mod_gzip. C'est Apache qui fait le boulot et il le fait mieux que un compress() en php :-)

L'option 8.1 de Nono

sauf erreur de ma part, o2switch ne propose pas mod_googlespeed => inutile d'activer 8.1

L'option 8.2 de Nono

Très bien. Songes à 8.3 aussi (tu n'en parles pas)

Compression GZIP à oui dans l'administration de Joomla

Inutile car, comme mentionné ci-dessus, vu que tu as activé la compression via le .htaccess, il est inutile de le faire au niveau du CMS (sinon, la compression est faite une fois par Joomla pour être refaite par Apache ==> contre-productif)

Dans l'administration de mon template Joomlashine Pro j'ai activé la compression css et Js

Vade retro ! Toujours même constat : au plus haut tu le fais au mieux c'est. Le plus haut c'est le web serveur. Si Apache le fait, il le fera mieux que tout les autres (mieux que le CMS, mieux que le template, mieux qu'un plugin).

Le rapport GTMetrix (https://gtmetrix.com/reports/escrime...es.fr/ileBc6p2) nous apprend que tu as

* Specify image dimensions : des tags img pour lesquels il n'y a pas de width ni de height. Pas très méchant mais ce serait mieux si tu pouvais le faire. Mieux parce qu'alors ton navigateur sait qu'il doit réserver une taille de xx pixels sur yy pour l'affichage avant même d'avoir téléchargé l'image et analysé sa taille. Il "sait" et il réserve donc une place dans la page en construction => affichage présumé plus rapide.

* Defer parsing of JavaScript : que tu charges des scripts javascript au sommet de la page et qu'il serait intéressant, pour des raisons de vitesse, de les charger au bas de la page avec, entre autre, l'option defer. Mais attention danger; il faut être développeur pour savoir quels sont les scripts JS nécessaire et quand et lesquels peuvent être en defer ou pas ==> en théorie, c'est bien de faire du defer, en pratique, pour un utilisateur, c'est sacrément compliqué et casse-cou.

* Minify CSS : tu as des fichiers CSS que tu pourrais ouvrir avec ton FTP puis utiliser un outil comme https://cssminifier.com/ pour les minifier et ensuite écraser le fichier d'origine ==> gain de vitesse et ça, c'est piece-of-cake (pardon, c'est fastoche)

* Minify JavaScript : même idée mais peu générer des conflits js. Le code JS n'aime pas, parfois, d'être minifier. A tester... Outil : https://jscompress.com/

A lire le rapport, je vois que tu as activé l'option 8.3, très bien.

Pour YSlow :

* Make fewer HTTP requests : tu as beaucoup de requêtes, beaucoup d'images, beaucoup de scripts css et js; peut-être en fusionner quelques-uns. Pour les images : création de sprite CSS ===> gros boulot, très gros boulot pour un gain ridicule.


Au final : GTMetrix, c'est bien, c'est théorique. "As-tu respecté telle règle ?" Oui ? tu reçois des points; non, tu n'en as pas. Au final tu as un score. Mais est-ce que si tu respectes la règle, vas-tu avoir un gain (vitesse d'affichage) ? Peut-être ben que oui peut-être ben que non. Mais tu auras perdu des heures à tester, fusionner, compresser, ... et tu risques de tout perdre quand ton template va être modifié, quand les modules natifs de Joomla vont être modifié (je pense à "Specify image size" qui force à mettre les mains dans le code source même de Joomla), ...

Tu vas bosser des heures, des jours pour grapiller des pourcentages mais au final, était-ce vraiment utile ?

+1 avec Manu : ta page fait 1.17MB, peut-être songer à réduire cela. Ne peux-tu pas compresser certaines images ?

Mais tout ceci nous écarte de ta question concernant le cache.

Bonne nuit.

[Kawawachikamach]

Re : Permissions du dossier cache

Merci à vous tous.

J'ai donc encore un peu de travail pour alléger cette page d'accueil.

J'ouvrirai un autre post éventuellement pour tenter d'avoir des solutions d'allégement du poids de cette page d’accueil.

Donc pour le dossier 'cache' permission 755.

Donc coquille de traduction à régler..........

Je mets le post en résolu

Bonne soirée à vous tous.

[manu93fr]

Re : Permissions du dossier cache

C'est pas Nono mais mod_deflate / mod_gzip. C'est Apache qui fait le boulot et il le fait mieux que un compress() en php :-)

ok ! Je voulais dire qu'avec un clic sur la touche du petit robot rouge ... tu lui dis d'aller chuchoter a l'oreille du serveur (par le htaccess ) et le serveur de le comprendre et d'activer mod_deflate / mod_gzip ...

[Kawawachikamach]

Re : Permissions du dossier cache

Merci à toi cavo789 pour m'avoir si longuement répondu, et surtout d'avoir fait cet effort.....tardif, je vais essayer de te répondre.

sauf erreur de ma part, o2switch ne propose pas mod_googlespeed => inutile d'activer 8.1

En fait je me suis dit plus j'en fait et mieux c'est, donc j'ai tout activé......

Inutile car, comme mentionné ci-dessus, vu que tu as activé la compression via le .htaccess, il est inutile de le faire au niveau du CMS (sinon, la compression est faite une fois par Joomla pour être refaite par Apache ==> contre-productif)

Pareil, j'ai tout activé, je me suis dit ça sera mieux, ben tant pis je désactiverai cette option dans l'administration de Joomla.

Pareil pour l'administration de mon template Joomlashine pro, je désactiverai cette option de compression CSS et JS.

(À vouloir trop en faire on fait mal.)

Pour ton conseil sur les dimensions des images, j'ai essayé de le faire mais je n'y suis pas bien arrivé pour mes images du menu principal, sinon je pensais que toutes mes images avaient ces dimensions déjà spécifiées, il faudra que je regarde qu'elles sont les images qui n'ont pas ces dimensions.

Pour ton conseil Defer parsing of JavaScript , je crois que mon template me permet de positionner en bas de page ces 'trucs', je regarderai demain. par contre pour l'option Defer, je crois que je n'y toucherai pas, trop dangereux et trop compliqué pour moi.

Pour ton conseil sur Minify CSS et ton lien, là, je pense que ce sera dans mes cordes et je m'y attellerai dès demain.

Pour ton conseil sur Minify javascript, j'avais déjà essayé mais cela avait donné un beau chambardement sur mon site donc, j'ai abandonné après avoir vu que c'était très délicat, mais je testerai ton outil.

Pour ton conseil sur les sprites, j’ai essayé également, notamment avec les liens suivants de conceptions de sprite.css

http://spritegen.website-performance.org/

http://draeton.github.io/stitches/

http://instantsprite.com/

Mais j'ai beaucoup galéré.....

Oui, effectivement ma page d'accueil est trèèèèèèèèèèèès lourde, je vais supprimer les deux modules du haut dans quelques semaines et/ou alléger les images.

En fait depuis plus d'un mois j'ai travaillé sur toutes mes images du sites et du coup, pour exemple je suis passé dune sauvegarde .JPA d'un poids de 751,62 mo à 443,32 mo. j'en ai bavé.

Merci à tous pour vos conseils et à toi cavo789, je me remet au boulot dès demain.

Bonne nuit.

[cavo789]

Re : Permissions du dossier cache

Bonjour

Si mod_googlepagespeed n'est pas supporté; activer 8.1 ne sert à rien. Cela ne pose évidemment aucun souci (juste celui d'alourdir un peu le .htaccess) mais zéro conséquence en contre performance.

Pour le "je compresse et zippe partout"; fais une expérience : sur ton PC, zippe un dossier. Puis zippe le zip et rezippe-le encore. Constats ? 1. Cela prend du temps (CPU) 2. la taille du ZIP augmente. C'est la même chose pour un serveur. Tout le monde va prendre du CPU pour zipper et tout le monde risque d'ajouter des octets au zip et donc d'accroître sa taille. In fine, c'est contre-productif.