Wikini:NotificationParCourriel

Besoin

J'ai aussi créé ma propre implémentation dans wikini, voir ici: TheTransporter
Je viens de réorganiser et mettre a jour ma page, les derniers codes sources fonctionnels y sont présents.
Les utilisateurs peuvent s'abonner et se désabonner d'une page, dès qu'ils y sont abonnés, ils recoivent une notification par courrier avec le lien de la page modifiée dedans.
Ils peuvent se désabonner et s'abonner grâce à des actions (subscribe et unsubscribe). Les liens sont inclus dans le footers.php.

Dites moi ce que vous en pensez !

@bientot
-TheTransporter-

Il me parait surtout important que l'auteur d'une page soit informé dès qu'il y a modification de sa page.
-- Sébastien

je pense a une button on desu de tout le page, que je peux taper quand je veux und email quand ce site change...
je crois bien que cest vraimont facile a fair (por quelqun qui cest programme php he he he)
seulment possible quand on e une utilisateur de wakkafr, parce que commeca vous avez deja ladress de email...
-- CostalMartignier (qui ne parle pas francais :-))

Oui en effet ce n'est pas très compliqué à faire. Cependant je sais que beaucoup d'hébergeurs (tout du moins la plupart des gratuis, comme free) ne permettent pas d'envoyer de e-mail à partir de php, et ce pour des raisons de sécurité.
--PatrickPaul

mais je crois cest pas un gros problem de payer 10 euro le mois pour une super *hoster*, mois je paie et jaimerais jamais allez derier et prendre und *hoster* gratuit :-) et je crois ilya encore des autre methode de envoier des email (cgi)...
et tu crois pas cest une fonctionnalité qui est vraimont important ?
et quesque tu/vous pense de la fonctione que je ecris on desu (upload les fichier)?
-- CostalMartignier

C'est une bonne idée (envoi des mail), mais je pense que c'est en dehors du domaine de WikiNi : je vois plutôt des outils
exterieurs, appelés à intervalle regulier qui surveille une page. J'ai d'ailleurs un outil qui surveille la page DerniersChangements et
m'envoie un mail lors d'une modification (inscription libre !!). A mon avis ce genre de fonctionnalité est tres lourde à gerer :
mail de confirmation pour éviter le spam, montée en charge si beaucoup d'utilisateurs abonnés une page etc.
-- DavidDelon

Une fonctionalité interressante pourrait de pouvoir laisser son adresse email sur une page pour être mis au courant quand celle ci est modifié (comme sur un forum) On peut imaginer également que cette fonctionalité soit accessible à l'édition d'une page.
La liste des personnes avertis des modifications d'une page ne sont pas forcement à afficher sur la page en question.
-- Axel584
[Personnellement, cela me gêne pour plusieurs raisons :

C'est, à mon avis, en dehors du domaine de compétence de wikini, wikini fournit des flux Rss; des outils de gestion de ces flux peuvent, entre autre, se charger de l'envoi de mail d'alerte.
La gestion des erreurs ou malveillance est lourde et compliqué.
La fonction d'envoi de mail n'est pas toujours disponible chez les hebergeurs grand public.

-- DavidDelon]
Tu as raison sur tes deux dernières remarques. Je suis plus septique sur la première et je pense qu'une fonction d'envoi de mail rudimentaire (sans gestion des erreurs, etc.) est possible et peut intéresser du monde.
Me paraissant plus intéressant, j'ai fait une proposition à PloumPloum pour interfacer Jabber et WikiNi : cf http://frimouvy.udev.org/wiki/wakka.php?wiki=PloumPloum.
-- CharlesNepote
Le plus difficile dans la gestion des mails à envoyé est qu'assez souvent, on n'utilise pas l'aperçu, mais on modifie plusieurs fois la page...(c'est pas comme un mail ou un message sur un forum, on peut finaliser "qu'après"... ce qui génére bcp de mail. Donc la gestion des mails doit prendre en compte certaines choses : n'envoyer qu'un mail par page et par jour, n'envoyer qu'un mail par IP qui modifie une page (si une même personne modifie 53 fois la même page, les autres personnes n'ont pas forcement besoin d'être informé... puisque le but est justement d'être informé des changements pour en faire d'autres... genre question réponse comme ce qu'on fait ici... :-)
-- Axel584

En fait il faut distinguer plusieurs besoins :

des besoins de suivit en temps réel.
- la notification email en temps réel du changement d'une page pour n'importe quel utilisateur, sur abonnement interactif de l'utilisateur
- la notification email en temps réel du changement de toute page du site pour n'importe quel utilisateur, sur abonnement interactif de l'utilisateur
- la notification email en temps réel du changement de toute page du site pour certains utilisateurs, sur demande expresse à l'administrateur technique
- la notification email en temps réel du changement de toute page du site pour certains utilisateurs, sur demande expresse à l'administrateur fonctionnel
des besoins de synthèse différée
- la notification email en différé du changement d'une page pour n'importe quel utilisateur, sur abonnement interactif de l'utilisateur
- la notification email en différé du changement de toute page du site pour n'importe quel utilisateur, sur abonnement interactif de l'utilisateur
- la notification email en différé du changement de toute page du site pour certains utilisateurs, sur demande expresse à l'administrateur technique
- la notification email en différé du changement de toute page du site pour certains utilisateurs, sur demande expresse à l'administrateur fonctionnel

Les besoins de "temps réel" ont un sens :

dans le cadre de sites avec peu de modifications (on ne va revenir tous les jours sur le site pour savoir s'il y a eu des modifications, il est plus utile d'être alerté)
dans le cas où les responsables éditoriaux souhaitent effectuer une modération "au plus près" des contributions (contre le vandalisme, pour valider l'information, pour valider sa mise en forme, etc.)

Les besoins de synthèse différée ont un sens :

dans le cadre de sites avec de nombreuses modifications effectuées dans l'interval de deux synthèses
dans le cas d'une modération plus lâche

Les synthèses différées posent un problème technique de taille : tel que WikiNi est conçu, il ne paraît pas possible d'effectuer ces synthèses à heure fixe, mais seulement sur une action donnée d'un utilisateur. Il est toujours possible de faire démarrer la synthèse à la première consultation du site suivant le moment théorique de production de la synthèse, mais ce n'est quand même pas l'idéal. A moins qu'il soit possible de faire tourner un démon ou l'équivalent d'un CRON en PhP ?
Pour ma part je regarde en ce moment les solutions de suivit en temps réel sur un intranet. J'ai produit un petit code qui permet de prévenir du du changement de toute page du site pour certains utilisateurs, sur demande expresse à l'administrateur technique.

Ajouter "UsersToBeMailed?" =>"CharlesNepote, AutreUtilisateur?" dans wakka.config.php
Ajouter le code suivant dans /handler/page/edit.php (juste avant //foward)
- Que penserais-tu d'une fonction plus générale comme notify ($sender, $message). Cette fonction fait ensuite le choix du mode de transport du message, Jabber, mail, SMS, ... -- FranCois


<?php
                if (function_exists('mail') and $this->config["UsersToBeMailed"]) {
                    $Watchers = explode(",", $this->config["UsersToBeMailed"]);
                    if ($pages = $this->LoadRevisions($this->tag)) {
                        $c = 0;
                        $diff = $this->GetPageTag() . "/diff?";
                        foreach ($pages as $page) {
                            $c++;
                            if ($c <= 3) {
                                if ($c == 1) $diff .= "a=".$page["id"];
                                if ($c == 2) $diff .= "&amp;b=".$page["id"];
                                }
                            }
                        }
                    foreach ($Watchers as $Watcher) {
                        $MailAdr = $this->LoadSingle("select email from " .$this->config["table_prefix"]."users where name = '".mysql_escape_string($Watcher)."'");
                        $subject = "[RobotWikini] La page \"" . $this->GetPageTag() . "\" a été modifiée par " . $this->GetUserName();
                        $message = "<p>Bonjour " . $Watcher . "</p>";
                        $message .= "<p>La page suivante a été modifiée : <a href=\"".$this->Href("",$tag,"")."\">".$this->Href("",$tag,"")."<a></p>";
                        if ($pages) $message .= "<p>Modifications : <a href=\"".$this->Href("",$diff,"")."\">".$this->Href("",$diff,"")."<a></p>";
                        $message .= "<p>-- Le robot wikini</p>";
                        $headers = "From: " . $this->config["wakka_name"] . "_notifier\n";
                        $headers .= "X-Mailer: PHP/".phpversion()."\n"; //mailer
                        $headers .= "X-Priority: 3\n"; //1 UrgentMessage, 3 Normal
                        //comment this to send text format
                        $headers .= "Content-Type: text/html; charset=iso-8859-1\n";
                        mail($MailAdr["email"], $subject, $message, $headers);
                        }
                    }
?>

Apparement ce petit patch est transparent pour les plate-forme PhP ne gérant pas la fonction "mail".
-- CharlesNepote