Tu veux dire qu'en dehors du dossier /uploads, et de quelques fichiers, tout serait hors dossier racine ? Comme le fait le dossier xoops_data et xoops_lib ?

Pourquoi avoir un fichier "fichier.php.alain" ?
Parce qu'en cas de mise à jour, si mon fichier hacké est écrasé, j'aurai la trace de mes modifs dans le fichier "fichier.php.alain" et le remettre ainsi en fonctionnement

Exact, alors tu proposes quoi ?
Que l'on propose des ajouts de fonctionnalité dans le fichier d'orgine pour la prochaine version de xoops en développement ?

Justement, donne nous un exemple très précis afin que l'on comprenne bien, stp !

montuy337513 a écrit :
Simplement que les fichiers de fonctions des blocs soit plus complet, et qu'on ne se contente pas d'envoyer à smarty que les données que le bloc a besoin (c'est le cas pour la plupart des blocs)

Citation :

Justement, donne nous un exemple très précis afin que l'on comprenne bien, stp !

J'ai un site avec un menu entièrement différent suivant le groupe utilisateur. A l'heure actuelle je dois créer un bloc par groupe, donc stockés en base de données (alors que l'exécution serai plus rapide si c'était géré par des templates). C'est un exemple simple sur un bloc mais je suis obliger de créer un thème différent avec détection de groupe (sur le principe de la détection d'un mobile) lorsque je veux des templates différents suivant le groupe (donc plus de travail)

Le module defacer fait ça très bien et très très facilement :
affichage d'un thème selon l'url et le groupe associé...
Mais cest clair qu'en terme de requête SQL, c'est pas optimisé !

mamba a écrit :
Let's start a team that would work on this.
Commençons une équipe qui travaille sur ce sujet.