Discussion :

[pierrot10]

Bonjour tous,

J'ai créé une base donnée avec plusieurs tables liées. Une base de donné est attribuée un un client, qui peut avoir plusieurs comptes pour le personnelle.
Si j'ai un autre client (dans l'agriculture), je souhaite qu'il ait sa base de données qui sera en fait un duplica de la première dans les données (mesures des sols).
L'URL pour les clients sera

http://client1.monsite.ch
http://client2.monsite.ch
http://client3.monsite.ch
etc...

J'aimerais que lorsqu'un client s'authentifie (client1 , par exemple) il soit redirigé vers http://client1.monsite.ch et surtout que la bonne bose base de donnée soit lié à client1.monsite.ch

Je me demande quel est la meilleur pratique.

Est-ce que je crée un table 'base de donnée' ou je renseigne le nom d'utilisateur, le mot de passe, et le nom du fichier de configuration attribuée à l'utilisateur, pour charger la bonne base de donnée

Code PHP :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
<?php
 
    include(dirname(__FILE__).'/db_config_client1.php');
 
	$connect = mysqli_connect($hote,$user,$password,$base) or die('Erreur de connexion '.mysql_error());
 
	// Check connection
	if (mysqli_connect_errno())
  	{
  		echo "Failed to connect to MySQL: " . mysqli_connect_error();
  	}
 
?>

Puis dans ma base de donnée 'db_client1', je crée un table utilisateur uniquement pour le client (ca me semble déjà complexe d'avoir deux tables d'utilsateurs.

Ou alors je crée un formulaire avec trois champs 'email', 'password', 'client'. A l'envoi du formulaire, le code PHP va se renseigner sur le nom du client et charger la bonne base de données pour l'authentification, ce qui me semble plus raisonnable.

Si non, comment font les hébergeurs web, pour que lorsque l'on se log, on est dirigé vers les base de données de notre compte.

Voilà, avant de commencer, je voulais avoir des conseils pour bien commencer.

Merci pour vos lumières.

[pierrot10]

En fait il n'est pas absolument nécéssaire d'avoir

client1.monsite.ch
client2.monsite.ch

on peut tres bien avoir, par exmple

http://dashboard.monsite.ch

pour tous les clients

[Tsilefy]

Il n'est pas nécessaire d'avoir une base de données par client si les structures des données sont identiques d'un client à l'autre, à moins que tu ne doives satisfaire des normes extrêmement strictes.

Ce sera un cauchemar si tu as 100 clients et qu'il faut modifier la structure des tables et qu'il faut faire des migrations ou des modifications des données existantes, sans compter que tu dois jongler avec 100 username, password et nom de base.

Il faut faire plus simple:

- une table client, qui représente les données d'identification du client, le plus simple étant: id, nom.
- une table compte, qui représente les données des employés qui peuvent accéder à la table client, et qui contient une clé étrangère ves la table client. id, login, password, client_id (la clé étrangère)
- une ou plusieurs tables pour les données réelles (les mesures des sols), et qui contient une clé étrangère vers la table client. id, client_id, donnees1, donnees2...

Quand un employé se connecte (avec son propre login et mot de passe), tu regarde la valeur de la clé étrangère pour décider à quel client il a le droit d'accéder (puisque la clé étrangère client_id doit corresponder à un id d'un client)

Puis ensuite tu récupères toutes les données (mesures des sols) depuis leurs tables en utilisant la valeur de la clé étrangère, puisque la clé étrangère client_id doit corresponder à un id d'un client. Et à chaque fois que tu crées une nouvelle table, tu dois rajouter une clé étrangère client_id à cette table, que tu utiliseras ensuite dans tes select, insert et update pour séparer les données de chaque client.

[Invité]

Bonjour,

Il n'y a pas de "bonne méthode" universelle.
La "bonne méthode" à appliquer dépend avant tout de tes besoins (du "cahier des charges").

1- D'abord, il faut définir clairement ce que tu entends par "client", ainsi que ses droits et privilèges.

• doit-il avoir une gestion totalement indépendante de "son site" ?
• doit-il pouvoir accéder à sa base de données via phpMyAdmin ? Pouvoir la télécharger ?

• Si oui, alors il faut effectivement créer une base de données PAR client.
• Si non, alors une seule base peut suffire (cf. message de Tsilefy)

2- Le "site client" :

• est-ce une sorte de portail, avec des "sous-rubriques" (un par client), et un accès client du genre "Espace membre/client" ?
• ou des sites bien distincts et indépendants (à l'instar des "sites perso" de free.fr) ?

• client1.monsite.ch, client2.monsite.ch : donc, chaque client aurait un sous-domaine de ton site www.monsite.ch ?
• http(s)*://[/url]dashboard.monsite.ch : là, tous les clients ont accès à leur panel admin via une seule interface : il te faut UNE SEULE table de connexion** pour tous tes clients

* Il faut au minimum que les sites soient en https.

** table de connexion : ça, c'est une table de TON admin PERSO, à laquelle les clients NE doivent PAS avoir accès !

• login_client
• mdp_client (hash)
• sous_domaine_name
• bdd_name
• bdd_login
• bdd_mdp (hash)
• ....
• date_last_connect
• ...

[pierrot10]

Bonjour,
Merci pour vos réponses. Je pense que je cherche à faire trop compliqué.

Pour répondre à certaines questions. Un client est un agriclteur qui a plusieurs parcelles. Donc plusieurs stations.
Au départ, je voulais faire une base de données par client, pour discocier les données récoltées et les stations. Car en effet, un client peut avoir 2 stations, plus ou moins de sondes, vouloir des couleurs différentes (paramétrage).


Dans cette optiques je pense clairement qu'il faudrait avoir plusieurs base de données par client. Mais après, en effet, la gestion , galère. Surtout si une fois je dois ajouter un champs dans une table.

Idem pour le site internet. Je préfère avoir dashboard.monsite.ch que clientX.monsite.ch. Ainsi le client s'authentifie et il est chargé que les données du client.

Le client n'aura pas accès au PhPadmin. Il aura une interface web pour gérer ses parcelles, stations, sondes. Et s'il quitte, je pourrais développer un petit code, pour qu'il parte avec ses mesures en format xml, par exemple.

Donc je me dis qu'une base de données pour tous les clients, pourquoi pas finalement, ca me sera aussi plus facile à développer les comptes en créant une nouvelle table associée au parcelles.

N'est-ce pas?

[Tsilefy]

Une base de données unique pour tous les clients conviendra parfaitement.

Je te conseille également d'apprendre les types de relations/associations ainsi que la normalisation des bases de données car ça te sera beaucoup utile et t'évitera beaucoup de travail inutile.

Enfin, tu peux absolument utiliser clientX.monsite.ch si tu veux en créant un sous-domaine wildcard (*) dans tes enregistrements DNS et dans la configuration du serveur (Apache ou Nginx ou autre). Tu peux ensuite récupérer le sous-domaine (clientX) dans PHP (avec $_SERVER['HTTP_HOST']) et l'utiliser dans un SELECT (après authentification) pour retrouver les données du client.