phpPgAdmin (ppa) est est à PostgreSQL ce que phpMyAdmin est à MySQL : une interface d'administration orienté web.
Si son développement n'est pas aussi rythmé que celui de phpMyAdmin, il est cependant toujours maintenu et l'équipe des mainteneurs s'est toujours efforcée d'en assurer la compatibilité à chaque nouvelle version de PostgreSQL depuis 2001.
Ce rythme est notamment dû au manque de temps libre des développeurs qui s'efforcent malgré tout à faire vivre le projet dès que l'occasion se présente.
Le 22 mars dernier, la seconde béta de la version 4.2 a été publiée.
Cette version apporte le support de PostgreSQL 8.3 et de quelques une de ses nouvelles fonctionnalités comme le Full Text Search, les ENUM, UUID et les paramétrages de coûts des procédures.
L'objectif de l'équipe a toujours été une large compatibilité logicielle, assurant ainsi le support de php 4.1 et des vieilles versions de Postgres depuis la 7.0.
Ppa supportant l'initiative goPHP5, la prochaine étape sera donc de passer en php5.0. Quant au support des vieilles versions de Postgres, la discussion n'est pas clause, mais semble s'orienter vers leur abandon (pour les 7.0 -> 7.2 incluse) au profit d'un code plus clair et moins complexe à maintenir (quoique le code, largement OO, est déjà plutôt propre).
Bien entendu, la branche actuelle de ppa sera toujours maintenue pour les utilisateurs de php4 et Postgres < 7.3, mais plus développée.
Si vous êtes utilisateurs de Postgres et avez un peu de temps ou si vous vous intéressez à Postgres, faites un tour d'essai sur phpPgAdmin-4.2-Beta-2 histoire de soutenir le projet : tout soutient, bug report, patch, feature request, etc seront le bien venu !
Quelques liens :
- Site du projet : http://phppgadmin.sourceforge.net/
- Demo de la Béta 2 (la 8.3 y sera bientôt disponnible) : http://phppgadmin.kattare.com/phppgadmin4cvs/
- Quelques captures d'écran simples : http://phppgadmin.sourceforge.net/?page=screenshots
- IRC #phppgadmin sur freenode.net (en anglais...quand les dev sont là)
Si son développement n'est pas aussi rythmé que celui de phpMyAdmin, il est cependant toujours maintenu et l'équipe des mainteneurs s'est toujours efforcée d'en assurer la compatibilité à chaque nouvelle version de PostgreSQL depuis 2001.
Ce rythme est notamment dû au manque de temps libre des développeurs qui s'efforcent malgré tout à faire vivre le projet dès que l'occasion se présente.
Le 22 mars dernier, la seconde béta de la version 4.2 a été publiée.
Cette version apporte le support de PostgreSQL 8.3 et de quelques une de ses nouvelles fonctionnalités comme le Full Text Search, les ENUM, UUID et les paramétrages de coûts des procédures.
L'objectif de l'équipe a toujours été une large compatibilité logicielle, assurant ainsi le support de php 4.1 et des vieilles versions de Postgres depuis la 7.0.
Ppa supportant l'initiative goPHP5, la prochaine étape sera donc de passer en php5.0. Quant au support des vieilles versions de Postgres, la discussion n'est pas clause, mais semble s'orienter vers leur abandon (pour les 7.0 -> 7.2 incluse) au profit d'un code plus clair et moins complexe à maintenir (quoique le code, largement OO, est déjà plutôt propre).
Bien entendu, la branche actuelle de ppa sera toujours maintenue pour les utilisateurs de php4 et Postgres < 7.3, mais plus développée.
Si vous êtes utilisateurs de Postgres et avez un peu de temps ou si vous vous intéressez à Postgres, faites un tour d'essai sur phpPgAdmin-4.2-Beta-2 histoire de soutenir le projet : tout soutient, bug report, patch, feature request, etc seront le bien venu !
Quelques liens :
- Site du projet : http://phppgadmin.sourceforge.net/
- Demo de la Béta 2 (la 8.3 y sera bientôt disponnible) : http://phppgadmin.kattare.com/phppgadmin4cvs/
- Quelques captures d'écran simples : http://phppgadmin.sourceforge.net/?page=screenshots
- IRC #phppgadmin sur freenode.net (en anglais...quand les dev sont là)
> Lire le journal (17 commentaires, moyenne: 3,4).
Vous avez demandé le commentaire #916573.
Run by 
Cette page a été générée par Templeet en 0.0595s (dont 0.0055 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
GoPHP 5
la prochaine étape sera donc de passer en php5.0
En fait, de passer en PHP 5.2 si c'est pour suivre les recommandations de GoPHP5.
[^]Re: GoPHP 5
Je suppose qu'il voulait dire *abandonner* PHP4 pour ne supporter que PHP5.
[^]Re: GoPHP 5
Oui, effectivement, nous /devrions/ passer en php 5.2.
Cependant, la dernière discussion à ce sujet portait bien sur l'adoption 5.0, le but étant de passer sur le maximum de configuration possible, certaines distrib supportant toujours ces versions officiellement (enfin, théoriquement...RedHat ? Ubuntu ?).
ioguix
[^]Re: GoPHP 5
Salut Guillaume,
La RHEL 5 est en PHP 5.1.6 (et donc les clones type CentOS aussi) et ce sera la RHEL officielle pour encore quelques années. De manière générale, je trouve que c'est une mauvaise idée de passer directement au 5.2 sachant qu'une des distributions majeures en entreprise propose PHP 5.1 pour un bon bout de temps et s'engage à le maintenir longtemps.
Oui, il y a des paquets 5.2 sur divers repositories externes mais quand on peut éviter, on préfère en général les paquets maintenus par Red Hat (sinon, on perd le principal intérêt d'utiliser une distribution à cycle de maintenance très long).
En particulier, avoir besoin de mettre des paquets PHP 5.2 pour un service périphérique d'administration comme PhpPgAdmin, c'est un peu dommage.
Bref, je milite pour le support de PHP 5.1+ et j'en profite aussi pour te remercier pour ton travail sur PhpPgAdmin.
--
Guillaume
[^]Re: GoPHP 5
> La RHEL 5 est en PHP 5.1.6 (et donc les clones type CentOS aussi) et ce sera la RHEL officielle pour encore quelques années.
Non. C'est la dernière RHEL officielle. RHEL 6 sortira probablement quelques mois après F10.
RHEL 2.1, 3, 4 et 5 sont toujours officielles et supportées. RHEL 4 est encore TRÈS utilisé.
En passant, j'ai remarqué que sur le site de démo, le charset est ISO8859-1 et non UTF-8. Es-ce que phpPgAdmin ne supporte pas UTF-8 ? Ou es-ce que la valeur est récupérée de la configuration de la base de données ?
J'utilise des bases avec "server_encoding = UTF8". C'est la valeur par défaut sous Red Hat/Fedora depuis des lustres.
[^]Re: GoPHP 5
> En passant, j'ai remarqué que sur le site de démo, le charset est ISO8859-1 et non UTF-8. Es-ce que phpPgAdmin ne supporte pas UTF-8 ? Ou es-ce que la valeur est récupérée de la configuration de la base de données ?
En fait, ppa choisi l'encodage de ses pages en fonction de celui de la base.
Tu peux faire le test sur le serveur de démo avec plusieurs bases avec des encodages différents, tu verra l'entête xml et le Content-Type évoluer en fonction de la base sélectionnée.
ioguix
[^]Re: GoPHP 5
Bizarre. Pour en avoir le coeur net, j'ai installé phpPgAdmin. Ben j'ai toujours du iso8859-1.
Je pense que c'est un problème de mon côté. Par exemple je viens de voir que safe_mode perturbe peut-être phpPgadmin :
PHP Warning: putenv() [function.putenv]: Safe Mode warning: Cannot set environment variable 'PGPASSWORD' - it's not in the allowed list ....
Idemn pour PGUSER, PGPORT, PGDATABASE.
Désolé, mais j'ai désinstallé phpPgAdmin.
> Tu peux faire le test sur le serveur de démo
Je confirme que sur le serveur de démo ça marche comme tu le dis (version stable et version cvs). Le problème est chez moi.
[^]Re: GoPHP 5
A propos de l'encodage des pages, nous essaierons de reproduire ce comportement histoire de voir comment gérer ça (si possible).
Pour le reste, le problème de putenv() ne concerne que l'export des bases depuis ppa (qui utilise pg_dump[all] et les variables d'environnement pour l'authentification).
Le reste devrait fonctionner...mais en iso8859-1 donc :-/
Merci pour ton test et ce retour d'info en tout cas !
ioguix
[^]Re: GoPHP 5
> A propos de l'encodage des pages, nous essaierons de reproduire ce comportement histoire de voir comment gérer ça (si possible).
C'est fort fort gentil mais un peu génant. Il ne faut pas se prendre la tête avec moi :-)
Je ne suis pas un vrai utilisateur de phpPgAdmin. J'ai seulement fait un test pour voir. Au final ça ne correspond pas à mes besoins. Entre autre car je suis très à laise avec psql et que mes bases de données sont "blindées" (j'utilise un maximum de facilitié de l'excellentissime PostgreSQL).
J'ai peut-être une configuration un peu exotique.
Et pour finir, je crois que je me suis trompé :-(
J'ai utilisé Firefox pour connaitre le codage. Si on fait "clique droit" et "information sur la page", on a le codage de la frame englobante (qui est ISO-8859-1). Mais si on fait "clique droit"->"Ce cadre"->"information sur la page" sur la fenêtre d'édition on a bien du UTF8.
Pour faire court, je m'interroge sur la pertinance de mon post précédent.
Si vous avez un vrai utilisateur qui a peut-être ce (non confirmé) problème, je peux fouiller de mon côté si ça peut être utile pour corriger le problème du "vrai" utilisateur. En recoupant mes informations et celles du vrai utilisateur, la "lumière" se fera peut-être.
Merci doublement pour ton attention.
[^]Re: GoPHP 5
Ok je comprend mieux maintenant, effectivement, c'est bien le contenu des cadres qui ont un encodage dépendant de la base.
Mais je te rassure, je ne portais pas spécialement mon attention là dessus que pour toi hein ;)
Je pensais aussi à tout ceux qui auraient la même configuration que toi et donc potentiellement un ppa avec des caractères tout cassé...
Après, il est vrai qu'une fois acquises ses petites habitudes dans psql, on a pas forcément envi d'aller s'embêter avec d'autres outils :)
A mon tour donc de te remercier qd même pour ton test et ton retour d'expérience !
:)
ioguix
[^]Re: GoPHP 5
> Après, il est vrai qu'une fois acquises ses petites habitudes dans psql, on a pas forcément envi d'aller s'embêter avec d'autres outils :)
Je ne me suis pas embêté.
PhpPgAdmin fait parti des atouts du formidable PostgreSQL. Avoir un "client" PostgreSQL qui ne demande qu'un navigateur web est plus que bienvenu.
Bravo pour votre boulot.