Re, J'ai un petit souci avec le index.php?tf=<fichier>. Déjà rencontré avec gallery coté public. Notamment quand on charge un css, qui fait référence à des images.
C'est très con : si http://monblog.com/admin/style/default.css fait référence à url(logo.png), le navigateur ira chercher http://monblog.com/admin/style/logo.png en revanche, avec ce même fichier servi par http://monblog.com/admin/index.php?tf=default.css, le navigateur ira chercher ... http://monblog.com/admin/logo.png. Du coup les images référencées par les CSS ne sont plus visibles... Pas glop. Donc il va falloir regarder comment gérer ça, sans rendre les css trop crades... -- Bruno Le 28 février 2013 23:10, Dsls <[email protected]> a écrit : >> - Tel que Twig est implémenté dans DC aujourd'hui, n'importe quel plugin >> peut remplacer n'importe quelle template admin, ce qui peut-être bien >> pour du Tweak (en tant que pluguineur je vois djà pleins de possibilité) >> mais mauvais coté sécurité/cassage d'admin. (D'ailleur les plugins >> déposés sur Dotaddict ne sont pas validés par un testeur...) > > Un plugin peut déjà casser plein de trucs dans l'admin... la > flexibilité/extensibilité se fait au détriment de la sécurité souvent. > A voir si on peut mettre des garde-fous. > >> - Pour l'instant seule la partie admin bénéficie de Twig, voir comment >> l'autoriser coté publique tout en gardant (à mon avis) le système actuel >> en parallèle et par exemple ajouter une option dans le define du thème >> pour dire quel moteur il utilise. Je ne suis pas pour transposer toutes >> les balises actuelles dans Twig car trop lourd/lent... (Je préfère la >> solution de moulinette proposé par Franckpaul il me semble) > > Ca je l'ai déjà fait il y a 2 ans ^^ j'ai déjà la moulinette qui va > bien, et qui remplace les tags/values par des tags twig qui vont > bien... reste juste à l'adapter avec les nouvelles versions de twig > (et à retrouver les fichiers qui vont bien dans mes archives). > > La difficulté coté public est de voir comment on expose les fonctions > blog et cie dans les templates publics, sans pour autant créer de > soucis de sécurité. Autant je considère que les plugineurs doivent un > minimum se soucier de la sécurité quand ils codent, autant j'aimerais > fournir aux thémeurs une partie bien blindée (comme c'est le cas > aujourd'hui). > >> >> - Pour les pages que j'ai déjà passé sous Twig j'ajoute les variable que >> je veux au fur et à mesure de mes besoin mais je pense qu'il faut >> réfléchir à quelque chose de plus générique par exemple passé toute les >> infos de l'utilisateur courant en permanance, etc, sous forme plus >> standard quoi. > > Oui, c'est à l'usage et pendant les conversions des pages actuelles > qu'on verra ce qu'il faut mutualiser. En tout cas tu as déjà fait un > bon bout de chemin sur les pages génériques :) > > -- > Bruno _______________________________________________ Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
