[Conception] Inscription simultanée sur deux sites différents [Résolu]

[psychoBob]

Bonjour,

Je viens de terminer un deuxième site internet. Je souhaite qu'en s'inscrivant sur un site, le visiteur puisse aussi utiliser ses informations sur le second site.

Cela nécessite lors de la validation de l'inscription de transmettre les informations d'inscription (mot de passe, pseudo etc...) à la base de donnée du second site, en plus du premier bien entendu.

Deux solutions:
1) manuelle, je récupère les informations et je fais un copier coller dans la base du second site. Solution relativement nulle pour plein de raisons évidentes.
2) automatique : lors de la validation, les informations sont transmises aux deux bases de données.
Inconvénient : sauf erreur de ma part elles risquent d'être interceptées durant le transit.


Question:
Puis-je dans ce cas de figure transmettre les informations via https entre les deux sites ? Si oui comment ? Avez-vous une autre solution ou d'autres remarques ?


Merci d'avance pour vos réponses

[zulot]

Y a une autre solutions utiliser la meme base utilisateur pour les deux sites.

[psychoBob]

Oui mais ça ne règle rien : comment faire transiter en toute sécurité les informations de connexion sur le réseau ?

Je préfère deux bases bien distinctes, avec seule la table membre en commun.

[wamania]

si elles sont sur le meme serveur, aucun soucis, tu switch de l'une à l'autre
sinon, faut que tu nous détaille un peu plus la configuration des tes serveurs

[psychoBob]

J'ignore complètement la configuration des serveurs, ce sont des sites hébergés en mutualisés chez OVH.

[wamania]

ok, alors y a pas d'histoire de transit du coup.
ouvre juste 2 connexion mysql, une à chaque serveur

$link_serveur1 = mysql_connect('serveur1', 'mysql_user', 'mysql_password');
$link_serveur2 = mysql_connect('serveur2', 'mysql_user', 'mysql_password');

mysql_query($sql,$link_serveur1);
mysql_query($sql,$link_serveur2);

[psychoBob]

Code :

ok, alors y a pas d'histoire de transit du coup.

Qu'est ce qui te permet d'affirmer cela ? Je n'y connais pas grand chose en réseau je précise.

Si je te suis, lorsque le gars valide son formulaire, ayant ouvert deux connexions à deux bases, les informations sont expédiées dans ces deux bases (d'ailleurs vu d'ici je ne vois pas comme faire, mais bon ce n'est pas le problème dans l'immédiat).

Mais là on en revient à cette histoire de circulation des données d'un site A vers une base de donnée d'un autre site B, donc distante, avec les risques inhérent à l'interception des informations de connexion à la base de données du site B.
Risque que tu dis ne pas exister, si j'ai bien compris, puis "qu'il n'y pas d'histoire de transit du coup". Mais là je ne comprend pas.
Bien sur les deux hébergements mutualisés sont chez ovh mais bon, est-ce cela qui te fais dire cela ? Si oui pourquoi ? Ou n'ai-je rien compris ?

Et on ne peut pas les faire circuler en HTTPS ces informations d'inscription et de connexion à la base de donnée de B, depuis A ?

[Mr N.]

Est-ce que tes deux bases sont sur le meme serveur ?
Je ne sais pas si chez ovh on peut attaquer une base autre que celle du plan duquel on vient. (Je vient de relire cette phrase j'ai rien compris. Un pro me comprendra surement)

Sinon pour https essaie avec curl

[psychoBob]

J'ignore si les bases sont sur le même serveur en plus même si c'était le cas rien n'empêche que ça change si ça se trouve.

Curl je connais pas, c'est quoi, ça sert à quoi ?

[Mr N.]

Comment ça tu ignores si les bases sont sur le même serveur ? quel est le nom du serveur sql pour tes deux hébergements ?

sinon pour curl, ben... comme d'hab, la doc officielle => http://fr.php.net/curl

Est-ce qe tu as essayé de te connecter sur la base du deuxième hébergement à partir du premier ?

[psychoBob]

Je n'ai pas encore acheter le deuxième hébergement pour tout dire.

Je viens de trouver ce descriptif du SQL plan d'OVH qui m'a été conseillé depuis un autre forum :

http://www.ovh.com/fr/produits/sql_plan.xml

Cela a l'air d'être la bonne solution, non ? Puisque si j'ai bien compris c'est juste une base de donnée sur laquelle peuvent se connecter plusieurs sites.
C'est ça ?

[Mr N.]

Oui, apparemment ca pourrait te convenir. Mais le jour où tu quittes ovh, il va te falloir trouver un hébergeur qui popose le meme genre d'offre Enfin de toutes façons cette question se posera aussi si un des deux hébergements sors d'ovh => comment acceder aux données communes.
Je ne dis pas que tu vas quitter ton hébergeur du jour au lendemain, mais persoonnellement je préfère ne pas mettre tout mes oeufs dans le même panier.

Donc visiblement tu as plusieurs solutions :
1. sql plan => la plus facile à mettre en oeuvre, mais te lie à ton hébergeur
2. accès au serveur sql d'un hébergement depuis un autre hébergement => pas sur que ça marche, te lie peut-être à ton hébergeur (est-ce que tu peux retrouver un hébergeur qui te permettrait cette option)
3. accès http(s) => plus difficile à mettre en oeuvre, moins performante (établissement d'une connexion http(s) via curl) mains indépendante de ton hébergeur, pour peu qu'il t'autorise les connexions sortante depuis ses serveurs ce qui n'est pas évident partout.

[psychoBob]

Bon, merci pour ta réponse MrN et merci aux autres aussi.
Je pense que je vais opter pour le SQLplan. Comme ce n'est pas urgent, je garde cette conversation sous le coude.

Allez je marque résolu en attendant de réouvrir éventuellement ce post.
Merci