Touffe a écrit:

Je n'ai pas de connaissance approfondie en php, mais si tu as besoin d'aide, je suis prêt à mettre la main à la pâte.

C'est mon 1er truc en php et mon 1er MOD,mais la je commence à avoir bien en entête ce qu'il y a à faire. Merci pour ton aide. Ce que j'aimerai c'est béte-testeurs pour checker les avancements et faire des remarques. Pour le moment, le MOD envoie des mails mais il n'y a pas d'interface, ect.. C'est uniquement, la partie primaire (envoi des mails qui est ok) mais tout reste encore à finaliser.

Voici un petit topo:

Description des fonctionnalités de la notification par mail:
  o Envoi de mails sur les nouveaux éléments de la gallerie
  o Envoi uniquement sur déclechement manuel d'un administrateur
  o Envoi de mails aux utilisateurs inscrits à la liste de notification
  o Gestion par une interface administrateur d'inscription/descincription des utilisateurs
  o Gestion par lien d'inscription/descincription pour chaque utilisateur (pas d'interface pour le moment sauf si intégré dans une version et à mettre dans la mise à jour du profil) (utilisation d'un clef de controle unique à passer dans le lien, un clef pour un user_id)
  o Nofication par mails d'inscription/descincription des utilisateurs

Attention, pour le moment, le MOD est cours de developpement et nullement FINALISE, et je mettrais à jour le MOD version beta à chaque nouvelle avancée.
Pourquoi mettre à dispo un MOD non fini? Uniquement pour avoir les remarques de chacun, les évolutions possibles, les trucs bien, pas bien, mauvais, horribles, etc...
Aussi pour savoir si ce MOD va rester un MOD ou pas, suivant cette décision, je garderais mes includes ou non (soit pour une meilleur intégration/maintenance soit pour une meilleure installation du MOD)

RAF et en vrac (en complement du zip):

DANS ZIP
  o // A mettre dans constants.php par la suite
   define('USER_FEED_TABLE', $prefixeTable.'user_feed');
  o Suppression d'un utilisateur
  o // A supprimer lors de la mise en place dans le menu admin
    define('PHPWG_ROOT_PATH','./');
    define('IN_ADMIN', true);
  o Mettre une valeur par défault pour le enabled dans les options pour le moment false
  o Pouvoir mettre à jour les enabled/disabled
  o Mettre en place un tableau $conf['user_fields']['id']
  o Ne pas tout arreter lors d'une erreur d'envoie de mail
  o Envoyer le mail dans la langue du user_id
  o Ajout d'une clef comme feed pour inscription, desincription
  o Pas encore de template
  o Indiquer les utilisateurs ajoutés
  o Mettre le enabled true/false dans le sql
  o L'envoie de mail 'mailtouser.php) est à mettre dans la partie adminpar la suite
  o Ajouter un lien dans le mail pour se descrire
  o Faire les traductions
NOUVEAU
  o Envoi de mail en HTML
  o Ajout du champs check_key en clef unique dans la table de notification
  o Mettre dans le mail
     > New elements added between 18-11-2005 and
       Nouveaux éléments ajoutées entre le xxx et le yyy
     > Comment de desincsrire
     > bas de page
     > Petite intro de politesse
  o Envoie de mail lors d'un subscribe/unsubscribe en précisant
    Site, User, Mail, inscription ou descinscription, dernier état du enable de la table
    Préciciser si dans mail si action effectué par l'admin ou l'utilisateur
  o Interface admin (gestion de user inscrits/non incrits, envoi des mails, paramètrage de mails, ect...)
  o Module php de gestion par lien d'inscription/descincription
  o Envoi mail lors de l'init de la table notification si l'option enabled par défaut est true

Question en suspend:
  o Garder les includes ? (uniquement si intégré dans une version de PWG)

Touffe a écrit:

Si j'ai bien compris, le fichier .txt donne la marche à suivre pour l'installation et ensuite il faut lancer le fichier à la main...

Oui c'est ca pour le moment, c'est tres basique.
Il faut aussi passer le champ enabled de la table à true pour les users qui doivent recevoir les envois.
Cette semaine par trop le temps non plus de faire évoluer le truc, mais la semaine prochaine oui.
Donc, tu peux attendre de je mette une version plus peaufinée avec tes premiers tests.

Ca pourrait être un MOD vraiment sympas... Courage moi ça m'intéresse... merci du boulot fourni...

Dernière modification par samyyy (2005-12-05 12:30:36)

Nouvelle version beta du 20051206 MOD_NBM_20051206.zip
Toujours pas template, uniquement affichage de messages.
Les modifs sont:
  o Option pour envoi d'un cci au webmaster (Control et test)
  o Email du webmaster  par défaut pour le "from" de la fonction pwg_mail
  o Formattage email (nom + adresse)
  o Version visible dans mail uniquement si $conf['show_version'] à true

Dans la prochaine version béta, je passe au template puis à l'inscription/desinscription

z0rglub a écrit:

Je vais essayer de trouver le temps dans la semaine pour tester le MOD.

Cool...

z0rglub a écrit:

Ensuite... on en rediscute lorsque j'aurai testé.

Ok, surtout que j'ai des points en suspend concernant notamment les includes et leur utilisation, ect...

z0rglub a écrit:

J'aimerais que ça ne reste pas un MOD, et parallèlement, je ne souhaite pas le maintenir (rub, je te laisse faire la déduction).

Pas de soucis, s'il y a integration dans pwg, de faire la maintenance de cette partie "notification par mail", ainsi que "nouveaux éléments", envoi mail, et bien d'autres....

Bienvenue !
Encore un qui vient avec l'idée de résoudre un besoin personnel et qui se retrouve à contribuer au projet.

>:-D

C'est comme ça qu'ils m'ont eu moi aussi ;-)

Bon quand vous aurez besoin de jouer avec le template, faites-moi signe, je vous donnerai un coup de main, surtout si c'est destiné à être intégré.

Chris

Pas trop le temps d'avancer en ce moment, snif...
Bon, j'ai mis à jour le WIKI
Pages de mes MOD/evolutions
Page sur la notification par mail

chrisaga a écrit:

Bon quand vous aurez besoin de jouer avec le template, faites-moi signe, je vous donnerai un coup de main, surtout si c'est destiné à être intégré.

Petites questions, si je n'utilise des tpl, il n'y aura pas d'impact par rapport à ce qui doit être fait sur la séparation des templates et des thémes? En trop, ca correspond à quoi? Séparation css et tpl?

Concernant le fichier double_select.tpl, peut-il être considérer comme un élément générique et par conséquent l'utiliser dans mon template?
Si oui, il y aura-t-il d'autre template générique?

Il y a-t-il un WIKI, du style PWG template pour les nuls? (enfin, surtout les grandes lignes et une description rapide des différents éléments de l'objet template... (bien que tout soit détaillé dans template.php d'après ce que j'ai vu...)

Réponse de Pierrick
Je viens de télécharger la dernière version du MOD, et j'ai quelques
remarques avant intégration dans BSF.

- bien respecter les conventions de style (décrites dans la section
  privée du forum). Elles ne sont pas du tout respectées dans les
  fichiers que j'ai lu. Si comme Nicolas tu as du mal avec ces
  conventions, fais ton commit, je reformates et tu étudieras la
  différence.

- ne pas nommer include/functions_news_notification.inc.php mais
  include/functions_notification.inc.php car le mot "news" fait penser
  au MOD news, et cela n'a rien à voir.

Par rapport au procéssus d'intégration :

- la première des choses à faire, c'est de créer une demande
  "notification par mail" dans l'outil de suivi. On pourra voir
  l'avancée du travail dans les meilleures conditions. Un peu comme
  nicolas et la demande 261.

- tu me fais peur en disant "suppression user" ! qui veux-tu supprimer ?

- Le nouveau menu, dans [Administration>Général>Notification] par
  exemple.

- pour la nouvelle table, on aura donc un nouveau fichier dans
  install/db :-) et une modification de
  install/phpwebgallery_structure.sql

- que veux-tu dire par "pas d'intarface" ? Je pensais que tu ferais une
  liste des utilisateurs ayant un mail, avec la possibilité de notifier
  les utilisateurs sélectionnés ou tous les utilisateurs, ou ceux d'une
  liste de groupes, etc. Avec en face de chaque utilisateur la
  date/heure de la dernière notification. Avec bien sûr une gestion
  multipage (donc il faudra qu'on réfléchisse ensemble à factoriser avec
  la page [Administration>Identification>Utilisateur]), bref, un truc
  chiadé :-)

- concernant les étapes, je suis OK sur le principe évidemment. La règle
  à respecter est la suivante : chaque commit dans Subversion aboutit à
  un état stable. On ne commit pas une modification qui va tout casser
  chez les copains.

La prochaine fois, ou pour la suite de la discussion, le forum public,
section "discussion" est tout indiqué. Penses à volcom qui va avoir la
même problématique pour intégrer la refonte de l'historique (sans te
mettre la pression volcom...)

NB : ce WE encore, j'ai constaté que la notification par RSS, si elle me
convient bien ainsi qu'à mon cousin linuxien de 17 ans, ne convient pas
du tout à ma maman ou ma tante (qui ont 50 ans... désolé VDigital :-/)
Du coup, je les notifie /à la main/ (quelle misère). Avec ta
fonctionnalité, je vais dans [Administration>Général>Notification],
bouton "notifier tous les utilisateurs", et voilà le travail !