Données dans un répertoire

[Sbgodin]

Il est difficile de rassembler toutes les données :

• configuration dans /constant.php
• logs dans /logs/*
• logs de mise à jour dans /updates/*.log
• mises à jour cumulées dans /updates/update.json
• cache dans /cache/*
• données des plugins dans /plugins/**
• thèmes dans _/templates/*

Par exemple, les cas suivants seraient rendus compliqués actuellement.

1. Paquet Debian, puisqu'il faut séparer le programmes, les données et la configuration.
2. Sauvegarde et restauration, puisqu'il faut viser les données.
3. Journalisation et rotation des logs, les fichiers croissent.
4. Mise à jour de Leed.

Je suggère de mettre l'ensemble des données dans un répertoire, configurable dans constant.php. Ce fichier, sauf patch du source (Debian), serait le seul à rester là où il est. Ce répertoire serait disponible partout dans Leed et serait à utiliser par chaque composant faisant des sorties.
Il devrait aussi être possible de déroger à cette règle pour mettre certains répertoires ailleurs. Par exemple, les logs pourraient être redirigés vers /var/log/leed.

Cette mise à jour ne serait pas compatible avec un déploiement actuel de Leed.

[Sbgodin]

Note : pluXml fait le boulot. Le fichier de configuration (config.php), à la racine, ne contient qu'une directive : là où trouver toutes les autres données. De là, il est possible de découvrir les autres chemins.

L'intégration dans Debian ne nécessiterait alors que de supprimer config.php et de renseigner en dur la position des données.

[Neurozone]

Quid de l'installation via la sources et sans paquet Debian ?
Si on veut pouvoir configurer soit même les emplacement de logs par exemple

[Sbgodin]

J'imagine un fichier de configuration à la racine. Celui-ci indique où se trouve le répertoire de données. Dans ce répertoire, le fichier de configuration indique où ventiler l'ensemble des données.

À l'installation via les sources, tout serait mis à par défaut. Peut-être proposer dans l'installeur la possibilité de placer les données ailleurs. Dans ce cas, seul le fichier de configuration ne contenant que l'info « où se trouvent les données » sera écrit, dans le répertoire de l'application.

[Neurozone]

Pour ma part j'aurais bien vu les dossiers suivants:
/config => constant.php + settings.php
/include ou /inc => les classes de leed + simple pie

et juste le index.php à la racine

[Sbgodin]

C'est l'idée. Mais bon, il faudra aussi about.php à la racine. Il faudra aussi prendre en comptes les biblitthèques (/vendors), le fichier de licence, README, etc. Je ferai tout ça sur une branche qui ne sera pas compatible avec la version actuelle.

[Neurozone]

@Sbgodin as-tu pensé à un framework php lite style silex (dérivé de Symphony) ?
Il fait de l'url rewrite nativement

[Sbgodin]

Disons que je ne suis pas tout seul, là-dessus ^^ Et il y a relativement peu de travail à faire pour remanier le code.