SveetchProjects
La liste de mes projets personnels (tous en Python) souvent à mon usage unique ou bien utilisé en interne au travail.
Dad inspector
Un inspecteur de code de projets Python. Créé à l'origine car les outils existants ne me convenaient pas sur plusieurs détails. Son intérêt est d'analyser le code des scripts python d'un répertoire donné qui contient le projet. Il stocke ensuite les données en BDD et permet une visualisation web des dépendances et relations internes d'importations de toute l'arborescence Python du projet. Il n'y a rien à rajouter dans le code pour que cela fonctionne.
L'inspecteur est orienté pour des projets Django mais pour l'instant cette orientation n'est quasiment pas affirmée (comprendre peu d'implémentations à ce sujet).
DashCoincoin
Un frontend de Tribune pour l'environnement DashBoard de OS X. C'est à la base le code de l'interface web de la tribune de Shoop, qui a été amélioré et modifié pour le modèle des widgets DashBoard. Il a été conçu initialiement comme frontend exclusif à la tribune de Shoop et rapidement élargit aux autres backends de tribune. Cependant il reste encore quelques problèmes avec certains moteurs de tribune.
Nanoo
Un gestionnaire de backup de fichiers et base de données. Les fichiers sont archivés dans un tarball (archive au format *.tar.gz) et de même mais séparément pour les BDD.
Les backups sont définis dans des fichiers XML qui peuvent contenir plusieurs tarball et BDD.
Les tarball peuvent contenir plusieurs répertoires ou fichiers à archiver ayant un emplacement différents sans restriction si ce n'est que l'utilisateur qui lance Nanoo doit pouvoir avoir accès aux fichiers et répertoires qu'il essaye d'archiver. Il comporte quelques options d'archivages décrit dans le backend xml.
Les dump BDD ne sont (pour l'instant?) uniquement pour des serveurs MySql, il n'y a pas de support de PostgreSQL où autres.
Il est fonctionnel et sert sur plusieurs productions.
Noé
Noé est destiné à être le futur remplacant de Nanoo, avec un peu de chance.
Sa première vocation est de fournir un frontend correct et pratique à utiliser. Dans cette objectif, le premier but est donc de pouvoir accéder aux informations des fichiers de backups, pouvoir en créer et en éditer, tout cela avec une interface de commande en ligne.
Il n'est pour l'instant ni en production, ni même utilisable.
PyWiki2Xhtml
Mon premier projet Python qui date de longtemps :)
C'est une librairie qui permet d'appliquer une mise en forme Xhtml sur un texte brute utilisant la syntaxe wiki implémentée. C'était au début un portage basique de la librairie originale (Wiki2Xhtml) que j'ai légèrement modifiée pour certaines corrections et ajouts.
Cette librairie est totalement fonctionnelle et sert sur plusieurs productions. Seul bémol, la version dans le dépôt n'est pas compatible Unicode, il faut quelque peu la modifier (telle la version que je possède secrètement).
Sveetchies
Quelques librairies et outils qui ne sont pas assez conséquentes pour avoir leur propre logement dans le dépôt. L'outil le plus haut niveau qui soit intéressant c'est SveePyCLI et DjangoCLI.
SveePyCLI est en fait un script qui contient un ensemble de fonctionnalités évidentes pour un script de commande en ligne. En lui même il ne fait rien, il est destiné à être hérité par un script qui implémentera dedans les commandes concrètes.
DjangoCLI est un outil qui justement hérite de SveePyCLI. Mais lui non plus, ne fait rien de concret, il intègre des fonctionnalités permettant de créer un script de commande en ligne qui peut utiliser directement un projet Django (connections BDD, accès aux settings, aux modules du projets, etc..), il est donc destiné lui aussi à être hérité par un script qui implémentera les commandes concrètes.
DjangoCLI est fonctionnel et utilisé sur plusieurs productions.