pgsnap compatible avec PostgreSQL 9.1

Cela fait un moment que je n'avais pas travaillé sur pgsnap. J'ai pris le temps d'ajouter le support complet de la 9.1 ce soir. Je n'ai pas encore préparé une nouvelle version car j'aimerais y ajouter quelques fonctionnalités. En espérant que je me laisse le temps de le faire réellement...

Bref, en attendant, les sources sont disponibles sur le compte github de Dalibo.

Je me demande aussi si je ne devrais pas le recoder en C. Ce sera certainement plus amusant à faire que du PHP. Peut-être que la version 1.0 sera en C du coup :)

Commentaires

1. Le mardi, septembre 27 2011, 10:16 par Thomas

Au pire du pire, du Perl ? Avec comme défi: écrire du Perl lisible :D
En fait, le Perl a l'avantage d'être disponible partout et ne nécessite pas de bidouille (recompilation, etc.).

2. Le mardi, septembre 27 2011, 10:49 par Guillaume Lelarge

Je proteste véhémentement : la recompilation n'est pas une bidouille :)

J'y avais pensé pour apprendre Perl. Deux raisons pour lesquels je ne veux pas de Perl : 1. je suis loin d'être un expert et apprendre prend du temps (que je n'ai pas vraiment) , 2. il faudrait systématiquement installer le connecteur PostgreSQL pour Perl, ce que je ne peux généralement pas faire.

3. Le mardi, septembre 27 2011, 13:34 par Thomas

Ben le soucis, c'est d'avoir une bécane pour recompiler, c'est de moins en moins donné selon l'organisation dans laquelle tu bosses et l'environnement sur lequel tu bosses. ;-)
Pour le 2, tu peux voir les choses comme le script check_postgres.pl: tu appelles psql et pas DBI.
Mais ça me semble néanmoins une bonne idée de refaire l'outil en C, ce sera beaucoup plus pratique que la version actuelle en PHP.

4. Le mardi, septembre 27 2011, 21:33 par Guillaume Lelarge

Tu n'es pas obligé de compiler sur la machine où tu vas l'utiliser. Tu peux aussi en construire une version statique.

Pour check_postgres.pl, je sais bien qu'il utilise psql et non pas le connecteur PostgreSQL de Perl, ce qui le rend très simple à installer. Mais ça ne permet pas de faire un code vraiment propre.

Bref, je penche, toujours, et de plus en plus, vers un recodage en C.

5. Le mardi, septembre 27 2011, 23:38 par Thomas

Ah oui, mais même en recompilant ailleurs, c'est pas toujours donné (bon, on a du bol, on a que du PostgreSQL sous Linux, mais on a d'autres systèmes très proprio sur lesquels tu oublies car le compilo, ça coûte !).

6. Le mercredi, septembre 28 2011, 08:44 par Guillaume Lelarge

Je ne vois pas lequel. Sous Mac OS X, Xcode est sur le CD d'installation de Mac OS X. Sous Window, tu peux utiliser Visual C++ Express. Donc lequel ?

7. Le vendredi, septembre 30 2011, 13:09 par Thomas

Des espèces d'Unix d'une boîte bleue - et commercialisée en France sous la forme d'un arbre vert.
Mais ma problématique de recompilation est plutôt liée à une organisation et non à la technique.

Ajouter un commentaire

Les commentaires peuvent être formatés en utilisant une syntaxe wiki simplifiée.

Fil des commentaires de ce billet