On en arrive aux problèmes de nombre de connexions MySQL concurrentes dès lors que les db sont différentes.

Comme beaucoup d'hébergements payant limitent leur offre à une base de donnée.

Tu dois concentrer tes efforts sur une gestion avec des préfixes de tables différents.
Ce qui simplifie le pb, pas de déconnexion et reconnexion à la base de données à effectuer.

Le problème est que les accès simultanés à MySQL sont limités en général...
3 chez free par exemple (de mémoire).

Ce qui signifie que l'on doit être connecté le moins souvent et le mois longtemps possible.

Moins longtemps: en général, (hors mis la synchro), on va au plus simple donc, on ne traine pas à faire des requêtes.

Moins souvent: C'est là où les hébergeurs nous attendent car avec internet V2, on se connectera aux bases de plus en plus souvent (=> plus d'échecs de connexion). D'où pour éviter ça, l'utilisation de caches au niveau du serveur (d'où la nouvelle discussion lancée par rvelices sur le moteur de template).
La tendance pour contourner les limitations des serveurs est de passer aux Services Web (et généralisation de l'XML) ou à l'Openid.
C'est plus compliqué... c'est certain.

8-)

Fait donc un petit php de test...

Depuis free, l'accès à l'autre base serveur=ServerOVH Base=BaseOVH tables=PhpBB
ne passera pas...
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-)

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-)

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 ^^

;)

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 çà...

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 !