LeDub qui fait de réunion de conversations !

[edit]Correction de balises et orthographe[/edit]

Et puis d'autant plus quand c'est un admin qui y participe, à ce dérapage

Domage...

il n'y a plus qu'à ..

...
J'ai regardé les fichiers de configuration de postgre , j'aimerai savoir quelle est la syntaxe exacte pour autoriser des machines exterieurs à se connecter aux bases ...
[...]
j'aimerai un truc de ce style :
listen_adresses = 'localhost','192.168.0.2','10.0.0.8'

Merci d'avance pour ta reponse ..

alors, le listen_adresse indique sur quels ports pgsql écoutera. Et effectivement, c'est bien cette syntaxe (à ma connaissance & compréhension). Si tu veux écouter sur tous les ports, tu peux mettre 'all'. Mais tout celà est indiqué en commentaire dans le fichier de conf.
Ensuite, si tu veux un peu filtrer les clients qui s'y connectent, il te faut aller voir le pg_hba.conf qui doit se situer à coté de ton postgresql.conf.

Pareil, tout est indiqué dans le fichier config.inc.php. Il te suffit d'ajouter les configurations serveurs dans le tableau $conf['servers'] que tu as dû éditer pour ton premier serveur (en $conf['servers'][0] donc). le suivant sera $conf['servers'][1], puis $conf['servers'][2]...
Sur le serveur de demo, on en as qquns http://phppgadmin.kattare.com/phppgadmin4cvs/

++

J'ai regardé les fichiers de configuration de postgre , j'aimerai savoir quelle est la syntaxe exacte pour autoriser des machines exterieurs à se connecter aux bases ...

Je sais qu'il sagit de la ligne

listen_adresses = 'localhost'

Pour le moment j'ai mis '*' , mais comment n'autoriser que deux adresses ip par exemple ?
, je ne trouve pas le bon séparateur ..

=>? comma-separated list of addresses; ?

j'aimerai un truc de ce style :

listen_adresses = 'localhost','192.168.0.2','10.0.0.8'

Merci d'avance pour ta reponse ..

A si une autre question mais là c'est juste pour savoir si c'est possible , d'ajouter un phppgadmin d'autres serveurs installés sur d'autres postes .. afin de ne pas avoir à installer phppgadmin partout ..

En effet , bon , je suis peut etre perfectionniste

Sinon , j'ai testé phppgadmin avec donc postgresql et là, l'organisation est différente , il n'y a donc plus de table information_schema ..

Bon , j'en reste là pour ce topic ...
De toute manière , je vais tendre à utiliser postgresql .. histoire de pouvoir comparer et apprendre autre chose ...

/me content

Ceci dit, je te rassure, information_schema existe aussi dans PostgreSQL (et est plus respectueux des normes en la matière) et est tout aussi accessible à quiconque.
A vrai dire, c'est phpPgAdmin (ppa) qui par défaut cache ce schema (et d'autres schema interne) dans tes bases.

Si tu veux y accéder via l'interface de ppa, dans ton config.inc.php mettre $conf['show_system'] à true.

Autre chose, tu peux mettre $conf['show_advanced'] à true aussi si tu veux voir tout plein d'autre choses gérées par pgsql (mais pas toute entièrement par ppa)

/ioguix développeur ppa

Sinon , j'ai testé phppgadmin avec donc postgresql et là, l'organisation est différente , il n'y a donc plus de table information_schema ..

Bon , j'en reste là pour ce topic ...
De toute manière , je vais tendre à utiliser postgresql .. histoire de pouvoir comparer et apprendre autre chose ...

Il n'y a donc pas de mal à laisser information_schema visible. FInalement, je ne sais pas trop si on peux la cacher...

Bon , sinon , ma question est toujours d'actualité

Et bien , je comprend le :

Essayons de ne pas tomber dans le troll, mais en gros, Postgres et MySQL ne joue pas dans la même coure. Postgres entre en concurrence avec Oracle alors qu'aucun DBA sérieux ne migrerait son Oracle vers MySQL.

PostgreSQL est orienté vers la robustesse, l'intégrité des données et les fonctionnalités là où MySQL est orienté vers la simplicité et la rapidité (quitte à sacrifier robustesse et fonctionnalité).

Je tiens à ajouter que Postgres ne mérite vraiment plus du tout sa réputation de mauvaise perf...et ce depuis un bout de temps.

Je t'invite à lire ce petit document traduit de l'anglais : http://www.postgresqlfr.org/?q=node/1432
Il date un peu (MySQL 5.0/5.1 vs Pg 8.1/8.2), mais reste trés pertinent aujourd'hui.

Voilà, MySQL a son domaine bien à lui (petite bases, le web, ...) et Postgres les siens (tous en fait).

/me intarrissable sur la question
/ioguix, pas que utilisateur, mais contributeur aussi

Tiens c'est interessant d'avoir des utilisateurs de postgre , pour demander , quelles sont les differences entre les deux ?

Je n'ai jamais essayé !!

Ceci dit, j'ai jamais essayé de le faire non plus dans PostgreSQL (qui utilise un VRAI schéma, lui ), je n'en ai jamais eu le besoin.

/ioguix aime toujours autant son postgresql chéri

LeDub éleveur de troll