Zend FR

Grummfy a écrit:

je voix pas pk tu veux un répertoire toto,
d'après ce que j'ai compris
si on fait user/toto
cela fait la même chose que default/user/info/username/toto ou que user/info/username/tata (puisque default qu'il apparaissent ou pas cela ne change rien) en motif standart

donc il te faut un controller user =>
Racine-application/applications/controllers/User.php

si tu veux utiliser le module app1 tu dois faire ceci :

$router->addRoute(
    'routeUser',
    new Zend_Controller_Router_Route('user/:username', array('controller' => 'user', 'action' => 'info', 'module' => 'app1'))
);

Merci pour ta réponse Grummfy car ce problème me torture.  A moins que je ne comprenne encore rien, il me semble que le chemin que tu donnes est incomplet au vu de la route que tu indiques. Pour fonder ma critique je t'explique ce que j'ai fait et en final je reviens sur ta proposition en expliquant, selon moi, le pourquoi du chemin. J'essaie d'être précis en évitant les erreurs de syntaxe, donc tu me corriges si c'est faux.

Il y a certainement plusieurs approches et mon interrogation est confuse. Dans mon esprit et dans ma question initiale  les cas Toto et <app1> sont distincts.

Pour être très précis, j'ai fait un CRUD complet avec ACL et librairies externes (template, formulaire..)  etc ...  et ça marche parfaitement. Ce CRUD je l'ai développé sous <applications> pas de problème. Et je l'ai remis sous <app1> avec les adaptations nécessaires comme indiqué ci-dessous, pas de problème non plus, ça marche.

En ce qui concerne <app1> je l'utilise avec le routage par défaut , je donne son répertoire (dans le bootstrap)  avec la méthode $frontController->setControllerDirectory ('app1' => './applications/app1/controllers'). comme indiqué dans mon premier POST, et je préfixe les méthodes du contrôleur <app1> avec "App1_ " et , j'adapte les chemins de redirection. Pour tester dans <app1> j'ai remis exactement le même CRUD que précédemment et ça marche c'est OK (Je te rassure tout de suite, je contrôle bien quel CRUD s'exécute, directement sous <applications> ou <applications><app1>). Donc tout en conservant le routage par défaut, en me contentant de donner les chemins/répertoires d'installation + le Préfixage des méthodes, je décline tous les modules que je veux avec le routage par défaut. D'où ma frustration, je ne fais rien avec le routage.

En ce qui concerne Toto qui serait un user particulier, dans ta réponse tu me proposes de le traiter dans un module qui s'appellerait <app1>. Soit., je réfléchis en écrivant....

Moi je réponds en oubliant <app1> dans un premier temps, en conservant le routage par défaut, dans l'URL le motif /user/info/username/toto qui obéit au modèle [/contrôleur/action/var1/val1] se décline directement sous <applications> en mettant dans le répertoire controllers le fichier UserController.php qui contient la classe UserController comme extension de Zend_Controller_Action. Cette classe possède la méthode infoAction()  qui récupère la valeur de 'username' avec $this->_request->getParam('username',...) et ça marche.... sans modifier le routage par défaut.

Maintenant ta réponse, on va utiliser  le module <app1> pour traiter le cas des USERS donc je reprends ton conseil :

$router->addRoute(
    'routeUser',
    new Zend_Controller_Router_Route('user/:username', array('controller' => 'user', 'action' => 'info', 'module' => 'app1'))

Je te signale tout de suite au vu de ce que tu dis avant je te cite :

Grummfy a écrit:

donc il te faut un controller user =>
Racine-application/applications/controllers/User.php

Ce motif d'URL, n'obéit pas à la route que tu donnes. En fait elle obéit à ce que j'explique avant  : Racine-application/applications/controllers/UserController.php et le routage par défaut marche  Il est inutile d'ajouter la route que tu indiques, ça ne sert à rien de faire état du module <app1>, car vu le chemin que tu donnes au contrôleur, il me semble que c'est contradictoire, <app1> n'est pas concerné.

J'oublie ton motif d'URL et je me contente de ta proposition de route. Voilà l'analyse que je ferais de ta réponse, car elle m'aide beaucoup et me fait réfléchir. Tu me dis si je trompe, je traduis ta proposition de "route" de la manière suivante :
1 - l'URL est http://localhost/Racine-application/app1/user/toto/info
2 - <app1> conserve en terme de répertoire la position que je lui ai donné initialement,
3 - le fichier userController.php est mis dans le répertoire /app1/controllers/
4 - ce fichier contient la classe UserController comme extension de Zend_Controller_Action.
5 - Cette classe possède la méthode infoAction() 
5 - Cette méthode récupère la valeur de 'username' avec $this->_request->getParam('username',...)
6 - et après ça devrait rouler tout seul

Je vais essayer et je reviens ... Si ça marche c'est que tu m'auras fait comprendre et je vais pouvoir finir le TUTO que je j'ai fait sur le CRUD en utilisant, enfin, le routage.

Pour la petite histoire, je connais l'url_rewriting d'apache, mais l'approche ZEND qui mêle "rewriting et "route" (chemin en français) a créé une véritable confusion dans mon esprit. Par ailleurs les multiples possibilités de faire une même chose sont pour moi "very confusing" comme on dit en anglais.

Merci encore, A plus tard

Marcel

Dernière modification par mbariou (17-08-2007 05:26:44)

Fais pointer ton navigateur vers http://localhost/Racine-application/app2/user/.

Si tu as toujours une erreur, c'est que je n'ai pas compris ton problème désolé.

Sinon, le problème vient du fait que tu n'as pas un fichier app2/controllers/IndexController avec une action index, ce qui explique ton message d'erreur (enfin a mon sens).
Vu que l'adresse que tu as tape va utiliser par défaut le controller index, et que celui ci n'existe pas, ça te renvoi "Invalid Controller Specified"

bonjour,
si tu penses vraiment que c'est un problème de htaccess alors tu as cettte solution qui te permettra de tester ton code mais pas de le mettre en production,

Zend_Controller_Front::run('../application/app1/controllers');

ne me demande pas la solution miracle à ton problème, je ne l'ai pas trouvé et j'ai abandonné le modèle MVC du Zend, j'ai repris mon ancien maison et j'utilise les librairies de ZendFramework mais si tu trouves une solution qui fonctionne je veux bien m'y remettre.

@++, Dinoxyz

Pour Dinoxyz,

A mon avis, le modèle MVC marche bien, il est possible de l'associer d'autres librairies d'autres templates pas de soucis.. La seule que je constate est que le Cadriciel Zend ne reconnaisse que la route par défaut. J'ai un CRUD complet qui marche très bien. On peut se contenter de la route par défaut, mais c'est dommage.

Il m'est difficile d'incriminer le .htaccess, il donne les règles de rewrite pour Apache, or le rewrite_router de Zend est au-dessus. Donc soit je ne comprend pas qqchose, ce qui est probable, soit il ne marche pas ce qui est peu probable.

Néanmoins je réfléchis à ta suggestion.

Merci

mbariou a écrit:

Mais ne perdons pas espoir. :-)
Merci

J'ai peut-être une piste, par défaut un routeur est mis en place par le cadriciel. Lorsque l'on ajoute une nouvelle  route, on crée un nouveau routeur, qui reprend les caractéristiques du routeur par défaut. On y ajoute d'autres routes etc...
Or tant que l'on n'a pas dit d'utiliser ce nouveau routeur qui doit surcharge le routeur par défaut, on reste sur le routeur par défaut.

Il faut dire au cadriciel de l'utiliser, ce nouveau routeur,  en faisant => $controller->setRouter($router);

Je ne le faisais pas, j'essaie et je vous tiens au courant.

Merci

Surprenant. Normalement, on récupère $router via $frontController->getRouter() et donc tu as la meme instance du routeur que le front, si tu ajoute une route, le front en bénéficie forcement. Je ne comprend pas pourquoi faire un $frontController->setRouter($router) peut changer quelque chose puisque tu remplaces une instance par la meme instance.

J'ai testé et ça marche même en version module grâce à ceci je donne mon code au cas où :

$front = Zend_Controller_Front::getInstance();
$router = new Zend_Controller_Router_Rewrite();
$front->addModuleDirectory('../application/modules');
$front>setRouter($router)
$front->trowExecptions(true);
$front->dispatch();

Merci, à vous pour tout ça, je vais réintégrer mes pages dans mon MVC Zend

Dernière modification par dinoxyz (17-08-2007 16:31:48)

TiTerm a écrit:

Zend_Controller_Front::getInstance() retourne le front controller, en aucun cas une instance de routeur.

Je suis d'accord avec toi, on instancie le singleton mais la documentation resté très flou pour ajouter des routes du moment ou on voulait utiliser le controller par défaut + d'autres controlleurs là avec ceci on a au moins un bout de code qui est est clair et qui fonctionne proprement.

Le Zend_Controller_Router_Rewrite(); permet de s'abstenir d'écrire les routes dans la condition d'utiliser les standards.

@++, Dinoxyz