[SPIP Zone] Plugin Facteur

Archives Zone
1

Hello !

J'ai commité le plugin facteur : http://zone.spip.org/trac/spip-zone/browser/plugins/stable/facteur

Il surcharge la fonction envoyer_mail de spip de la manière suivante :

// prototype http://zone.spip.org/trac/spip-zone/browser/plugins/stable/facteur/inc/envoyer_mail.php
function inc_envoyer_mail($destinataire, $sujet, $corps, $from = "", $headers = "");

si $corps est un tableau alors le plugin facteur va chercher les entrées "texte", "html" et optionnellement "pieces_jointes" ; sinon $corps sera le texte du mail.

ex :
$corps = array(
'html' => $message_html, // si vide la notification envoyée sera en texte seulement
'texte' => $message_texte, // si vide la notification envoyée sera en html seulement
// ex de pj
'pieces_jointes' => array( array('chemin' => $chemin, 'nom' => $nom, 'encodage' => $encodage, 'mime' => $mime) )
);

$envoyer_mail = charger_fonction('envoyer_mail', 'inc');
$envoyer_mail($email, $objet, $corps);

un exemple de mise en place : http://zone.spip.org/trac/spip-zone/browser/plugins/stable/spip-lettres/inc/lettres_classes.php ligne 285

Pierre

2

hello, à l'activation en 2.06
*Parse error*: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in */var/alternc/html/d/dionysos/dionysos/plugins/facteur/inc/facteur_classes.php* on line *10

*

Hello !

J'ai commité le plugin facteur : Connexion · GitLab

Il surcharge la fonction envoyer_mail de spip de la manière suivante :

// prototype Connexion · GitLab

function inc_envoyer_mail($destinataire, $sujet, $corps, $from = "", $headers = "");

si $corps est un tableau alors le plugin facteur va chercher les entrées "texte", "html" et optionnellement "pieces_jointes" ; sinon $corps sera le texte du mail.

ex :
$corps = array(
'html' => $message_html, // si vide la notification envoyée sera en texte seulement
'texte' => $message_texte, // si vide la notification envoyée sera en html seulement
// ex de pj
'pieces_jointes' => array( array('chemin' => $chemin, 'nom' => $nom, 'encodage' => $encodage, 'mime' => $mime) )
);

$envoyer_mail = charger_fonction('envoyer_mail', 'inc');
$envoyer_mail($email, $objet, $corps);

un exemple de mise en place : Connexion · GitLab ligne 285

Pierre
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

3

Serais-tu en php4 par hasard ?
Je vais rajouter un <necessite php 5> dans le plugin.xml si c'est possible

Le 17 mars 09 à 15:04, Pi r a écrit :

hello, à l'activation en 2.06
*Parse error*: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in */var/alternc/html/d/dionysos/dionysos/plugins/facteur/inc/facteur_classes.php* on line *10

*

Hello !

J'ai commité le plugin facteur : Connexion · GitLab

Il surcharge la fonction envoyer_mail de spip de la manière suivante :

// prototype Connexion · GitLab
function inc_envoyer_mail($destinataire, $sujet, $corps, $from = "", $headers = "");

si $corps est un tableau alors le plugin facteur va chercher les entrées "texte", "html" et optionnellement "pieces_jointes" ; sinon $corps sera le texte du mail.

ex :
$corps = array(
'html' => $message_html, // si vide la notification envoyée sera en texte seulement
'texte' => $message_texte, // si vide la notification envoyée sera en html seulement
// ex de pj
'pieces_jointes' => array( array('chemin' => $chemin, 'nom' => $nom, 'encodage' => $encodage, 'mime' => $mime) )
);

$envoyer_mail = charger_fonction('envoyer_mail', 'inc');
$envoyer_mail($email, $objet, $corps);

un exemple de mise en place : Connexion · GitLab ligne 285

Pierre
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

4

Pierre BASSON a écrit :

Serais-tu en php4 par hasard ?

bingo!

Je vais rajouter un <necessite php 5> dans le plugin.xml si c'est possible

Le 17 mars 09 à 15:04, Pi r a écrit :

hello, à l'activation en 2.06
*Parse error*: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in */var/alternc/html/d/dionysos/dionysos/plugins/facteur/inc/facteur_classes.php* on line *10

*

Hello !

J'ai commité le plugin facteur : Connexion · GitLab

Il surcharge la fonction envoyer_mail de spip de la manière suivante :

// prototype Connexion · GitLab

function inc_envoyer_mail($destinataire, $sujet, $corps, $from = "", $headers = "");

si $corps est un tableau alors le plugin facteur va chercher les entrées "texte", "html" et optionnellement "pieces_jointes" ; sinon $corps sera le texte du mail.

ex :
$corps = array(
'html' => $message_html, // si vide la notification envoyée sera en texte seulement
'texte' => $message_texte, // si vide la notification envoyée sera en html seulement
// ex de pj
'pieces_jointes' => array( array('chemin' => $chemin, 'nom' => $nom, 'encodage' => $encodage, 'mime' => $mime) )
);

$envoyer_mail = charger_fonction('envoyer_mail', 'inc');
$envoyer_mail($email, $objet, $corps);

un exemple de mise en place : Connexion · GitLab ligne 285

Pierre
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

5

En date de : Mar 17.3.09, Pierre BASSON <pierre.basson@artego.fr> a écrit :

Serais-tu en php4 par hasard ?
Je vais rajouter un <necessite php 5> dans le
plugin.xml si c'est possible

C'est *possible* de l'ajouter mais ça ne donnera rien...

et dans un autre message, b_b écrivait:

Je confirme qu'avec PHP Version 4.4.9 les boutons dont tu parles sont
affichés dans la barre (pas en php5).

Du coup, vu le nombre grandissant de plugins qui ont étés codés "PHP 5 only", ça serait peut être une idée d'intégrer la possibilité de faire un <necessite id="PHP" version="[5;]" /> (ou toute autre combinaison [mini;max]selon la syntaxe des versions standard pour les autres id)

Je colle ci-dessous le patch qui permet de mettre ça en oeuvre (la détection de version de PHP ne se fait qu'au niveau de la version majeure et repose sur un test de type function_exists() pour éviter l'analyse d'un $_SERVER qui peut être fantaisiste...)
Testé avec SVN [13840]

PS: ceci sans chercher à juger si c'est *bien* ou *mal* de coder des plugins ne fonctionnant pas en PHP4...

----------------
fichier /ecrire/inc/plugin.php: ajouter le bloc suivant en ligne 118:

    // Necessite une version de PHP?
    else if ($id=='PHP' AND preg_match(',([\d])?[\d\.]*;([\d]?),', $need['version'], $match)!==0) {
        $tests = array(4=>'array_count_values', 5=>'file_put_contents');
        if ($v_mini=$match[1]
            AND array_key_exists($v_mini,$tests)
            AND !function_exists($tests[$v_mini]))
                $msg .= "<li>"
                    ._T('plugin_necessite_php_mini', array('version' => $v_mini))
                    ."</li>";
        if ($v_max=$match[2]+1
            AND array_key_exists($v_max,$tests)
            AND function_exists($tests[$v_max]))
                $msg .= "<li>"
                    ._T('plugin_necessite_php_maxi', array('version' => $match[2]))
                    ."</li>";
    }

---------------
fichier /ecrire/lang/ecrire_fr.php: 2 chaînes de langue suplémentaires (après ligne 882)
'plugin_necessite_php_mini' => 'N&eacute;cessite PHP en version @version@ minimum.',
'plugin_necessite_php_maxi' => 'N&eacute;cessite PHP en version @version@ maximum.',

6

cy_altern a écrit :

PS: ceci sans chercher à juger si c'est *bien* ou *mal* de coder des plugins ne fonctionnant pas en PHP4...

on peut néanmoins le faire de manière très objective :
il est est évident que c'est *mal* ... pour tous les sites encore en php4.

JLuc

7

* JLuc tapuscrivait, le 18/03/2009 09:41:

cy_altern a écrit :

PS: ceci sans chercher à juger si c'est *bien* ou *mal* de coder des plugins ne fonctionnant pas en PHP4...

on peut néanmoins le faire de manière très objective :
il est est évident que c'est *mal* ... pour tous les sites encore en php4.

Et on peut aussi dire de manière objective que c'est _risqué_ de rester en PHP4 :

Support for PHP 4 has been discontinued since 2007-12-31. Please consider upgrading to PHP 5.2.

--
RealET

8

A mon avis, il faut avant tout rester pragmatiques :

Une grande majorité des utilisateurs de SPIP ne savent pas quelle version de PHP est utilisée par leur hébergeur. On veut que SPIP soit utilisable sur un maximum de configurations, pour des utilisateurs ayant presque aucune compétence technique. Limiter à PHP5 me semble beaucoup trop restrictif vu leur profil.

En ce sens, je pense à l’inverse que c’est « bien » de rester compatible PHP4, tant que 90% des hébergeurs ne seront pas en PHP5, et que les sites existant n’auront pas fait la migration (d’ailleurs quelqu’un sait-il si on peut avoir ce type de stats quelque part ?).

.Gilles

2009/3/18 JLuc <jluc@no-log.org>

cy_altern a écrit :

PS: ceci sans chercher à juger si c’est bien ou mal de coder des plugins ne fonctionnant pas en PHP4…

on peut néanmoins le faire de manière très objective :
il est est évident que c’est mal … pour tous les sites encore en php4.

JLuc

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

9

Pour préciser le problème, quelles sont les fonctionnalités intégrées de SPIP ou les plugins parmi les plus courants qui nécessitent PHP5 ?

De : Gilles VINCENT [mailto:gilles.vincent@gmail.com]
Envoyé : mercredi 18 mars 2009 10:25
À : JLuc
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] ajouter ?

A mon avis, il faut avant tout rester pragmatiques :

Une grande majorité des utilisateurs de SPIP ne savent pas quelle version de PHP est utilisée par leur hébergeur. On veut que SPIP soit utilisable sur un maximum de configurations, pour des utilisateurs ayant presque aucune compétence technique. Limiter à PHP5 me semble beaucoup trop restrictif vu leur profil.

En ce sens, je pense à l’inverse que c’est « bien » de rester compatible PHP4, tant que 90% des hébergeurs ne seront pas en PHP5, et que les sites existant n’auront pas fait la migration (d’ailleurs quelqu’un sait-il si on peut avoir ce type de stats quelque part ?).

.Gilles

2009/3/18 JLuc <jluc@no-log.org>

cy_altern a écrit :

PS: ceci sans chercher à juger si c’est bien ou mal de coder des plugins ne fonctionnant pas en PHP4…

on peut néanmoins le faire de manière très objective :
il est est évident que c’est mal … pour tous les sites encore en php4.

JLuc

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

10

Au pif, parseur XML, traitement des expressions régulières, etc…
C’est tout détaillé ici : http://www.php.net/manual/fr/migration5.incompatible.php
avec une liste des nouvelles fonctions ici : http://www.php.net/manual/fr/migration5.functions.php

.G

2009/3/18 Samy Rabih <samy.rabih@free.fr>

Pour préciser le problème, quelles sont les fonctionnalités intégrées de SPIP ou les plugins parmi les plus courants qui nécessitent PHP5 ?

De : Gilles VINCENT [mailto:gilles.vincent@gmail.com]
Envoyé : mercredi 18 mars 2009 10:25
À : JLuc
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] ajouter ?

A mon avis, il faut avant tout rester pragmatiques :

Une grande majorité des utilisateurs de SPIP ne savent pas quelle version de PHP est utilisée par leur hébergeur. On veut que SPIP soit utilisable sur un maximum de configurations, pour des utilisateurs ayant presque aucune compétence technique. Limiter à PHP5 me semble beaucoup trop restrictif vu leur profil.

En ce sens, je pense à l’inverse que c’est « bien » de rester compatible PHP4, tant que 90% des hébergeurs ne seront pas en PHP5, et que les sites existant n’auront pas fait la migration (d’ailleurs quelqu’un sait-il si on peut avoir ce type de stats quelque part ?).

.Gilles

2009/3/18 JLuc <jluc@no-log.org>

cy_altern a écrit :

PS: ceci sans chercher à juger si c’est bien ou mal de coder des plugins ne fonctionnant pas en PHP4…

on peut néanmoins le faire de manière très objective :
il est est évident que c’est mal … pour tous les sites encore en php4.

JLuc

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

11

Pour continuer dans le pragmatisme :

  • en se plaçant côté développeurs il me semble que ce n’est pas toujours simple de tester sur une version obsolète d’un langage…
  • en se plaçant côté utilisateurs c’est tellement simple de connaître sa version php qu’il serait dommage de s’en priver :
    il suffit d’ajouter dans le descriptif du plugin :
    _ [Quelle version de php est-elle installée pour mon site->.?exec=info]

pierre

ps : la réalité du langage php
http://fr.wikipedia.org/wiki/Php

c’est bien la version 5 qui est la version courante les versions 4 sont potentiellement dangereuses depuis :
Seuls les patchs de sécurité critiques seront encore développés jusqu’à la date du 8 août 2008

Le 18 mars 09 à 10:58, Gilles VINCENT a écrit :

Au pif, parseur XML, traitement des expressions régulières, etc…
C’est tout détaillé ici : http://www.php.net/manual/fr/migration5.incompatible.php
avec une liste des nouvelles fonctions ici : http://www.php.net/manual/fr/migration5.functions.php

.G

2009/3/18 Samy Rabih <samy.rabih@free.fr>

Pour préciser le problème, quelles sont les fonctionnalités intégrées de SPIP ou les plugins parmi les plus courants qui nécessitent PHP5 ?

De : Gilles VINCENT [mailto:gilles.vincent@gmail.com]
Envoyé : mercredi 18 mars 2009 10:25
À : JLuc
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] ajouter ?

A mon avis, il faut avant tout rester pragmatiques :

Une grande majorité des utilisateurs de SPIP ne savent pas quelle version de PHP est utilisée par leur hébergeur. On veut que SPIP soit utilisable sur un maximum de configurations, pour des utilisateurs ayant presque aucune compétence technique. Limiter à PHP5 me semble beaucoup trop restrictif vu leur profil.

En ce sens, je pense à l’inverse que c’est « bien » de rester compatible PHP4, tant que 90% des hébergeurs ne seront pas en PHP5, et que les sites existant n’auront pas fait la migration (d’ailleurs quelqu’un sait-il si on peut avoir ce type de stats quelque part ?).

.Gilles

2009/3/18 JLuc <jluc@no-log.org>

cy_altern a écrit :

PS: ceci sans chercher à juger si c’est bien ou mal de coder des plugins ne fonctionnant pas en PHP4…

on peut néanmoins le faire de manière très objective :
il est est évident que c’est mal … pour tous les sites encore en php4.

JLuc

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

12

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont
initialement presque aucune notion de protocole réseau, Apache, PHP,
ou base de données. Le fait que leur hébergeur soit en version 4 ou 5
leur échappe complètement. Il n'en voit aucune différence (si c'était
le cas, ça fait belle lurette qu'il n'y aurait plus un visiteur sur
cing sous IE6 !).

N'oublions pas qu'ils ont choisi SPIP car
- il peut être installé sur tous les hébergeurs gratuits (ou presque)
- il ne nécessite presque aucune intervention technique (parfois du
FTP, mais j'ai eu le cas ou rien que cette manip' n'était pas dans
leurs habitudes, avec des sites sans aucune sauvegarde, jamais mis à
jour etc..)

.G

13

* Gilles VINCENT tapuscrivait, le 18/03/2009 12:07:

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont

Donc, s'ils n'ont pas la compétence, ils font appel à toi qui sait ce qu'est PHP4 ou 5.
What else ?

--
RealET

14

Le 18 mars 09 à 12:07, Gilles VINCENT a écrit :

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont
initialement presque aucune notion de protocole réseau, Apache, PHP,
ou base de données. Le fait que leur hébergeur soit en version 4 ou 5
leur échappe complètement. Il n'en voit aucune différence (si c'était
le cas, ça fait belle lurette qu'il n'y aurait plus un visiteur sur
cing sous IE6 !).

N'oublions pas qu'ils ont choisi SPIP car
- il peut être installé sur tous les hébergeurs gratuits (ou presque)
- il ne nécessite presque aucune intervention technique (parfois du
FTP, mais j'ai eu le cas ou rien que cette manip' n'était pas dans
leurs habitudes, avec des sites sans aucune sauvegarde, jamais mis à
jour etc..)

Bien sûr ce n'est pas une solution mais parfois l'information permet de comprendre.
En plus il ne s'agit que de pointer sur une page méconnue de spip.

15

Pierre Fiches a écrit :

Le 18 mars 09 à 12:07, Gilles VINCENT a écrit :

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

Je ne suis pas trop d'accord non plus, ça doit marcher avec PHP 4. Donc, il faut trouver et comprendre dans le plugin pourquoi ça ne marche pas et y remédier ; en général, ce n'est pas grand chose...

Donc, Porte Plume devrait fonctionner correctement en Php4, il faut le débugguer.

Pour Facteur, je ne sais pas, mais on peut certainement admettre que des plugins nécessitent PHP 5 pour gérer des notions de programmation objet complexes. Cependant, si Facteur sert de base pour les autres plugins liés à l'envoi de mail, ça devient contraignant qu'il ne fonctionne pas avec PHP4 (bien que la plupart des hébergeurs soient passés à PHP5 ou proposent une ligne dans .htaccess pour le demander).

--
MM.

16

Je rajouterai, si je peux me permettre, qu'un certain hébergeur gratuit (FREE, pour ne pas le nommer) propose le PHP5 sans difficulté... si on donne aux fichiers l'extension ".php5" (???).

Je n'avais pas vu depuis longtemps de plus grosse stupidité (ils auraient pu proposer un .htaccess...), mais le fait est là!

Donc, un SPIP chez FREE sera TOUJOURS (je crie volontairement !) en PHP4!

Maintenant, je comprends - et je félicite - la remarque concernant l'obsolescence du PHP4 (et sa non-évolution... heureusement que les correctifs de sécurité sont faits!... mais pour combien de temps encore?). Cy_Altern, qui me connaît bien, sait que je suis attaché à ce "détail" que nombre d'hébergeurs négligent (ils s'en moquent... un site attaqué est désactivé, ils sont hébergeurs, pas responsables...).

Mais je comprends aussi la remarque qui rappelle que la plupart de ceux qui installent des SPIP le font sans aucune connaissance des "protocoles réseau, Apache, PHP, ou base de données". Et il faut penser à eux de façon pédagogique...

Spipement,

Olivier JEULIN

Gilles VINCENT a écrit :

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont
initialement presque aucune notion de protocole réseau, Apache, PHP,
ou base de données. Le fait que leur hébergeur soit en version 4 ou 5
leur échappe complètement. Il n'en voit aucune différence (si c'était
le cas, ça fait belle lurette qu'il n'y aurait plus un visiteur sur
cing sous IE6 !).

N'oublions pas qu'ils ont choisi SPIP car
- il peut être installé sur tous les hébergeurs gratuits (ou presque)
- il ne nécessite presque aucune intervention technique (parfois du
FTP, mais j'ai eu le cas ou rien que cette manip' n'était pas dans
leurs habitudes, avec des sites sans aucune sauvegarde, jamais mis à
jour etc..)

.G
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

17

Comme indiqué plus tot, est ce que le core nécessite vraiment PHP5? Ou
s'agit il de plugins ?

-----Message d'origine-----
De : Olivier JEULIN [mailto:olivier.jeulin@free.fr]
Envoyé : mercredi 18 mars 2009 13:22
À : Gilles VINCENT
Cc : spip zone
Objet : Re: [SPIP Zone] ajouter <necessite id="PHP"> ?

Je rajouterai, si je peux me permettre, qu'un certain hébergeur gratuit
(FREE, pour ne pas le nommer) propose le PHP5 sans difficulté... si on
donne aux fichiers l'extension ".php5" (???).

Je n'avais pas vu depuis longtemps de plus grosse stupidité (ils
auraient pu proposer un .htaccess...), mais le fait est là!

Donc, un SPIP chez FREE sera TOUJOURS (je crie volontairement !) en PHP4!

Maintenant, je comprends - et je félicite - la remarque concernant
l'obsolescence du PHP4 (et sa non-évolution... heureusement que les
correctifs de sécurité sont faits!... mais pour combien de temps
encore?). Cy_Altern, qui me connaît bien, sait que je suis attaché à ce
"détail" que nombre d'hébergeurs négligent (ils s'en moquent... un site
attaqué est désactivé, ils sont hébergeurs, pas responsables...).

Mais je comprends aussi la remarque qui rappelle que la plupart de ceux
qui installent des SPIP le font sans aucune connaissance des "protocoles
réseau, Apache, PHP, ou base de données". Et il faut penser à eux de
façon pédagogique...

Spipement,

Olivier JEULIN

Gilles VINCENT a écrit :

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont
initialement presque aucune notion de protocole réseau, Apache, PHP,
ou base de données. Le fait que leur hébergeur soit en version 4 ou 5
leur échappe complètement. Il n'en voit aucune différence (si c'était
le cas, ça fait belle lurette qu'il n'y aurait plus un visiteur sur
cing sous IE6 !).

N'oublions pas qu'ils ont choisi SPIP car
- il peut être installé sur tous les hébergeurs gratuits (ou presque)
- il ne nécessite presque aucune intervention technique (parfois du
FTP, mais j'ai eu le cas ou rien que cette manip' n'était pas dans
leurs habitudes, avec des sites sans aucune sauvegarde, jamais mis à
jour etc..)

.G
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

18

Gilles VINCENT a écrit :

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:
  

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]
    
Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont
initialement presque aucune notion de protocole réseau, Apache, PHP,
ou base de données. Le fait que leur hébergeur soit en version 4 ou 5
leur échappe complètement. Il n'en voit aucune différence (si c'était
le cas, ça fait belle lurette qu'il n'y aurait plus un visiteur sur
cing sous IE6 !).

N'oublions pas qu'ils ont choisi SPIP car
- il peut être installé sur tous les hébergeurs gratuits (ou presque)
- il ne nécessite presque aucune intervention technique (parfois du
FTP, mais j'ai eu le cas ou rien que cette manip' n'était pas dans
leurs habitudes, avec des sites sans aucune sauvegarde, jamais mis à
jour etc..)

.G
_______________________________________________

100% d'accord ......

19

RealET a écrit :

* Gilles VINCENT tapuscrivait, le 18/03/2009 12:07:

2009/3/18 Pierre Fiches <pierre.fiches@free.fr>:

- en se plaçant côté utilisateurs c'est tellement simple de connaître sa
version php qu'il serait dommage de s'en priver :
il suffit d'ajouter dans le descriptif du plugin :
_ [Quelle version de php est-elle install&eacute;e pour mon
site->.?exec=info]

Je ne suis pas trop d'accord.

La plupart des utilisateurs pour qui je crée des sites SPIP n'ont

Donc, s'ils n'ont pas la compétence, ils font appel à toi qui sait ce qu'est PHP4 ou 5.
What else ?

désolé j'ai pas la compétence; mais j'essaye faut bien un jour commencer et être curieux.

20

Le 18.03.2009 13:21, Olivier JEULIN a écrit :

Maintenant, je comprends - et je félicite - la remarque concernant
l'obsolescence du PHP4 (et sa non-évolution... heureusement que les
correctifs de sécurité sont faits!... mais pour combien de temps
encore?)

Ça a déjà été dit : PHP 4 n'est plus mis à jour *y compris* pour la sécurité, depuis mi-2008.

Donc *vraiment* obsolète.

--
RastaPopoulos