Re: Compatibilité PHP

> Le 27 sept. 2015 à 12:05, Eric Lupinacci <[email protected]> a écrit :
> 
> 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 ?

Ça me va personnellement :-)

----------
Ybbet
> 
> ++
> 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
>