Development #29327
prendre le start_timestamp à la minute
0%
Description
Les différents processus lancé par gunicorn/uwsgi ne vont pas avoir exactement la même heure, du coup ça va donner des style.css?20181222.182545, style.css?20181222.182536, style.css?20181222.182533, etc.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Fichier 0001-templatetags-limit-start-timestamp-to-minutes-29327.patch 0001-templatetags-limit-start-timestamp-to-minutes-29327.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Bien sûr ça reste fondamentalement moins précis qu'un hash des numéros de version de l'ensemble des modules installés, bien sûr il peut rester des moments où la minute change, bien sûr entre deux serveurs en loadbalancing on n'aura pas les mêmes valeurs.
Mis à jour par Thomas Noël il y a plus de 5 ans
- Statut changé de Solution proposée à Solution validée
Ack... mais...
Pour ce qui est uwsgi, j'avais dans l'idée d'ajouter les mêmes règles que dans w.c.s. :
max-requests = 500 max-worker-lifetime = 7200
qui me semblent rester pertinents partout ; mais qui fera qu'au bout de quelques heures, les n processus n'aurons plus le même START_TIMESTAMP (et même plus dans la même minute)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
Ouaip, finalement il y aura sans doute plus fin à trouver que ce start_timestamp. (si on veut vraiment optimiser le cache client)
commit f4952b6b90302ec7255fdc9c62a4290a051871da
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Sat Dec 22 18:30:26 2018 +0100
templatetags: limit start timestamp to minutes (#29327)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
templatetags: limit start timestamp to minutes (#29327)