r15020 - spip/ecrire/inc

Author: esj@rezo.net
Date: 2010-01-26 14:15:59 +0100 (mar, 26 jan 2010)
New Revision: 15020

Log:
Une petite fonction pour signaler (aux seuls webmestres) qu'une (ou des) versions de SPIP plus récentes que celle utilisée sont disponibles au chargement. Sans doute à améliorer graphiquement, voire à coupler avec [http://zone.spip.org/trac/spip-zone/changeset/34610 spip_loader versions >= 2.1.0], mais ce serait utile de le reporter en 2.1, voire dans les futures 2.0.11 et 1.9.2j.

Modified:
   spip/ecrire/inc/presentation_mini.php

Details: http://trac.rezo.net/trac/spip/changeset/15020

Hello,
Je suis pour cette fonctionnalité, ça fait longtemps que je milite
pour, mais j'ai compris que ce n'était pas le cas de tout le monde...

Par contre, je pense que du coup elle serait bien mieux dans un
plugin, notamment pour prendre le temps de faire ça bien et proprement
(en évitant un recuperer_page distant à chaque hit webmestre de
l'espace privé par exemple ...), dans un cron, avec un message dans le
bandeau quand une version est dispo.
Ainsi on pourra mettre la fonction en extensions/, et l'améliorer
facilement si besoin.

Cédric

Le 26 janvier 2010 14:16, <esj@rezo.net> a écrit :

Author: esj@rezo.net
Date: 2010-01-26 14:15:59 +0100 (mar, 26 jan 2010)
New Revision: 15020

Log:
Une petite fonction pour signaler (aux seuls webmestres) qu'une (ou des) versions de SPIP plus récentes que celle utilisée sont disponibles au chargement. Sans doute à améliorer graphiquement, voire à coupler avec [Connexion · GitLab spip_loader versions >= 2.1.0], mais ce serait utile de le reporter en 2.1, voire dans les futures 2.0.11 et 1.9.2j.

Modified:
spip/ecrire/inc/presentation_mini.php

Details: http://trac.rezo.net/trac/spip/changeset/15020

_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/

Le 26 janv. 2010 à 14:43, Cédric Morin a écrit :

je pense que du coup elle serait bien mieux dans un
plugin, notamment pour prendre le temps de faire ça bien et proprement
(en évitant un recuperer_page distant à chaque hit webmestre de
l'espace privé par exemple ...), dans un cron, avec un message dans le
bandeau quand une version est dispo.

Par définition ce qui est spécifique au noyau ne me semble pas devoir relever d'un plugin,
surtout pour un code aussi minuscule.
En revanche, effectivement le placer dans le bandeau (au même endroit que la liste des auteurs connectés par exemple)
serait effectivement mieux.
Quant au nombre nombre de recuperer_page, on peut effectivement le remplacer par un cron,
ou une meta qu'on n'actualiserait qu'une fois par jour, et même plus du tout une fois qu'elle serait à Vrai.

Committo,Ergo:Sum

Quant au nombre nombre de recuperer_page, on peut effectivement le remplacer par un cron,
ou une meta qu'on n'actualiserait qu'une fois par jour, et même plus du tout une fois qu'elle serait à Vrai.

Malheureux, il faut utiliser la mémoization [ ou recuperer_page_cache() ].

-- Fil

Le 26 janv. 2010 à 16:02, Fil a écrit :

Quant au nombre nombre de recuperer_page, on peut effectivement le remplacer par un cron,
ou une meta qu'on n'actualiserait qu'une fois par jour, et même plus du tout une fois qu'elle serait à Vrai.

Malheureux, il faut utiliser la mémoization [ ou recuperer_page_cache() ].

Bah non justement, je pense que cette fonctionnalité ne doit pas nécessiter de mettre en place plugin, memoïzation ou autre.
En revanche l'avantage supplémentaire d'une meta, à la réflexion, serait qu'on pourrait faire une requête avec If-Modifed-Since et la date de la modif de la meta, car ce n'est pas vraiment la page qu'on veut, juste savoir si y apparaît une version plus récente.

Committo,Ergo:Sum

Bah non justement, je pense que cette fonctionnalité ne doit pas nécessiter de mettre en place plugin, memoïzation ou autre.

de fait, la mémoization devrait être dans le core :slight_smile:

En revanche l'avantage supplémentaire d'une meta, à la réflexion, serait qu'on pourrait faire une requête avec If-Modifed-Since et la date de la modif de la meta, car ce n'est pas vraiment la page qu'on veut, juste savoir si y apparaît une version plus récente.

ce qui implique d'ajouter un code spécifique, bof

-- Fil

ce qui implique d'ajouter un code spécifique, bof

pardon je rephrase : SI CA implique..., bof (tant qu'à faire d'avoir
du nouveau code, autant que ce soit le code de memoization).

--
Fil

Le 26 janvier 2010 16:29, Committo,Ergo:sum <esj@rezo.net> a écrit :

Le 26 janv. 2010 à 16:02, Fil a écrit :

Quant au nombre nombre de recuperer_page, on peut effectivement le remplacer par un cron,
ou une meta qu'on n'actualiserait qu'une fois par jour, et même plus du tout une fois qu'elle serait à Vrai.

Malheureux, il faut utiliser la mémoization [ ou recuperer_page_cache() ].

Bah non justement, je pense que cette fonctionnalité ne doit pas nécessiter de mettre en place plugin, memoïzation ou autre.
En revanche l'avantage supplémentaire d'une meta, à la réflexion, serait qu'on pourrait faire une requête avec If-Modifed-Since et la date de la modif de la meta, car ce n'est pas vraiment la page qu'on veut, juste savoir si y apparaît une version plus récente.

Committo,Ergo:Sum

Par contre il vaudrait mieux utiliser directement
http://files.spip.org/spip/archives.xml
plutôt que d'aller chercher
http://files.spip.org/spip/archives/
dont la forme peut changer à tout moment et casser la regexp.

Cédric

Le 26 janv. 2010 à 16:38, Fil a écrit :

Bah non justement, je pense que cette fonctionnalité ne doit pas nécessiter de mettre en place plugin, memoïzation ou autre.

de fait, la mémoization devrait être dans le core :slight_smile:

Ca je ne suis pas contre.

En revanche l'avantage supplémentaire d'une meta, à la réflexion, serait qu'on pourrait faire une requête avec If-Modifed-Since et la date de la modif de la meta, car ce n'est pas vraiment la page qu'on veut, juste savoir si y apparaît une version plus récente.

ce qui implique d'ajouter un code spécifique, bof

Bof, recuperer_page a déjà le param "if-modified-since", et la meta déjà son champ timestamp, ça fait pas beaucoup plus.
Et puis cette page récupérée est assez grosse alors qu'on veut juste en déduire une valeur booléenne, pas de raison de la mettre en cache.

Committo,Ergo:Sum

Le 26 janvier 2010 16:49, Committo,Ergo:sum <esj@rezo.net> a écrit :

Le 26 janv. 2010 à 16:38, Fil a écrit :

Bah non justement, je pense que cette fonctionnalité ne doit pas nécessiter de mettre en place plugin, memoïzation ou autre.

de fait, la mémoization devrait être dans le core :slight_smile:

Ca je ne suis pas contre.

En revanche l'avantage supplémentaire d'une meta, à la réflexion, serait qu'on pourrait faire une requête avec If-Modifed-Since et la date de la modif de la meta, car ce n'est pas vraiment la page qu'on veut, juste savoir si y apparaît une version plus récente.

ce qui implique d'ajouter un code spécifique, bof

Bof, recuperer_page a déjà le param "if-modified-since", et la meta déjà son champ timestamp, ça fait pas beaucoup plus.
Et puis cette page récupérée est assez grosse

Comme je disais, il vaut mieux travailler sur
http://files.spip.org/spip/archives.xml

qui est un *petit* fichier statique, et non une page dynamique, ça
sera plus sympa pour tout le monde.

Cédric

Le 26 janv. 2010 à 17:05, Cédric Morin a écrit :

Bof, recuperer_page a déjà le param "if-modified-since", et la meta déjà son champ timestamp, ça fait pas beaucoup plus.
Et puis cette page récupérée est assez grosse

Comme je disais, il vaut mieux travailler sur
http://files.spip.org/spip/archives.xml

qui est un *petit* fichier statique, et non une page dynamique, ça
sera plus sympa pour tout le monde.

Tout ça est fait, sans meme une meta:
http://trac.rezo.net/trac/spip/changeset/15036

Qui peut répondre à la question posée ?

Committo,Ergo:Sum

Le 27 janvier 2010 15:56, Committo,Ergo:sum <esj@rezo.net> a écrit :

Le 26 janv. 2010 à 17:05, Cédric Morin a écrit :

Bof, recuperer_page a déjà le param "if-modified-since", et la meta déjà son champ timestamp, ça fait pas beaucoup plus.
Et puis cette page récupérée est assez grosse

Comme je disais, il vaut mieux travailler sur
http://files.spip.org/spip/archives.xml

qui est un *petit* fichier statique, et non une page dynamique, ça
sera plus sympa pour tout le monde.

Tout ça est fait, sans meme une meta:
http://trac.rezo.net/trac/spip/changeset/15036

Qui peut répondre à la question posée ?

Ça se passe là :

Effectivement, le fichier archives.xml est écrit à chaque passage de
l'empaqueteur, sans verifier si il a changé ou non.

Cédric

Le 27 janv. 2010 à 16:02, Cédric Morin a écrit :

Le 27 janvier 2010 15:56, Committo,Ergo:sum <esj@rezo.net> a écrit :

http://trac.rezo.net/trac/spip/changeset/15036

Qui peut répondre à la question posée ?

Ça se passe là :
Connexion · GitLab

Effectivement, le fichier archives.xml est écrit à chaque passage de
l'empaqueteur, sans verifier si il a changé ou non.

devrait améliorer ça. Qui a les droits pour mettre en place ?

Committo,Ergo:Sum

Le 27 janvier 2010 17:10, Committo,Ergo:sum <esj@rezo.net> a écrit :

Le 27 janv. 2010 à 16:02, Cédric Morin a écrit :

Le 27 janvier 2010 15:56, Committo,Ergo:sum <esj@rezo.net> a écrit :

http://trac.rezo.net/trac/spip/changeset/15036

Qui peut répondre à la question posée ?

Ça se passe là :
Connexion · GitLab

Effectivement, le fichier archives.xml est écrit à chaque passage de
l'empaqueteur, sans verifier si il a changé ou non.

Connexion · GitLab

devrait améliorer ça. Qui a les droits pour mettre en place ?

C'est moi, je fais ça dès que je suis plus derrière un pare feu qui me
bloque tout en dehors du port 80
(ce soir donc)
Cédric