[spip-dev] SPIP 2.0 RC : demande de verificatioh des dependances de plugin

Dev
1

Bonjour,

Je me réjoui de la publication de SPIP 2.0 RC1.
Une des avancées de cette version est la nouvelle possbilité d'indiquer des dépendances
de plugins envers d'autres plugin et envers SPIP, avec indication de version si besoin est.

J'ai poussé à l'intégration de cette fonction ( http://trac.rezo.net/trac/spip/ticket/656 ),
le fonctionnement actuel me convient (et je remercie les développeurs qui l'ont
écrit et ajouté), mais (puisque les indications de dépendance devraient être le
plus stable possible pour pouvoir limiter un plugin à certaines versions de SPIP
et ce pour toute version de SPIP intallée sur le serveur) je demande confirmation
et critiques éventuelles. En particulier, l'indication de dépendance envers SPIP
est spéciale ( http://doc.spip.org/@Plugin-xml n'a d'ailleurs pas été entièrement
mis à jour), utilisant une variable de version type 2.0.0.numero-svn
<necessite id='spip' version='[1.9.3.11965;]' />
<necessite id='spip' version='[2.0.0.13247;]' />
qui est plus contraignante et a peut-être des défauts cachés.

Au passage, je signale quelques ressources qui peuvent être utiles à SPIP :
- Des conseils d'Éric Daspet :
http://performance.survol.fr/2008/09/presentation-au-w3cafe/
http://performance.survol.fr/2008/10/expires-et-cache-control-une-date-limite-de-consommation-pour-vos-contenus/
http://performance.survol.fr/2008/10/verifiez-vos-images/
- une nouvelle possibilité de php 5.3, qui d'après pascal-martin.fr embarquera la
biliothèque ICU, qui elle-même embarque cldr, qui contient des traductions de noms
de langues, apte à remplacer en partie la liste de ecrire/inc/lang_liste.php
http://blog.pascal-martin.fr/post/php-5.3-intl-2-internationalisation-localisation#locale
http://trac.rezo.net/trac/spip/browser/branches/spip-2.0/ecrire/inc/lang_liste.php#L206
http://trac.rezo.net/trac/spip/browser/branches/spip-2.0/ecrire/inc/lang_liste.php?rev=13247#L206
http://www.spip.net/trad-lang/trad_bilan.php
http://www.unicode.org/cldr/
http://fr3.php.net/manual/fr/locale.getdisplayname.php
- un article de Stéphane Bortzmeyer, « Configurer l'accès Subversion par HTTP avec Apache »,
http://www.bortzmeyer.org/access-subversion-apache.html

2

Nicolas Krebs a écrit :

Bonjour,

Je me réjoui de la publication de SPIP 2.0 RC1. Une des avancées de cette version est la nouvelle possbilité d'indiquer des dépendances de plugins envers d'autres plugin et envers SPIP, avec indication de version si besoin est.

J'ai poussé à l'intégration de cette fonction ( http://trac.rezo.net/trac/spip/ticket/656 ), le fonctionnement actuel me convient (et je remercie les développeurs qui l'ont écrit et ajouté), mais (puisque les indications de dépendance devraient être le plus stable possible pour pouvoir limiter un plugin à certaines versions de SPIP et ce pour toute version de SPIP intallée sur le serveur) je demande confirmation et critiques éventuelles. En particulier, l'indication de dépendance envers SPIP
est spéciale ( http://doc.spip.org/@Plugin-xml n'a d'ailleurs pas été entièrement mis à jour), utilisant une variable de version type 2.0.0.numero-svn
<necessite id='spip' version='[1.9.3.11965;]' />
<necessite id='spip' version='[2.0.0.13247;]' /> qui est plus contraignante et a peut-être des défauts cachés.

non ce n'est plus le bon format, cf les plugins recents type agenda pour Spip 2

Au passage, je signale quelques ressources qui peuvent être utiles à SPIP :
- Des conseils d'Éric Daspet :
Présentation au W3Café – Performance web
Expires et Cache-Control, une date limite de consommation pour vos contenus – Performance web
Vérifiez vos images – Performance web

Pour une fois que j'ai de l'avance sur toi en veille techno, j'en profite...

Avant paris web Eric avait déjà fait une présentation plus informelle au W3Cafe organisé par Aurélien Levy
http://france.w3cafe.org/Informations-et-programme,17.html

Je m'en suis inspiré dans l'optimiseur de SPIP (minification, gzip et agglomération des css et js) que j'ai testé en conditions réelles sur un site qui essuie des pics de traffic de plus de 60000v/jour

Il y a d'autres gains possibles enore, mais cela meriterait un vrai module d'optimisation avec son interface de controle adaptée.

Cédric