Seenthis, j’ai une question (avec application à SPIP). Est-ce qu’il existe une méthode recommandée…

– Supprimer l’appel à spip.php?action=cron ajouté dans les squelettes.

J’ai commencé un script bash pour exporter un site spip en HTML

►https://github.com/BoOz/spip_statique

Pour ne pas télécharger les images, ajouter :

J’ai l’impression d’avoir plus de timestamps avec le 3.1, par exemple sur des images passées par image_reduire, qui n’en avaient pas en 3.0.

Ce que je veux, c’est aspirer le site en local, pour en avoir une copie totalement statique. Avec les timestamp, ça ne fonctionne pas.

Pour l’instant, ce que je fais, c’est d’avoir un #FILTRE{mini_html} dans tous mes squelettes, qui me sert déjà à faire différentes bidouilles (essentiellement, supprimer les tabulations et les espaces surnuméraires dans le code source), et donc là-dedans j’ajoute la suppression des timestamp un peu à la hache (chaque fois que je trouve (jpg|gif|png)\?[0-9]+[\'\"], je vire le timestamp).

C’est dans image_graver() visiblement et il n’y a pas d’option pour le virer (option à ajouter, problablement). Cela dit il n’y a pas de raison fondamentale que les timestamp fassent foirer ta copie locale. Peut-être le fait qu’ils sont avec un ?xxx et ne finissent donc plus par .jpg — mais ça aussi ça pourrait se changer.

Let me search that for you :)

▻https://core.spip.net/issues/3149

▻https://core.spip.net/projects/spip/repository/revisions/21708

@b_b, oui j’ai vu |supprimer_timestamp, mais ça m’oblige à reprendre tous mes squelettes, alors que l’idée est plus dans le sens de ce que remarque @fil. Ou, plus largement, dans le sens de ce qu’ai fait pour image_responsive :
►http://seenthis.net/messages/374212

Là quand j’ajoute :

Là c’est pareil, idéalement on définirait une variable dans mes_options, et hop terminés les vilains timestamps le temps de faire l’aspiration.

@speciale : le but du timestamp est juste d’éviter que, quand tu fais les mises à jour de ton site (soit en div, soit pendant que tu mets en ligne des articles) tu sois gêné par le cache de ton navigateur. Un logo arton1.jpg, remplacé par une nouvelle version, est toujours le logo arton1.jpg ; le timestamp ajoute la date de mise en ligne du fichier, et donc ton navigateur ne réutilisera pas la vieille image. Donc c’est bien dans le src de l’image que ça doit se trouver, pas dans un data-, qui n’invaliderait pas le cache.

@arno puisque tu as un #FILTRE{truc} dans tes squelettes, tu peux y ajouter le filtre supprimer_timestamp non ?

@b_b : oui c’est ce que j’ai fait (expliqué plus haut), mais pas directement supprimer_timestamp, qui prend un URL en entrée, et pas l’ensemble de la page.

Mais à nouveau, ça oblige à modifier ses squelettes si on n’a pas l’habitude comme moi de mettre un #FILTRE{mini_html} absolument partout…

Le problème se pose aussi sur les js et css compactés et agrégés par SPIP qui ont aussi ce timestamp, mais sur lesquels il n’est pas possible de passer le filtre de suppression de ce timestamp.
Sauf erreur de ma part, le nom des fichiers créés dans local/ dépend déjà de la date des fichiers. Le timestamp est alors inutile et contre productif.
Et si le nom du fichier ne dépend pas pas de la date, il suffirait de la rajouter dans le calcul du nom, non ?

Salut @arno*. Il est bien possible que ▻https://zone.spip.org/trac/spip-zone/changeset/104022 t’intéresse comme réponse à ton problème, d’autant plus que ça se greffe sur #FILTRE{mini_html}