Je comprends l'idée mais ça risque aussi de compliquer les choses pour
certains. Cela oblige à rendre la partie admin accessible en écriture; je
parle du répertoire admin. Jusqu'à présent ce n'était pas nécessaire.
Par exemple pour l'installation sur debian, cette partie là peut-être en
lecture seule. Du coup ce déplacement de fichiers statique ne serait pas
possible.
Mais le besoin pour un répertoire de ce type existe. J'ai eu le même besoin
pour le plugin permettant d'installer des extensions pour ckeditor. Où
mettre les plugins qui doivent être accessibles depuis un lien http ? Ne
pourrait-on pas créer un nouveau répertoire pour tous ces besoins que l'on
appellerait assets (ou ce que vous voulez) et dans lequel on mettrait tout
ça. Ce répertoire serait purgeable et reconstruisible à partir du plugin
maintenance.
Z'en dîtes?
Le 2 septembre 2015 13:55, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Pourquoi pas en effet.
Cela dit, copier des choses dans l'admin à l'install d'un plugin, va
falloir verrouiller ça proprement d'une part, et veiller aux éventuels
problèmes de droits d'accès (admin vs plugin qui peut être déporté). pas
sûr que ce soit si simple.
Le 2 septembre 2015 13:37, Bruno <dsls(a)morefnu.org> a écrit :
> Hello,
>
> Pour faire suite aux problèmes de certains hébergeurs (ovh pour ne pas
les
> citer) pour délivrer des pages statiques, je me demande s'il ne serait
pas
> pertinent de permettre aux plugins de gérer des contenus statiques.
>
> Par exemple : chaque plugin propose un répertoire _static à sa racine,
> lequel est recopié à l'installation dans un répertoire donné de l'admin
> (par exemple admin/static/<nom plugin>). Et on rajouter des sections de
> rafraîchissement/purge dans le plugin maintenance.
>
> Motivation : actuellement, pour des raisons de sécurité, pour accéder à
du
> contenu statique (images, css, js, ...), il faut passer par
> admin/index.php?pf=plugin/fichier.
>
> Le problème de cela, que j'ai souvent rencontré, c'est que les css ou js
> considèrent que l'url de base est admin/ et non plugins/plugin/. Du coup
> les inclusions posent problème.
> Par ailleurs, cela génère du temps de traitement php pour souvent pas
grand
> chose...
>
> Z'en dites ? Ca vaut le coup qu'on en discute dans un ticket (je me
demande
> s'il n'y en a pas déjà un e ce type) ?
>
> --
> Bruno
> --
> Dev mailing list - Dev(a)list.dotclear.org -
>
http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev