Version imprimable
Bonjour,
Je crée une application windev 24 qui accède à une base de données PostGreSQL.
Je voudrais que les utilisateurs puissent changer leur mot de passe d'accès au serveur PostGre.
Est-ce faisable en Windev, et si oui, comment ?
Merci d'avance pour vos idées
JS
Hello Jon,
j'ai vu ça : https://serverfault.com/questions/44...in-bash-script
Note : Je ne connais pas Postgresql
Tu crées un fichier.bat et tu le lances. A voir avec les droits des utilisateurs pour l'exécution de .bat. Sinon, en regardant du côté de la console que l'excellent Jurassik Pork a créé, il y a très longtemps.
Je te remercie de t'être penché sur mon problème, mais je ne suis pas sûr de pouvoir faire ce genre de chose. Le serveur postgre est sous windows, et je n'ai pas tout compris sur la syntaxe du bash.
Quant à la console de Jurassic Pork, je ne connais pas ! :aie:
J'aurais préféré un code Windev dans le programme. Ça doit bien être possible quand même ?:?
Bonjour,
Si j'ai bien compris, tu veux intégrer un Groupware Utilisateur avec une base PostGre.
Essaye ce lien dans ce cas : https://doc.pcsoft.fr/?1000021176.
Ça fonctionne bien avec cette chère Maria
Merci de ta réponse, mais ce n'est pas ce que j'avais dans l'idée.
En fait je voudrais pouvoir ouvrir une fenêtre avec le nom de l'utilisateur en cours, et lui demander de taper un nouveau mot de passe pour accéder à la base de données. Une fois valider, j'exécute une requête SQL qui modifie le mot de passe utilisateur dans postgre.
C'est peut-être impossible à faire sans tout le tintouin du groupware, mais ça me paraitrait étonnant.
JS
Tu peux te créer une version "light".
Il suffit dans ce cas de créer une table "Utilisateur" comportant les colonnes Login et MDP (avec chiffrement et tout et tout,) éventuellement les droits.
La fenêtre de connexion vérifie la concordance de tout ça et au besoin permet de changer le MDP qui sera enregistré dans la table "Utilisateur".
Bonjour,
Tu peux lancer cette requete si tant est que l'utilisateur en ait les droits.
Code:ALTER USER nom_user WITH ENCRYPTED PASSWORD 'mdp'
Bonjour et merci de vos réponses.
Mais, vos réponses me posent une autre question. Qu'est-ce qui est le mieux ? Avoir dans la base des utilisateurs de PostgreSQL, un seul utilisateur et gérer les droits dans le programme via une table utilisateur ou un compte postgreSQL par utilisateur et avoir une table de droit en fonction de profiles ?
JS
Ta question est ambiguë.
Parles tu des droits en création/modif/suppression de tables/vues ou des droits sur les données ?
Volontairement... ;)Citation:
Envoyé par Voroltinquo
En fait, des deux, mon capitaine !Citation:
Envoyé par Voroltinquo
Dans l'appli (les applis en général), on gère les droits de l'application dans une table "utilisateurs/profiles", mais les utilisateurs se loguent à la base de données avec un mot de passe, qui leur donne les droits sur les tables (suppression/ajout/modif des données, création, modification des tables, ...).
Ces droits ne sont pas les mêmes.
Pour accéder aux données, il faut que l'application fournisse un utilisateur et un mot de passe permettant l'accès à la base de données (avec les droits nécessaires pour l'utilisateur). Cet utilisateur doit-il être le même que celui de l'appli ? (ce qui fait un utilisateur dans la base USER de postgre -dans ce cas- = un utilisateur de l'application)
Ou, on crée des USER posgre types (lecture seule, Lecture/Ecriture, ...) et, en fonction du profile de l'utilisateur de l'appli, il se connecte à la base de données avec un compte et Mdp prédéfini.
Dans ce dernier cas, comment et où stock-t-on les mdp d'accès à la base de données (ici, postgre) ?
Je ne sais pas si je suis très clair... :?
JS
Ce sont 2 types d'utilisateurs différents, à 2 niveaux différents.
Le commercial qui a des droits d'accès sur certaines données n'a pas à se soucier du développeur qui crée les tables (dans ce sens c'est simple à comprendre.) Tout comme le développeur n'a pas accès, dans l'absolu, aux données du commercial. Pour des raisons de souplesse, on lui accorde les droits sur ces données, c'est tout.
Dans certaines structures, la création des tables est même du ressort du chef de projet et il n'a accès qu'à son projet.
dans tous les cas de figure, pour pouvoir avoir accès aux données d'une application, il faut avoir accès aux données au niveau de PostGre.
Je suis d'accord avec toi, sur tous les points.
Mais, ma question demeure... Où et comment je met les mdp d'accès à la base de données pour que l'appli permette à l'utilisateur d'accéder aux données ?
1 solution : un fichier (ini, HF, spécifique) avec les données (cryptées + base64) de connexion...
J'édite mon message pour compléter : pour nos projets, les infos de connexion sont dans un fichier ini (situé dans le dossier de l'exe). L'utilisateur qui se connecte à la base est un utilisateur "admin" (au niveau de la bdd). C'est dans l'appli que nous "bridons" les utilisateurs suivant leur "profil".
Par exemple :
- Jon est commercial et n'a accès qu'aux fenêtres liées au commercial.
- Claude est responsable technique et n'a accès qu'aux fenêtres liées au technique.
....
En fait, il y a 2 niveaux de connexions.
La connexion à la base qui se fait via HDécritConnexion et la connexion à l'application.
Le mot de passe de HDécritConnexion se gère au niveau de l'administrateur des bases il est stocké dans la table système pg_user (c'est celui qui t'a été fourni.)
Les utilisateurs sont gérés au niveau de l'application donc stockés dans une table différente au sein de l'application.
Il est possible qu'un même utilisateur physique soit référencé dans les 2 tables.
Merci à vous deux,
Je pensais me diriger vers cette option. C'est le .ini avec les connexions à la base qui me chagrine.Citation:
Envoyé par frenchsting
En fait, je suis ce qui fournit les mots de passe et celui qui développe l'appli (appelez-moi Dieu, on est entre nous :lol:)Citation:
Envoyé par Voroltinquo
A démarrage, j'avais pensé (oui, ça m'arrive, mais, là je ne devais pas être en forme) mettre le mot de passe de connexion à la base, pour accéder au programme. D'où ma question initiale sur la requête pour changer le mot de passe de connexion à la base de données depuis le programme. Mais, au fur et à mesure de ma réflexion (il vient ce café !?!), je me rend compte que ce n'est pas une bonne idée. Ce que Voroltinquo a confirmé par ses réponses.
Maintenant, est-ce que je peux me connecter simultanément n fois avec le même login et le même mot de passe à une base postgreSQL ? Bref, si je créé un utilisateur "USER_MODIF" avec les droits en RW sur la base, est-ce que je peux connecter tous les utilisateurs pouvant modifier la base avec ce seul utilisateur ? Si oui, quels sont les risques ? Si non, que me préconisez-vous ?
Encore merci pour vos réponses.
JS
A toi de faire le test en connectant ton poste à la console PostGresql (même si je ne sais pas s'il en existe une) et de lancer ton appli...Citation:
Envoyé par Jon Shannow
En fait, c'est possible (je me connecte à la base avec pgAdmin et en même temps à mon appli, avec le même compte), c'est plus au niveau des performances. Est-ce que c'est handicapant ? Si oui en quoi ?Citation:
Envoyé par frenchsting
Pour moi, je ne vois pas ce qui ralentirait les performances. Cet utilisateur sert "uniquement" à accéder à la bdd. En théorie cela devrait être plus rapide. Il n'y a qu'un utilisateur dans la base. C'est plus rapide que s'il y en a plusieurs (certes le gain de temps est infime).
Merci frenchsting, je vais partir là-dessus.Citation:
Envoyé par frenchsting
Je mets en résolu.