Merci pour ces commentaires, voici quelques réponses :
- identifiant limité à 8 caractères : En fait, j'ai mis cette limitation de manière arbitraire, c'est juste pour être certain que l'identifiant va ensuite fonctionner avec gitosis. Je regarde si on a plus de liberté, si c'est le cas, cela changera.
- arbre des sources : Merci, c'est ce genre de remarques que j'aime, je vais voir comment rendre cette élément moins perturbateur.
- aide sans menu : Oui, il faut que je trouve une solution élégante pour permettre aux gens de revenir en arrière, comme l'aide est générale pour tous les projets, cela veut dire que je n'ai pas directement l'information de l'origine de la personne. Peut-être passer l'aide directement dans le projet. Je note cela.
Merci pour les remarques, c'est vraiment bon à prendre.
Maintenant, au niveau de la consommation des ressources, c'est très léger. Sur mon installation de développement, j'ai l'information de la consommation de mémoire en pic pour chaque page. Cela donne :
- home page projet : 3254ko
- tickets : 2881ko
- downloads : 2738ko
- une page d'administration : 2783ko
- une page d'un ticket avec 8 commentaires : 3286ko
je récupère l'information de la mémoire en pic avec xdebug. C'est donc largement en dessous du standard de 8Mo par processus PHP et donc bien en dessous de trac. L'avantage aussi par rapport à trac c'est qu'on a pas besoin de faire tourner un processus supplémentaire en plus, donc cela fonctionne avec du serveur mutualisé.
[^] # Re: bistouilles esthétiques
Posté par Loïc d'Anterroches . En réponse au journal InDefero, bug tracker, navigateur git en version 0.0.7. Évalué à 1.
- identifiant limité à 8 caractères : En fait, j'ai mis cette limitation de manière arbitraire, c'est juste pour être certain que l'identifiant va ensuite fonctionner avec gitosis. Je regarde si on a plus de liberté, si c'est le cas, cela changera.
- arbre des sources : Merci, c'est ce genre de remarques que j'aime, je vais voir comment rendre cette élément moins perturbateur.
- aide sans menu : Oui, il faut que je trouve une solution élégante pour permettre aux gens de revenir en arrière, comme l'aide est générale pour tous les projets, cela veut dire que je n'ai pas directement l'information de l'origine de la personne. Peut-être passer l'aide directement dans le projet. Je note cela.
Merci pour les remarques, c'est vraiment bon à prendre.
Maintenant, au niveau de la consommation des ressources, c'est très léger. Sur mon installation de développement, j'ai l'information de la consommation de mémoire en pic pour chaque page. Cela donne :
- home page projet : 3254ko
- tickets : 2881ko
- downloads : 2738ko
- une page d'administration : 2783ko
- une page d'un ticket avec 8 commentaires : 3286ko
je récupère l'information de la mémoire en pic avec xdebug. C'est donc largement en dessous du standard de 8Mo par processus PHP et donc bien en dessous de trac. L'avantage aussi par rapport à trac c'est qu'on a pas besoin de faire tourner un processus supplémentaire en plus, donc cela fonctionne avec du serveur mutualisé.
loïc