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à)
Journal Des nouvelles de phpPgAdmin
25
mar.
2008
# bravo
Posté par BAud (site web personnel) . Évalué à 9.
Je n'ai pas trouvé de roadmap mais à lire ce post http://sourceforge.net/mailarchive/forum.php?thread_name=200(...) ce sera releasé quand ce sera prêt, bon courage pour la finalisation.
Dans les fonctions, est-il prévu d'ajouter de la rétroingénierie de base de données pour obtenir un modèle UML (Unified_Modeling_Language) ou Merise_(informatique) du Modèle Physique de Données (MPD) ? Sinon autodoc fonctionne-t-il toujours aussi bien pour générer les schémas ?
[^] # Re: bravo
Posté par ioguix . Évalué à 10.
Merci :)
À vrai dire, j'ai un peu hésité entre faire un journal ou une dépêche, mais j'ai finalement opté pour le journal aujourd'hui et la dépêche pour la sortie officielle.
>Je n'ai pas trouvé de roadmap...
Non, effectivement, sans équipe suffisamment étoffée, il nous serais impossible de tenir les délais d'une roadmap...
Cependant, nous avons potentiellement 2/3 codeurs sur les rangs qui attendent la sortie de 4.2 pour commencer à coder correctement sur ppa 5 (ça tombe bien non :) ? ).
Avec cette aide fortement bienvenue et un bon paquet d'idée, nous avons dans l'idée d'essayer de publier nos versions plus souvent, quitte à n'y ajouter qu'une ou deux nouvelles fonctionnalité à la fois !
> Dans les fonctions, est-il prévu d'ajouter de la rétroingénierie de base de données pour obtenir un modèle UML (Unified_Modeling_Language) ou Merise_(informatique) du Modèle Physique de Données (MPD) ?
Il me semble que ça avait été proposé, notamment grâce à un projet bourré à l'ajax. Depuis, les choses font leur petit bout de chemin avec par exemple ce genre de choses : http://dalibo.org/WWW-SQL-Designer.html
Reste à voir si tout le code a la bonne licence, si le projet est viable pour des bases de données conséquentes et s'il est intéressant de l'intégrer à ppa.
Une choses est sûre, avec la qualité des schémas système de pg, rien n'est impossible.
> Sinon autodoc fonctionne-t-il toujours aussi bien pour générer les schémas ?
Aucune idée. Je crois me souvenir l'avoir testé il y a quelques temps, mais je ne me souviens plus du tout de ce que j'en avais tiré...
[^] # Re: bravo
Posté par BAud (site web personnel) . Évalué à 3.
Tiens, ton lien me rappellait quelque chose, j'avais une autre URL : http://ondras.zarovi.cz/sql/demo/ lequel est le plus récent entre http://ondras.zarovi.cz/sql/ et celui que tu montres ?
Bon, je l'ai rajouté sur http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools j'ai vu qu'il y a un import.php qu'il pourra être intéressant de regarder :)
[^] # Re: bravo
Posté par ioguix . Évalué à 1.
D'après les sources, je dirais que ton liens est plus à jour (1.3.x vs. 1.4)
# GoPHP 5
Posté par Uriel Corfa . Évalué à 2.
En fait, de passer en PHP 5.2 si c'est pour suivre les recommandations de GoPHP5.
[^] # Re: GoPHP 5
Posté par alexissoft . Évalué à 5.
[^] # Re: GoPHP 5
Posté par ioguix . Évalué à 3.
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 ?).
[^] # Re: GoPHP 5
Posté par Guillaume Smet (site web personnel) . Évalué à 7.
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
Posté par IsNotGood . Évalué à 2.
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
Posté par ioguix . Évalué à 1.
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.
[^] # Re: GoPHP 5
Posté par IsNotGood . Évalué à 2.
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
Posté par ioguix . Évalué à 1.
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 !
[^] # Re: GoPHP 5
Posté par IsNotGood . Évalué à 3.
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
Posté par ioguix . Évalué à 3.
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 !
:)
[^] # Re: GoPHP 5
Posté par IsNotGood . Évalué à 2.
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.
# Voilà qui fait plaisir
Posté par Alexandre COLLIGNON (site web personnel) . Évalué à 1.
Bref, un petit test rapide de la dernière version m'a prouvé que tout ceci ne fait que s'améliorer... bravo et bon courage.
Alexandre COLLIGNON
[^] # Re: Voilà qui fait plaisir
Posté par ioguix . Évalué à 2.
Passe le bonjour à dr de ma part si tu as encore l'occasion de le croiser ;)
/me ancien i2k nostalgique
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.