Discussion :

[karima123]

Bonjour tout le monde,

C'est la 1ere fois que je veux créer une application web , j'ai installé dremweaver et WAMP.

Je vais créer une base de données avec MyPhpSql.

Après que je termine mon site sur localhost et je vais cherche encore comment l'héberger.
La question est: est ce qu'il sera possible après, plusieurs utilisateurs peuvent accéder à cette base de données par mon site et faire l'ajout modification et suppression en même temps????

je ne veux pas commencer mon site et faire des efforts après je découvert que mes utilisateurs ne peuvent pas utiliser la même base en même temps.

Cordialement,

Merci

[NoSmoking]

Bonjour,
coté serveur tu as une base et elle est la même pour tous sauf directive contraire coté serveur.

[karima123]

Bonjour,
coté serveur tu as une base et elle est la même pour tous sauf directive contraire coté serveur.

directive contraire coté serveur

peut tu m'epxliquer plus, j'ai pas bien compris.

Merci
cordialement,

Karima

[Vil'Coyote]

les données (pour tout tes utilisateurs) sont stockées dans une seule et même base. le nombre de personne pouvant s'y connecter est définie dans la conf de ton serveur (et donc c'est modifiable) après la notion de modif, supp etc ... c'est lié à l'utilisateur effectuant la connexion à la base de données donc celui utilisé dans ton script php et non pas à l'utilisateur physique connecté sur ton site. Ceci pour des raisons de sécurité, c'est pourquoi il est nécessaire de préciser l'utilisateur et le mot de passe dans la connexion de tes scripts. Ainsi, tu peux utiliser par exemple un utilisateur n'ayant que les droit en lecture pour la partie front office (site web) et un autre nom d'utilisateur pour la partie backoffice (administration)

[karima123]

un utilisateur n'ayant que les droit en lecture pour la partie front office (site web) et un autre nom d'utilisateur pour la partie backoffice (administration)

J'aurais deux page de saisie une pour département ingénierie et l'autre pour département qualité, ce que j'ai pensé c'est que chaque utilisateurs aura un mot de passe pour accéder à sa page de saisie pour saisir, modifier et supprime.

Mais ton aide me plait et je ne sais pas comment donner le droit juste à la lecture pour les autres utilisateurs.
Peut-tu STP me données juste des flashes sur ce sujet et je vais continuer la recherché.

cordialement,

karima

[NoSmoking]

Pour un début Politique de gestion des droits d'accès à une base de données

[ABCIWEB]

J'aurais deux page de saisie une pour département ingénierie et l'autre pour département qualité, ce que j'ai pensé c'est que chaque utilisateurs aura un mot de passe pour accéder à sa page de saisie pour saisir, modifier et supprime.

Mais ton aide me plait et je ne sais pas comment donner le droit juste à la lecture pour les autres utilisateurs.

Salut,
Sur le principe, lors de l'authentification 'SELECT login, pass, droits FROM table WHERE login = ? AND pass ?'tu récupères les droits que tu as définis toi-même pour les utilisateurs autorisés à effectuer des modifications et tu l'enregistre dans une variable de session.
Et en fonction de ces droits (ex: $_SESSION['droits'] = 'ingenierie') tu pourras autoriser ou non certaines requêtes ou affichages en fonction de la valeur de cette variable de session.

Le système pour conditionner les requêtes et les actions peut être très simple si tes besoins sont simples et bien définis. Il pourra être beaucoup plus compliqué pour des besoins complexes ou plus d'évolutivité. Donc attention de bien définir tes besoins et les possibles évolutions.

Niveau hébergement ensuite, il sera très recommandé d'utiliser une liaison sécurisée de type ssl, au minimum pour la partie administration. C'est disponible pour des hébergements entrée de gamme (pour environ 3-4 euros par mois) chez certains hébergeurs donc cela ne devrait pas être un problème et cela ne change rien au code. Enfin si un peu quand même car si tu veux avoir accès au ssl mutualisé (coût minimum) il faut savoir que l'adresse de tes pages ne correspondra pas à ton nom de domaine dans les parties administrables. Donc faire très attention de ne pas insérer des liens internes avec des adresses absolues mais uniquement construire des adresses relatives