Bonjour,
Je viens de voir que le couteau suisse écrit directement dans le config/mes_options.php à la racine du site.
Or, ce dernier est _commun_ à tous les sites.
Dans le cadre de la mutualisation facile, il faudrait que le CS écrive dans :
sites/nomdedomainedusite/config/mes_options.php
Sinon, pour peu que les sites activent des options différentes, ça risque de faire des choses bizares, non ?
--
RealET
il faudrait surtout que le CS ne *fasse pas* cela car *c'est mal*, oblige a désecuriser, et posera des probleme dans tout un tas de cas non prédictible.
Les constantes redéfinissables par les plugins sont maintenant accessibles par les fichiers options des plugins.
Les plugin ne peuvent pas être appelés plus tôt. Vouloir passer par dessus cet état de fait conduira à des défaut de fonctionnement.
Cédric
Le 17 oct. 08 à 15:22, RealET a écrit :
Bonjour,
Je viens de voir que le couteau suisse écrit directement dans le config/mes_options.php à la racine du site.
Or, ce dernier est _commun_ à tous les sites.Dans le cadre de la mutualisation facile, il faudrait que le CS écrive dans :
sites/nomdedomainedusite/config/mes_options.php
Sinon, pour peu que les sites activent des options différentes, ça risque de faire des choses bizares, non ?--
RealET_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Oui, ce comportement est une expérience et doit évoluer, probablement passer en fonctionnalité activable/désactivable.
L'intérêt est à évaluer : passer en tête de la liste des plugins, piloter certaines variables SPIP, ...
Pour éviter cet appel, il faut désactiver la ligne, simplement :
// if (@is_readable( ... ...
L'appel sera de toute façon fait quand même dans cout_options.php
En ce qui concerne la mutualisation, je n'ai fait aucun test encore car je n'ai aucun système de ce genre sous la main. Je ne connais donc pas du tout la portée des différents outils, que ce soit en global ou en particulier pour les sites mutualisés. Les retours et les coups de mains sont donc les bienvenus.
Pat
cedric.morin@yterium.com a écrit :
il faudrait surtout que le CS ne *fasse pas* cela car *c'est mal*, oblige a désecuriser, et posera des probleme dans tout un tas de cas non prédictible.
Les constantes redéfinissables par les plugins sont maintenant accessibles par les fichiers options des plugins.Les plugin ne peuvent pas être appelés plus tôt. Vouloir passer par dessus cet état de fait conduira à des défaut de fonctionnement.
Cédric
Le 17 oct. 08 à 15:22, RealET a écrit :
Bonjour,
Je viens de voir que le couteau suisse écrit directement dans le config/mes_options.php à la racine du site.
Or, ce dernier est _commun_ à tous les sites.Dans le cadre de la mutualisation facile, il faudrait que le CS écrive dans :
sites/nomdedomainedusite/config/mes_options.php
Sinon, pour peu que les sites activent des options différentes, ça risque de faire des choses bizares, non ?--
RealET_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Ce que je dénonce, c'est que malgré tous les avertissements sur le fait que c'est *mal* et non respectueux de l'api spip, et à ce titre engendrera des bugs dans un certains nombre de situation (le mutu en est un exemple), tu persistes dans cette voie.
Libre à toi, mais je ne peux que lever un drapeau rouge à chaque utilisateur qui a des problèmes.
Cédric
Le 18 oct. 08 à 01:56, Pat a écrit :
Oui, ce comportement est une expérience et doit évoluer, probablement passer en fonctionnalité activable/désactivable.
L'intérêt est à évaluer : passer en tête de la liste des plugins, piloter certaines variables SPIP, ...
Pour éviter cet appel, il faut désactiver la ligne, simplement :
// if (@is_readable( ... ...
L'appel sera de toute façon fait quand même dans cout_options.phpEn ce qui concerne la mutualisation, je n'ai fait aucun test encore car je n'ai aucun système de ce genre sous la main. Je ne connais donc pas du tout la portée des différents outils, que ce soit en global ou en particulier pour les sites mutualisés. Les retours et les coups de mains sont donc les bienvenus.
Pat
cedric.morin@yterium.com a écrit :
il faudrait surtout que le CS ne *fasse pas* cela car *c'est mal*, oblige a désecuriser, et posera des probleme dans tout un tas de cas non prédictible.
Les constantes redéfinissables par les plugins sont maintenant accessibles par les fichiers options des plugins.
Les plugin ne peuvent pas être appelés plus tôt. Vouloir passer par dessus cet état de fait conduira à des défaut de fonctionnement.
Cédric
Le 17 oct. 08 à 15:22, RealET a écrit :Bonjour,
Je viens de voir que le couteau suisse écrit directement dans le config/mes_options.php à la racine du site.
Or, ce dernier est _commun_ à tous les sites.Dans le cadre de la mutualisation facile, il faudrait que le CS écrive dans :
sites/nomdedomainedusite/config/mes_options.php
Sinon, pour peu que les sites activent des options différentes, ça risque de faire des choses bizares, non ?--
RealET_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
* cedric.morin@yterium.com tapuscrivait, le 18/10/2008 21:29:
Ce que je dénonce, c'est que malgré tous les avertissements sur le fait que c'est *mal* et non respectueux de l'api spip, et à ce titre engendrera des bugs dans un certains nombre de situation (le mutu en est un exemple), tu persistes dans cette voie.
Libre à toi, mais je ne peux que lever un drapeau rouge à chaque utilisateur qui a des problèmes.
D'où acte :
--
RealET
Les révoltés du Moyen-Âge
L'ont arboré sur maints beffrois.
Emblème éclatant du courage,
Toujours il fit pâlir les rois.
Le voilà !, Le voilà ! Regardez !
Il flotte et fièrement il bouge,
Ses longs plis au combat préparés,
Osez, osez le défier !
Notre superbe drapeau rouge !
Rouge du sang de l'ouvrier ! (bis)
Il apparut dans le désordre
Parmi les cadavres épars,
Contre nous, le parti de l'Ordre
Le brandissait au Champ de Mars
Puis planté sur les barricades,
Par le peuple de février
Il devint pour les camarades,
Le drapeau du peuple ouvrier.
Quand la deuxième République
Condamna ses fils à la faim,
Il fut de la lutte tragique,
Le drapeau rouge de juin !
Sous la Commune il flotte encore
À la tête des bataillons
Et chaque barricade arbore
Ses longs plis taillés en haillons !
Variante :
Sous la Commune il flotte encore
À la tête des bataillons
L'infâme drapeau tricolore
En fit de glorieux haillons !
Noble étendard du prolétaire,
Des opprimés sois l'éclaireur.
À tous les peuples de la terre
Porte la paix et le bonheur !
Les braves marins de Russie,
Contre le tsarisme en fureur,
Ont fait flotter jusqu'en Asie
Notre drapeau libérateur !
Un jour sa flamme triomphale
Luira sur un monde meilleur,
Déjà l'Internationale
Acclame sa rouge couleur !
-- Fil
Non Cédric, je ne persiste pas, j'ai bien entendu ton/tes message(s).
Si le drapeau rouge est bien visible, ça ne posera pas de problème.
L'interprétation du bien et du mal c'est un autre débat 
J'emploierais plutôt un 'politiquement in/correct'.
RealET a posé un define, le court-circuit est donc désactivé.
Je retravaillerai la chose ultérieurement.
Pat
P.S. Si je ne suis pas très réactif en ce moment c'est qu'un projet actuellement m'occupe à 250%. Mais je ne suis jamais très loin.
cedric.morin@yterium.com a écrit :
Ce que je dénonce, c'est que malgré tous les avertissements sur le fait que c'est *mal* et non respectueux de l'api spip, et à ce titre engendrera des bugs dans un certains nombre de situation (le mutu en est un exemple), tu persistes dans cette voie.
Libre à toi, mais je ne peux que lever un drapeau rouge à chaque utilisateur qui a des problèmes.Cédric
Le 18 oct. 08 à 01:56, Pat a écrit :
Oui, ce comportement est une expérience et doit évoluer, probablement passer en fonctionnalité activable/désactivable.
L'intérêt est à évaluer : passer en tête de la liste des plugins, piloter certaines variables SPIP, ...
Pour éviter cet appel, il faut désactiver la ligne, simplement :
// if (@is_readable( ... ...
L'appel sera de toute façon fait quand même dans cout_options.phpEn ce qui concerne la mutualisation, je n'ai fait aucun test encore car je n'ai aucun système de ce genre sous la main. Je ne connais donc pas du tout la portée des différents outils, que ce soit en global ou en particulier pour les sites mutualisés. Les retours et les coups de mains sont donc les bienvenus.
Pat
cedric.morin@yterium.com a écrit :
il faudrait surtout que le CS ne *fasse pas* cela car *c'est mal*, oblige a désecuriser, et posera des probleme dans tout un tas de cas non prédictible.
Les constantes redéfinissables par les plugins sont maintenant accessibles par les fichiers options des plugins.
Les plugin ne peuvent pas être appelés plus tôt. Vouloir passer par dessus cet état de fait conduira à des défaut de fonctionnement.
Cédric
Le 17 oct. 08 à 15:22, RealET a écrit :Bonjour,
Je viens de voir que le couteau suisse écrit directement dans le config/mes_options.php à la racine du site.
Or, ce dernier est _commun_ à tous les sites.Dans le cadre de la mutualisation facile, il faudrait que le CS écrive dans :
sites/nomdedomainedusite/config/mes_options.php
Sinon, pour peu que les sites activent des options différentes, ça risque de faire des choses bizares, non ?--
RealET_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone