Re: Compatibilité PHP

Hello,

La proposition d'utiliser un attribut de paquet (donc aussi de la balise
spip) n'est pas simple à implémenter.
J'ai donc testé une autre solution qui consiste à utiliser un necessite et
un procure:
- dans SPIP, lors de la lecture du paquet.xml (get_infos) je rajoute après
la lecture elle-même par infos_paquets un procure nom="php" et dont la
version est retournée par la fonction phpversion() de PHP. De fait, on
considère que SPIP procure la version courante du serveur.
- dans un plugin de test, je rajoute un necessite nom="php" et une
compatibilite=[5.3.0;[ par exemple.

En utilisant un PHP 5.2.17 j'obtiens l'erreur cherchée.

L'intérêt de cette solution est d'être très simple à mettre en oeuvre en
3.1 et 3.0 : deux lignes de codes dans get_infos.

Qu'en pensez-vous ?

++
Eric



Le 26 septembre 2015 10:48, Eric Lupinacci <[email protected]> a écrit :

> Yop,
>
> Le 22 septembre 2015 22:07, Ybbet Spip <[email protected]> a écrit :
>
>> Bonjour,
>>
>> Pour ma part, un attribut "php" ajouté à <paquet> serait le bienvenu.
>> - Soit on reprend la mécanique déjà présente des crochets et des
>> point-virgules.
>> - Soit on simplifie en ne mettant qu'un numéro de version sous la version
>> x.y.z, indiquant la version minimum de PHP.
>> - Soit on introduit une écriture telle que ">=5.1.0", ">5.1.0"…
>>
>> La solution la plus logique serait la première… Car on est habitué à
>> cette nomenclature.
>>
>>
> Oui, le mécanisme existe autant ne pas le changer.
>
>
>> Et pour que tout cela soit pris en compte, il faudra faire évoluer SVP
>> pour reconnaitre la version de PHP présente sur le serveur, et la version
>> minimum demandée par un plugin.
>> Il serait cool que cette nouveauté soit pris en compte aussi bien sur
>> SPIP 3.1 (logique) que SPIP 3.0.
>>
>>
> Oui.
>
> ++
> Eric
>
>