----Message d'origine----
Date: Tue, 9 Dec 2003 12:33:40 +0100
Sujet: Re: [spip-dev] squelette et thème dans leur r
A: Minh Ha Duong <haduong@centre-cired.fr>
De: Déesse A. <esj@vertsdesevres.net>
Copie à: spip-dev@rezo.netDites, vous trouvez pas que ça serait une bonne idée de mettre tous
les fichiers du squelette utilisés dans un répertoire, mettre
"squelette" tous les -dist dans un répertoire "squelette-dist". Et
puis tant qu'on y est de renommer IMG en "theme", y mettre les *.css
et de même distribuer un theme-dist ?Oui, mais il faut voir à plus long terme. Spip grandit, ce qui veut
dire que l'espace disque
qui lui est nécessaire va devenir un problème. Il faut viser une
architecture où Spip serait
installable par l'hébergeur pour l'ensemble des abonnés (comme c'est le
cas pour SQL, PHP etc)
et non par chacun des abonnés, qui "dépensent" ainsi beaucoup de leur
espace disque
Permettre de mettre à coté, séparer de chaque site web, mettre en commun tout ecrire/ qui est commun ?
C'est pas bête, c'est même plutôt une bonne idée,
pour économiser de l'espace disque sur un serveur mutualisé spécialisé pour SPIP.
Dans le version 1.7b4, ecrire/ fait environ 9 Mo,
ecrire/aide/ et ecrire/lang/ font environ 8 Mo.
et plombent
les performances générales du serveur (s'il n'y avait qu'une seule
installation de Spip, le
système de fichiers aurait plus souvent les fichiers Spip en cache).Pour y arriver, il faut donc arreter d'écrire dans les répertoires des
sources de Spip, afin
qu'aucun abonné n'impose aux autres ses squelettes, feuilles de style
et autres images.
??
C'est une des raisons pour lesquelles j'ai écrit une nouveau gérant de
cache qui utilise
le serveur SQL et plus le répertoire CACHE (je l'ai posté ici:
http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=309
La solution la plus propre est en effet de ne plus écrire que dans le
serveur SQL,
ce qui veut dire prévoir autant de tables que de types de fichiers
actuels.
Le cache/ est entre autres utilisé en cas d'absence d'accès au serveur sql...
Une autre solution, certainement plus rapide à mettre en oeuvre, est
d'avoir un répertoire par
abonnné, où l'on mettrait tout ce qui lui est personnel (squelette etc)
et d'avoir un système de
hiérarchie pour aller taper dans le répertoire de distribution en cas
d'absence de ce qu'on
cherche dans le répertoire perso. Ca demande là aussi de préciser la
liste des types de fichiers.
Par contre je ne pense pas que le système que je décrit plus haut doive être intégré à SPIP. Cela devrait plutôt être une version spéciale; même si des modifications de la branche principale de SPIP pourraient être faites si nécessaires pour la création de cette version spéciale.