Salut,
Les framework comme symfony sont des RAD basés sur une philosophie
plus conventions que configuration. Perso j'aurais plus utilisé des
variables statiques dans l'objet AssociationsPeer ( par convention on
ne met pas de s non plus à Association ).
Je te prend un exemple. Si tu dois retrouver ailleurs dans ton
application tes status ? Tu va faire un new AssociationForm pour avoir
un getAllStatus ;-)
Cette fonction devrait être statique également. Tu n'as pas à
instancier un objet pour les retrouver.
Et à maintenir c'est plus facile, tu n'as pas un fichier de conf avec
les valeurs et une classe qui les appellent.
Ensuite le .array c'est bizarre que cela fonctionne. De toutes façons
status_association suffisait pour créer un tableau.
Pour le routing.
associations/ajouterecole?id=1
Ici tu utilises une route par défaut de symfony (pas bien en prod ça
fait du duplicate content) au pire ce devrait être
@associations_ajouterecole => il faut la méthode dans le fichier
action.class.php
Ensuite tu ajoutes une école qui a un id ? (donc update ?)
Si tu ajoutes une école ce devrait être ecole/new ou ecole/edit/1 pour
un update.
La règle de routing que nous donne va comprendre les @assiociations_*
et utiliser les actions générées par l'admin gen (new, create, update,
delete). Tu peux rajouter des actions mais perso j'utiliserai plus un
ecole/new.
Une autre remarque pourquoi mettre un id d'un élément dans l'url du
formulaire plutôt qu'un champ hidden lié au modèle par le sfForm qui
te permettra de gérer plus facilement l'enregistrement dans symfony ?
Bon courage !
Le 10 juin 2009 15:16, Arkan<florian.bertho...@gmail.com> a écrit :
>
> Donc dans un template jai ca
> <?php echo link_to('ici', 'associations/ajouterecole?id=1'); ?
>>
> <form action="<?php echo url_for('associations/ajouterecole?id=1'); ?
>>" method="POST">
> .....
> </form>
>
> Si je clique sur le premier lien, ca marche.... le second, le
> formulaire me conduit direct a :
>
> 404 | Not Found | sfError404Exception
> Action "associations/1" does not exist.
> stack trace
> at ()
> in SF_SYMFONY_LIB_DIR/controller/sfController.class.php line 202 ...
> $this->dispatcher->notify(new sfEvent($this,
> 'application.log', array(sprintf('Action "%s/%s" does not exist',
> $moduleName, $actionName))));
>
> }
>
>
> throw new sfError404Exception(sprintf('Action "%s/%s" does not
> exist.', $moduleName, $actionName));
>
> }
>
>
> // create an instance of the action
> at sfController->forward('associations', '1')
> in SF_SYMFONY_LIB_DIR/controller/sfFrontWebController.class.php line
> 48 ...
> at sfFrontWebController->dispatch()
> in SF_SYMFONY_LIB_DIR/util/sfContext.class.php line 159 ...
> at sfContext->dispatch()
> in SF_ROOT_DIR/web/backend_dev.php line 13 ...
>
>
> Aucune idee :S
>
> Merci
>
>
> On 10 juin, 16:55, Arkan <florian.bertho...@gmail.com> wrote:
>> Hello,
>>
>> Pourquoi un point, je ne sais pas.... ca semble marcher ...
>>
>> J'ai resolu le probleme en regerant un module comme cela : symfony
>> propel:generate admin MODEL --module=mon_module
>>
>> Mais j'ai des problemes de routing maintenant :(
>>
>> Il a ajoute cela dans le routing.yml
>> associations:
>> class: sfPropelRouteCollection
>> options:
>> model: Associations
>> module: associations
>> prefix_path: associations
>> column: id
>> with_wildcard_routes: true
> >
>
--
Tu n'es pas content de ma réponse...
Rendez-vous sur http://iooooi.labrute.fr/
Et crie VENGEANCE !!!!
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr"
de Google Groupes.
Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse symfony-fr@googlegroups.com
Pour résilier votre abonnement à ce groupe, envoyez un e-mail à
l'adresse symfony-fr+unsubscr...@googlegroups.com
Pour afficher d'autres options, visitez ce groupe à l'adresse
http://groups.google.com/group/symfony-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---
