accueil
downloads
links
bugmanager
header
**

Par respect de la netiquette, tous les contributeurs s'engagent à ne tenir ni propos insultants ni propos infamants envers un tiers. Merci d'avance à tous et ... bonne pêche aux infos - (Les numéros IP sont conservés.)
XML/RSS 2.0  page_down
newtopiclink  replylink  Version imprimable 
Ascending order Descending order   » Sujet: Nettoyage de printemps...
Auteur: Message:


threadicon Posté le 2006/5/3 à 14:54
Voici une petite suggestion (ou plutôt grosse...) pour les futures évolutions d'ixprim.
Ca fait longtemps que j'y pense et l'arborescence des fichiers de la version 1.9 en préparation de SPIP m'y a fait repenser. Je pense qu'il faudrait mettre de l'ordre dans les fichiers et répertoires d'iXprim pour une meilleure compréhension ainsi que pour des mises à jour et des sauvegardes plus faciles.

Actuellement les personnalisations faites par l'utilisateur s'opèrent un peu partout : répertoire databank pour certaines images, répertoire images pour les avatars, les catégories et autres, répertoire kernel > conf pour le htaccess perso, répertoire themes pour la mise en page, etc.
Si tous les fichiers personnalisés appartenant à l'utilisateur pouvaient être différenciés des fichiers propres à iXprim cela permettrait d'éviter l'écrasement lors des mises à jour et de n'avoir qu'un seul répertoire important à sauvegarder.

Il serait donc intéressant de se retrouver avec une arborescence de la sorte :

Les répertoires d'ixprim :
- images (avec seulement les images de l'administration)
- js (scripts javascript)
- kernel (tout le noyau)
- language (les langues, qui pourrait bien être dans le kernel d'ailleurs)
- themes (les themes livrés avec ixprim)
- mod (les modules, évidement)

Un répertoire utilisateur contenant :
- cache (mais il peut rester à la racine car il n'est pas important)
- attachments (existant déjà dans databank)
- data (idem)
- un répertoire par images différentes (banners, news, gallery, dldshots, avatars, categories, etc.)
- ixp_htaccess_init (pour les personnalisations du htaccess)
- mainfile.php (la configuration du site)
- xml (avec les fichiers rss)
- themes (avec les themes créés par l'utilisateur)

On pourrait approfondir cette idée :
- en déplaçant les fichiers php personnalisés (language, common, counter, etc.) dans le répertoire user. Ca fait quelques modifs au niveau du code mais au final c'est mieux rangé et on s'y retrouve...)
- en supprimant tous les fichier ixm_nom_du_module.php pour les remplacer par un seul fichier qui redirigerait avec un paramètre passé en URL (index.php?mod=nom_du_module). Puisque la plupart des webmasters utilisent le modrewrite, ca ne se verrait même pas.

Bon, j'ai un côté un peu maniaque des fois mais avouez que là on a des fichiers dans tous les sens et que ce serait plus simple.

Enfin, com d'hab, je suggère mais je suis prèt à aider pour arriver à ce résultat si cela devient un des objectif dans le développement d'iXprim.
Out of iXprim project...
Profile Message Privé Editer le message Voir le site de l'utilisateur Chercher tous les messages de cet utilisateur Signaler ce message aux Administrateurs top


   Posté le 2006/5/3 à 22:44
ça me parait être une bonne idée de clarifier tout ça.
J'avouerai que les ixm_machin_chose.php, je trouve ça pas top, mais c'est vrai que ça évite les accès directs aux répertoires.
ce qui est sûr par contre selon moi, c'est qu'au plus tôt on réorganisera ça, au mieux ce sera.
Si on attend trop, ça aura trop de conséquences négatives sur les utilisateurs.

Faut faire ça tant qu'on est pas trop nombreux
profilebutton Message Privé Editer le message Voir le site de l'utilisateur searchbutton  top


   Posté le 2006/5/4 à 08:08

cedsib a écrit:
ce qui est sûr par contre selon moi, c'est qu'au plus tôt on réorganisera ça, au mieux ce sera.
Si on attend trop, ça aura trop de conséquences négatives sur les utilisateurs.

Oui, sauf qu'on a déjà pas mal de trucs sur le feu et comme ce sont des modifs importantes, ça me semble difficile de les faire rapidos.
Et puis, je pense qu'il ne faut pas s'inquiéter tant que ça pour des mises à jour conséquentes comme celle là. Il n'y a qu'à voir SPIP puisque c'était mon exemple au début de ce post. La structure des fichiers et de la base de données change quasiment à chaque mise à jour mais comme les choses sont bien préparées, ça n'a pas l'air de troubler l'utilisateur...
Out of iXprim project...
profilebutton Message Privé Editer le message Voir le site de l'utilisateur searchbutton  top


   Posté le 2006/5/5 à 23:11

pgilbert a écrit:
Actuellement les personnalisations faites par l'utilisateur s'opèrent un peu partout : répertoire databank pour certaines images, répertoire images pour les avatars, les catégories et autres, répertoire kernel > conf pour le htaccess perso, répertoire themes pour la mise en page, etc.
Si tous les fichiers personnalisés appartenant à l'utilisateur pouvaient être différenciés des fichiers propres à iXprim cela permettrait d'éviter l'écrasement lors des mises à jour et de n'avoir qu'un seul répertoire important à sauvegarder.
C'est aussi mon avis depuis longtemps: comment upgrader sans toucher aux moddifs users. J'y réfléchis, mais il ya des choses qui sont plus importantes à faire avant.

Il serait donc intéressant de se retrouver avec une arborescence de la sorte :
Les répertoires d'ixprim...
Un répertoire utilisateur contenant...
...en déplaçant les fichiers php personnalisés (language, common, counter, etc.) dans le répertoire user.

Noté pour évaluer la faisabilité sans remettre en cause le reste du code.
en supprimant tous les fichier ixm_nom_du_module.php pour les remplacer par un seul fichier qui redirigerait avec un paramètre passé en URL (index.php?mod=nom_du_module). Puisque la plupart des webmasters utilisent le modrewrite, ca ne se verrait même pas.
Ixprim Version 2 peut-être en utilisant un controleur MVC comme celui de ZEnd. pour le moment moi pas toucher à ça.

L'idée est bonne, et les solutions germent dans mon esprit. De gros changements comme ceux-ci ne pourront se faire qu'au fil de l'eau, mais il se feront, car c'est effectivement une bonne chose.
Sur ce principe, on peut aussi envisager une mutualisation du noyau: un seul noyau et plusieus sites...
HQCH - Hope Que ça Helpe
Celui qui vise à la perfection sera au-dessus de la médiocrité, mais celui qui vise à la médiocrité tombera plus bas encore. "Proverbe chinois"
profilebutton Message Privé Editer le message Voir le site de l'utilisateur searchbutton  top
newtopiclink  replylink  Version imprimable 

page_up

 

Powered by XForum 3.5.1-ix by Trollix Software
0.0396330 - 39 queries