[spip-dev] Ajout d'un timestamp dans quete_logo

Bonsoir,

Je viens de me rendre compte que les URL de logo se terminent par : ?xxxxxx
cf. http://forum.spip.net/fr_263682.html?tri_recherche=date

Je comprends l’intention, mais j’ai l’impression que ça pose des soucis de mise en cache.

Je trouve un exemple de contournement sur le forum :
[(#LOGO_ARTICLE|extraire_attribut{src}|supprimer_timestamp|balise_img)]

Ça me parait super compliqué de devoir le faire partout, sans compter que je ne sais pas trop comment le faire si on doit en plus appliquer un recadrage.

Ça se passe dans ecrire/public/quete.php : quete_logo.
Je vois qu’il y a un pipeline avec lequel je pourrais peut-être forcer la suppression du timestamp.

Est-ce que l’absence de ?xxxxx ne devrait pas être la règle. Et rajouter à l’inverse le timestamps sur demande ?

Julien

Hop,

Bonsoir,

Je viens de me rendre compte que les URL de logo se terminent par : ?xxxxxx
cf. SPIP Forums

Je comprends l'intention, mais j'ai l'impression que ça pose des soucis de
mise en cache.

En es-tu certain ? As-tu vérifié ? De ce que j'observe dans l'explorateur réseau des outils des dev de mon navigateur, j'ai bien des 304 not modified au second hit malgré la présence des timestamps sur cette page :

Est-ce que l'absence de ?xxxxx ne devrait pas être la règle. Et rajouter à
l'inverse le timestamps sur demande ?

Non je ne pense pas, et le sujet a déjà été abordé plusieurs fois :

https://www.mail-archive.com/spip-zone@rezo.net/msg31491.html

Pour info, voici le commit d'introduction des timestamps en question, ce qui permet de comprendre qu'ils ne sont pas là sans raison :wink:

Hello !

Je viens de me rendre compte que les URL de logo se terminent par : ?xxxxxx

cf. SPIP Forums
Je comprends l'intention, mais j'ai l'impression que ça pose des soucis de
mise en cache.

En es-tu certain ? As-tu vérifié ? De ce que j'observe dans l'explorateur

réseau des outils des dev de mon navigateur, j'ai bien des 304 not modified
au second hit malgré la présence des timestamps sur cette page :
https://blog.spip.net/

En fait, j'ai vu après coup que j'avais toujours du 200, avec ou sans
timestamp, aussi bien sur mon site que le blog spip, que ce soit avec
Chrome ou Firefox. Quand j'actualise la page plusieurs fois, c'est toujours
du 200. sauf, si je laisse la page au repos 10 minutes puis que
j'actualise, seulement alors je vois le 304. Problème de plugin ou de ma
machine ou autre ? aucune idée...
=> le timestamp ne pose donc à priori pas de problème en effet.

Il y a l'aspect mise en cache navigateur d'une part, et aussi l'aspect
robot d'indexation. Mais je n'ai aucune infos sur le sujet...

Est-ce que l'absence de ?xxxxx ne devrait pas être la règle. Et rajouter à

l'inverse le timestamps sur demande ?

Non je ne pense pas, et le sujet a déjà été abordé plusieurs fois :

https://www.mail-archive.com/spip-zone@rezo.net/msg31491.html
Filtre supprimer_timestamp (#3149) · Tickets · spip / spip · GitLab

Pour info, voici le commit d'introduction des timestamps en question, ce
qui permet de comprendre qu'ils ne sont pas là sans raison :wink:

ajouter un timestamp sur les logo dans ecrire/ car sinon certains navigateurs... (f2a68f5e) · Validations · spip / spip · GitLab

Merci, j'ai glané sur ces articles quelques bonnes infos !

Je me suis battu ces dernières semaines avec les vignettes pour la raison
suivante :
- Lancement de la nouvelle version d'un site sur lequel il y a environ 250
000 photos réparti dans 8000 albums. (SPIP 3.2 beta3)
- Nous avions changé le format de la vignette dans les squelettes pour les
besoins de la nouvelle maquette.
- Arrivée de très nombreux visiteurs et de robots d'indexation...
=> un cataclysme !

Ça nous a pris 10 jours pour rétablir le site
Nous avons opté pour le remplacement des vraies vignettes par une image
statique, le temps de recalculer les vignettes manuellement.
Ça va nous prendre des semaines, mais on a désormais le temps.

Quelques observations :
- il y a eu des demande de génération concurrente (visibles dans
images.log) pour une même image.
- également des plantages liés au pb de perf engendré par l'usage intensif
de gd2. Cela a laissé certaines vignettes dans un drôle d'état : un fichier
avec l'extension .jpg mais qui contient ce qui semble être le contenu du
fichier src...

Bref, c'est quelque chose qu'on n'avait pas du tout anticipé et qui nous a
pris de court.

Savez vous s'il existe un plugin qui permet de faire l'inventaire des
images qui n'ont pas de vignettes d'un certain format, et éventuellement de
les régénérer petit à petit ?

Bonne nuit !

Julien