non non Eric effectivement j avais corrigé en direct mon sous code ... c est dans ton main
tu ne pointes pas vers la bonne page sur l'extension !

merci eric ... ;o)

au fait il restait quoi a faire sur ce plugin ? car je peux m y recoller un peu maintenant que je commence a comprendre HAHAHA

moi je me souviens de ma reponse si tu veux faire ca ca va etre donc l inverse ... soit modifier le code de phpBB ... donc faire un plugin ou un MOD pour phpBB
voir avec les mecs du forum phpBB comment on fait ... etc ...

et la j ai plus eu de news ... soit les mecs du forum phpBB sont moins sympa soit il a abandonné l idee de le faire comme ca  ;o)

hahaha

t es sympa toi  ;o)

mais je n en sais rien ici c est la premiere fois que je participe a un forum donc je ne connais que celui et heureusement car 2 ca serai trop !

Nicco a écrit:

au fait il restait quoi a faire sur ce plugin ? car je peux m y recoller un peu maintenant que je commence a comprendre

Bah en fait, pas grand chose. Le truc qui manque sur les 2 plugins Register_PunBB / PhpBB c'est la gestion de mises à jour des utilisateurs existants. Par exemple, si un utilisateur "Machin" (ou par action de l'admin) change la langue de l'interface ou son mot de passe sous PWG, le changement n'est pas répercuté dans le compte utilisateur des forums.

Cela vient du fait qu'il manque un trigger dans le profile.php de la version 1.7.0. Il a été ajouté dans le svn préparant la future 1.7.1. J'ai effectué les modifs des plugins pour cette version à venir mais je ne les ai pas publié car je ne me suis pas basé sur une version officielle. Je préfère attendre sa sortie qui validera la présence de ce nouveau trigger.

Sinon, j'avoue que la release actuelle de ces plugins me suffit, personnellement. J'attends les retours d'expérience pour voir s'il y a des améliorations qui m'auraient échappées.

Un truc qui serait bien, ce serait de définir un template "propre" lorsqu'on lance une synchro (cas d'un forum vierge d'utilisateurs qu'il faut alimenter par les users inscrits dans PWG). A l'heure actuelle, les lignes de réponse de la synchro s'affichent en brut dans la page, décalant toute l'interface vers le bas. S'il y a beaucoup d'utilisateurs à synchroniser, il faut scroller loin pour récupérer l'interface d'admin de PWG.
Pas très chouette, n'est-ce pas ? J'ai fait dans le fonctionnel sans me pencher sur l'ergonomie.

Alors, si tu te sens pour améliorer çà...

Bah l'idéal pour moi vu que j'ai trois base de données différentes (1 PWG et 2 phpBB sur 3 serveurs différent) serais de créer un lien vers ces 3 bases....

Comme j'ai modifier mon site récemment, l'idéal serait de mettre en page d'acceuil une zone "connection/inscription".

Si l'utilisateur existe dans une des trois base, son profil devra être répliquer dans les autres bases....

Si l'utilisateur crée son compte, celui-ci devra être créer dans les 3 bases....

Mais bon ... ça à l'air compliqué ... surtout pour un néophites comme moi ^^

;)

juanpa a écrit:

Bah l'idéal pour moi vu que j'ai trois base de données différentes (1 PWG et 2 phpBB sur 3 serveurs différent) serais de créer un lien vers ces 3 bases....

Comme j'ai modifier mon site récemment, l'idéal serait de mettre en page d'acceuil une zone "connection/inscription".

Si l'utilisateur existe dans une des trois base, son profil devra être répliquer dans les autres bases....

Si l'utilisateur crée son compte, celui-ci devra être créer dans les 3 bases....

Mais bon ... ça à l'air compliqué ... surtout pour un néophites comme moi ^^

;)

Que tu sois un néophyte n'est en soit pas gênant, par contre l'accès aux bases de 3 serveurs différents (3 bases) me semble irréaliste.
8-)

Connexion à:
- une même base (préfixe de table différent): C'est en standard, je le rappelle. Mais cela n'assurera pas le process de connexion (galerie et forum) unique.
- une autre base (même serveur): 50% des hébergeurs ne proposent qu'une seule base de donnée (donc connexion à des bases différentes impossible).
- une autre base (autre serveur): Je ne sais pas pour tous les hébergeurs et j'imagine que la grande majorité interdit cet accès, dont free (et là j'en suis certain).

8-/


Solution (là encore les choses doivent évoluer): les Services Web (WS).
Via XML, l'application soeur va décrire sa base ou même enrichir sa base de donnée.
De notre coté, nous acceptons la connexion via les WS mais je n'ai vu personne encore l'implémenter. Et nous n'avons pas prévu, le reset de mot de passe, l'inscription par mail via les WS, l'abonnement à la notification par mail via les WS, la modification du Profil par les WS, etc.

Solutions plus généralistes:
- l' OpenId ou l'authentification décentralisé, voir http://openid.net/
- Non testé OpenAccount
Ce qui me dérange dans les solutions généralistes, c'est de déposer des adresses emails ailleurs, hors de mon contrôle. Je sais que je n'exploiterai pas les emails de mes membres pour du spam, mais ces sites Openxxx je n'en suis pas certain et cela me dérange.

Donc Services Web... mais encore à enrichir mais pas que chez nous...

8-)