[1.5] structure arborescente d'un site

Version imprimable

16/07/2008, 20h25
kzone

[1.5] structure arborescente d'un site

bonjour,

Dans mon site j'aimerais avoir plusieurs sections (par : articles ) et sous section (par exemple: articles/svg et articles/batik)
Bien entendu chaque sous-section va contenir plusieurs articles (ou news )

je n'arrive pas à concevoir la logique Controlleur / vue .

Comment intituler mon controlleur pour articles/svg !? ni ArticlesController ni SvgController
Ou bien alors 'articles 'est inutile dans mon path (chemin) !?

En second lieu j'ai par exemple 2 news baseSvg.tpl et extraSvg.tpl (pour 2 news différentes)
Si dans mon SvgController je mets mes 2 fonctions baseSvgAction et extraSvgAction pour les associer à mes templates ... cela peut passer pour 2 news , mais si j'en ai 30 ..

Cette dernière solution bien que "fonctionnelle" ne me plait pas du tout (lourd a gérer) et je suis sûr que le Zend framework prévoit de gérer cela plus souplement ...

Comment dois-je procéder !??

merci de vos conseils

edit : avec Zend_Controller_Router_Rewrite !?
17/07/2008, 08h51
kzone

je vais poser ma question autrement :

comment affichier unarticle.tpl avec une arborescence articles/svg/(unarticle.tpl) ?
Avec un rewrite, un render ($action,$name,true) ...!?

sachant que j'utilise une 'construction ' MVC et smarty comme templater
merci d'avance !
20/07/2008, 10h13
kzone
j'ai trouvé la partie de la doc zend utilisant une structure modulaire ce qui se rapproche assez de ce que je désire faire

j'ai donc créer mon arborescence
Code:

1 2 3 4 5 6 7 8 9 10 +application +controllers +models +views +svg +controllers +views +models
et rajouter dans mon bootstrap :
Code:

1 2 $front->addControllerDirectory('/path/to/application/svg/controllers', 'svg');
ps : Est-ce que le répertoire "défault" est obligatoire ici !??

mais si je pointe maintenant avec mon url http ://svgProject/svg
je retourne (normalement je pense à cause du rewrite dans .htaccess) à l'index par défault
si je m'en tiens à la doc Zend :

Citation:

Dans le routeur par défaut, si aucun contrôleur n'est indiqué dans l'URL, un contrôleur par défaut sera utilisé (IndexController, sauf si l'on décide de changer ce paramètre). Avec des modules indiqués dans l'URL, si aucun contrôleur n'est indiqué, alors le dispatcheur cherchera dans le module demandé le contrôleur par défaut. Si celui-ci est absent, c'est celui du module 'default' qui sera utilisé.

cela devrait logiquement utiliser l'index de mon "module svg"

PS: je m'apperçoit également que si j'avais la FAQ une partie de mon problème y est clairement expliqué :oops: ... mea culpa
merci de vos conseils

bon je continue mon monologue .... :lol:

pour la structure cela semble ok

dans mon bootstrap j'affecte un tableau de valeur comme indiqué dans la doc :

Code:

1
2
3
4
5
6
 
 
$_controller->setControllerDirectory(array(
        'default' => '../application/controllers',
        'svg'    => '../application/svg/controllers'
        ));

je ne suis pas arrivé par contre a utiliser une structure avec un seul point d'entrée 'module'
et une arborescence interne default, svg, ...etc , avec chacun leur controllers, views , models.

Jusque là tout va bien si je n'utilise pas ma classe pour intégrer Smarty à Zend .
Mes fichier .tpl s'affiche correctement .
C'est dès que j'instancie un objet smarty (via la classe templater récupérée dans 'practical web2.0 applications with php' ) que tout mes tpl pointe vers celui par défaut

la classe templater :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
 
<?php
 
require 'Zend/View/Abstract.php';
 
require_once('Smarty/Smarty.class.php');
 
 
 
 
 
    class Templater extends Zend_View_Abstract
 
    {
 
        protected $_path;
 
        public $_engine;
 
 
 
        public function __construct()
 
        {
 
            $config = Zend_Registry::get('config');
 
 
 
 
 
 
 
            $this->_engine = new Smarty();
 
            $this->_engine->template_dir = $config->path->templates;
 
            $this->_engine->compile_dir = sprintf('%s/tmp/templates_c',
 
                                                  $config->path->data);
 
 
 
            $this->_engine->plugins_dir = array($config->path->base .
 
                                                '/include/Templater/plugins',
 
                                                'plugins');
 
        }
 
 
 
        public function getEngine()
 
        {
 
            return $this->_engine;
 
        }
 
 
 
        public function __set($key, $val)
 
        {
 
            $this->_engine->assign($key, $val);
 
        }
 
 
 
        public function __get($key)
 
        {
 
            return $this->_engine->get_template_vars($key);
 
        }
 
 
 
        public function __isset($key)
 
        {
 
            return $this->_engine->get_template_vars($key) !== null;
 
        }
 
 
 
        public function __unset($key)
 
        {
 
            $this->_engine->clear_assign($key);
 
        }
 
 
 
        public function assign($spec, $value = null)
 
        {
 
            if (is_array($spec)) {
 
                $this->_engine->assign($spec);
 
                return;
 
            }
 
 
 
            $this->_engine->assign($spec, $value);
 
        }
 
 
 
        public function clearVars()
 
        {
 
            $this->_engine->clear_all_assign();
 
        }
 
 
 
        public function render($name)
 
        {
 
            return $this->_engine->fetch(strtolower($name));
 
        }
 
 
 
        public function _run()
 
        { }
 
    }
 
?>

je dois sans doute modifier ce comportement avec les méthodes du Displayer si j'ai bien compris la doc

Citation:

Le dispatchage est le processus de récupération de l'objet requête, Zend_Controller_Request_Abstract, d'extraction du nom de module, du nom de contrôleur, du nom d'action, et des paramètres facultatifs qui s'y trouvent,...

bon à nouveau si quelqu'un peu m'aiguiller , histoire de gagner quelques heures de recherche dans la doc ...

Ps : vu le nombre de réponse reçue :yaisse2: je me demande si mes requetes sont bien exprimées , ou bien si je n'ai pas respecté une règle du forum ...
n'hésitez pas à me le signaler ...

merci