Re: administration
Olivier Pascal <[email protected]> Wed, 17 Mar 2004 11:05:10 +0400
| Newsgroups | gmane.comp.web.blogv2.devel |
|---|---|
| Message-ID | <[email protected]> |
Le Mercredi 17 Mars 2004 03:49, Gregoire Cachet a écrit :
> bon, on a l'air de s'orienter vers une description des modules et une
> lecture de fichiers de configuration pour construire de facon
> automatique l'interface d'un module.
>
> Je vois deux façons de procéder :
> 1/ on fait des fichiers de description XML pour les modules et on écrit
> un script capable de constituer du code PHP qu'on executera.
> 2/ on construit l'interface d'admin vraiment en live. Le moteur se
> charge de faire les formulaires en fonction de la donnée, de lister
> comme il faut, de faire les liens logiques entre les éléments.
>
> Qu'est-ce qui vous parait être le mieux ?
Premièrement je pense que la solution 2/ n'est pas possible : on ne peut pas
construire _toute_ l'interface admin d'un module "en live". Si je reprend mon
exemple de module de statistiques, comment savoir "en live" qu'il faut
générer une page contenant les stats du jour ? A la limite seule l'interface
de configuration des modules peut être générée à la volée.
En ce sens la 1/ me parait bien : décrire les interfaces à partir de fichiers
XML. Mais ces mêmes fichiers XML ne devront-ils pas dans certains cas être
générés par des scripts PHP ?? (par exemple pour générer une page de stats)
Pour le passages des paramètres :
À priori on s'est déjà mis d'accord sur la syntaxe à utiliser pour le passage
de paramètres :
A l'adresse http://blogv2.zwiffer.org/MoteurDeBlogInterfaceHttp :
> Tous les caractères placés après un point d'interrogation "?" sont
> considérés comme des options. Des valeurs doivent être assignées à
> des options par les caractères "=", ">", "<", ">=" ou "<=". Plusieurs
> options à la suite doivent être séparées par des "&".
Le "," étant réservé à l'opérateur "ou" dans les recherches booléennes.
Donc je propose que les paramètres passés dans l'url aux interfaces admin
Exemple : /admin/stats/2004/03/17/?Afficher=referer
soient directement passés à la classe correspondante à la sortie de la
moulinette UriParser.
Exemple (je ne connais pas la syntaxe d'UriParser) :
$StatsModule->SetParams(array('2004', '03', '17'), array('Afficher' =>
'referer'));
Ainsi StatsModule pourrait agir en conséquence en générant la page
correspondante à la liste de tous les referers des visiteurs à la date du
17/03/2004.
--
Olivier Pascal