> Comme tous les hébergeurs ne permettent pas de faire tourner des cgi en
> Python, on risque d'être encore loin d'un véritable portail de gestion de
> développement complet
En même temps c'est fait pour fonctionner avec SVN. Si c'était fait en PHP il aurait tout de même fallu que le serveur ait subversion d'installé, qu'une extension PHP pour utiliser la libsvn soit compilée et installée (je ne sais même pas si elle existe), et que sqlite soit compilé et installé, que tu sois autorisé à mettre des scripts dans les hooks du repository subversion ..... je ne suis *vraiment* pas sûr que ça augmente le nombre de plateformes possibles ;)
Globalement quand tu as accès à un subversion, que tu peux mettre des scripts dans le répertoire de hook, tu as souvent de quoi mettre des scripts python (vu que maintenant pour trouver un serveur récent sans python il faut chercher). D'autant que si tu peux mettre des scripts pour les hooks tu as de fait accès au shell plus ou moins directement, il serait futile de ne pas t'autoriser les CGI python.
> quelle besoin d'interfacer ça avec sqlite, clearsilver, etc...
ben ... une base de données pour gérer les données. je ne vois rien d'exceptionnel. À la limite sqlite est justement la solution "cheap", les autres ça aurait été un SGBD complet indépendant, donc un démon de plus à lancer. C'est aussi bien plus rapide à l'exécution pour ce genre de projets, et plus simple à la maintenance.
Pour clearsilver je ne connais pas, mais c'est juste une lib de template, ça permet de ne pas avoir à trop hacker le code ou tout réinventer la roue dans une nouvelle solution de template proprio
Tu aurais préféré d'obscurs fichiers textes avec des structures proprio et imbitables pour les données et les templates ?
Si c'est "lourd" ce n'est certainement pas à cause de ces deux éléments
[^] # Re: Trac, un outil pour gérer des projets
Posté par Éric (site web personnel) . En réponse à la dépêche Trac, un outil pour gérer des projets. Évalué à 1.
> Python, on risque d'être encore loin d'un véritable portail de gestion de
> développement complet
En même temps c'est fait pour fonctionner avec SVN. Si c'était fait en PHP il aurait tout de même fallu que le serveur ait subversion d'installé, qu'une extension PHP pour utiliser la libsvn soit compilée et installée (je ne sais même pas si elle existe), et que sqlite soit compilé et installé, que tu sois autorisé à mettre des scripts dans les hooks du repository subversion ..... je ne suis *vraiment* pas sûr que ça augmente le nombre de plateformes possibles ;)
Globalement quand tu as accès à un subversion, que tu peux mettre des scripts dans le répertoire de hook, tu as souvent de quoi mettre des scripts python (vu que maintenant pour trouver un serveur récent sans python il faut chercher). D'autant que si tu peux mettre des scripts pour les hooks tu as de fait accès au shell plus ou moins directement, il serait futile de ne pas t'autoriser les CGI python.
> quelle besoin d'interfacer ça avec sqlite, clearsilver, etc...
ben ... une base de données pour gérer les données. je ne vois rien d'exceptionnel. À la limite sqlite est justement la solution "cheap", les autres ça aurait été un SGBD complet indépendant, donc un démon de plus à lancer. C'est aussi bien plus rapide à l'exécution pour ce genre de projets, et plus simple à la maintenance.
Pour clearsilver je ne connais pas, mais c'est juste une lib de template, ça permet de ne pas avoir à trop hacker le code ou tout réinventer la roue dans une nouvelle solution de template proprio
Tu aurais préféré d'obscurs fichiers textes avec des structures proprio et imbitables pour les données et les templates ?
Si c'est "lourd" ce n'est certainement pas à cause de ces deux éléments