pgsnap 0.2.0
Par Guillaume Lelarge le dimanche, avril 20 2008, 23:53 - PostgreSQL - Lien permanent
Deux semaines après la sortie de la version 0.1, voici maintenant la 0.2. Au menu :
- ajout de quelques modules contrib ainsi que des options principales dans la section des produits installés.
- support du module pgstattuple (donc nouveaux rapports sur la fragmentation des tables et index).
- support du fichier .pgpass.
- support de l'option -W pour demander la saisie du mot de passe.
- requête SQL disponible sur chaque rapport.
- possibilité d'afficher ou non les objets utilisateur/système.
- affichage du contenu du dernier journal applicatif.
- nouvelle feuille de style.
Et des corrections de bugs.
La page du projet et un exemple du rendu.
Pour la prochaine version (logiquement la 0.3), il faut principalement s'attendre à des changements visuels : suppression des frames, amélioration de la feuille de style, ajout de quelques graphiques pour certains rapports.
Commentaires
Bonne idée de programme, joli travail
Mon seul regret, que ça soit une application PHP (enfin du Web) et non une application utilisable dans un terminal (utilisation de ncurses par exemple).
Si j'arrive à trouver le temps, je me baserai sur tout le travail de recherche qui a était fait pour les statistiques pour créer un tel outil. Si l'auteur est d'accord bien sur (mais à priori, au vu de la licence, ça ne devrait pas poser de problèmes).
Tout d'abord, merci, c'est très gentil
Je suis entièrement d'accord sur ta remarque sur le langage. J'ai utilisé PHP parce que c'est un langage qui m'est familier, ce qui permet un développement rapide. Le gros problème que je vois à ce qu'il soit en PHP, c'est qu'il faut installer les paquets qui vont avec : php-cli et le driver PostgreSQL. Et je ne connais pas grand monde qui accepte de les installer sur le serveur de prod
Donc mon idée était de l'écrire en plusieurs langages : PHP, mais aussi Python, Perl, C, etc. J'attends seulement d'arriver à une version pratiquement finale pour entamer l'écriture en Python, puis en C (pas Perl car je ne connais pas et je ne veux pas m'y mettre).
Du coup, si tu souhaites le réécrire dans un autre langage, non seulement je suis pour, mais en plus on pourrait l'héberger directement sur pgfoundry, au sein du même projet.
À toi de voir ce que tu préfères, mais une collaboration me semble intéressante
En ce qui concerne l'utilisation de ncurses, pourquoi pas ? c'est clairement pas le but actuellement, mais je ne demande qu'à être convaincu :)
(commentaire aussi envoyé par mail, pour simplifier la discussion qui a suivi)