cedric@yterium.com wrote:
Author: cedric@yterium.com
Date: Thu Nov 30 14:14:52 2006
New Revision: 7688Log:
un plugin de newsletter ... par SMS
enfin la y a juste le package Net_SMS de Pear qu'on va reutiliser
et tout a faire ...
Comme je te le disais en irc , je veux bien faire marcher ce biniou.
Je suis un ex dev de ce paquet chez PEAR et j'ai toujours un compte de test chez clickatel et peut-être (à vérifier) chez un autre prestataire.
Nous l'utilisons dans PEAR::Net_Monitor dont je suis co-lead avec Robert Peake.
Pour mémoire, Net_SMS est en fait géré par Horde qui est +/- en symbiose avec PEAR.
Le choix est judicieux car la structure est ouverte et permet de rajouter tout prestataire (avec des bémols selon le protocole adopté).
Je suggérais de modifier au minimum pour préserver les upgrades , mais finalement ce ne serait pas facile et il faut savoir que ce paquet est extrèmement stable, sans doute peut d'évolutions à attendre , si ce n'est l'ajout de prestataire.
La difficulté est que ce truc s'insère normalement dans la machine de guerre PEAR et nécessite donc plusieurs moyens externes:
* PEAR.php : essentiellement pour la gestion d'erreur , c'est quelque chose qu'on peut facilement reproduire et spipiser (spip_log etc.)
* HTTP_Request et subséquament Net_URL et Net_Socket : ceux-ci pour faire les requètes nécessaires aux serveurs des prestataires http. C'est lourd de rajouter tout ça, entre autre ça contient plein de choses dont on a pas besoin ici. Je pense qu'il serait tout à fait possible de remplacer ça par recuperer_page() de inc/distant.php , ça fera plus spipien et intégré.
* Mail.php pour les protocoles smtp , pareil, c'est lourd et on a ce qu'il faut à la maison 
* gettext() est utilisé partout sous forme de _() , on ne peut guère éviter d'y toucher pour intégrer ça dans le système i18n de spip.
On gardera de toute façon la majorité du code inchangé , juste quelques fonctions ou includes renommés. Simplement on rajoutera une couche interface qui redirigera sur les procédures spip.
Dans un premier temps , il suffit de faire les protocoles http et smtp, ça couvre la majorité des prestaires ... tant qu'on ne veut pas faire du bulk messaging de masse (SMPP).
Je pense commencer par http.
Bon, c'est beaucoup de blabla , mais autant démarrer propre 
--
toggg