Question de routing et de déploiement

Bonjour,

Voilà mon site est presque terminé.
(je remercie d'ailleurs ceux qui m'ont aidé ici auparavant)

Je me pose encore des questions sur le routing (une des choses les plus obscures pour moi) de symfony...

Voilà j'ai des liens que je crée de la sorte :

Code:

---

<a href="<?php echo url_for('@index_p') ?>">Mes blablas</a>

---

avec un routing de ce genre :

Code:

---

1 2 3

index_p: url: /bla.:sf_format param: { module: truc, action: index, sf_format: html }

---

il me produit en html un lien de ce type (en version dev):

Code:

---

<a href="/frontend_dev.php/bla">Mes blablas</a>

---

Et en production (chose plus étrange puisque ca ne marche pas) :

Code:

---

<a href="/bla">Mes blablas</a>

---

Pour afficher la page, je dois la reécrire de la forme : /index.php/bla pour que ca marche.

Comment forcer l'affichage du format sur le href ??
Est-ce que cette histoire de "index.php" qui ne s'affiche pas en prod posera un problème lors du déploiement ?
(j'appréhende un peu le déploiement à vrai dire, je ne m'y sens pas trop préparer bien que je lis les tutos)

merci ;)

A 95% de (mal) chance cela provient de la configuration d'apache, notamment du fichier .htaccess qui n'est pas pris en compte.

Vérifie aussi que le "rewrite" d'apache est bien configuré et initialisé.

Dans les 5% qui restent il y a IIS... et plein d'autres choses moins ciblées.

N'oublie pas non plus la commande magique (en symfony) : symfony cc

dans apps/tonApplication/config/settings.yml

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

prod: .settings: no_script_name: on logging_enabled: off   dev: .settings: error_reporting: <?php echo (E_ALL | E_STRICT)."\n" ?> web_debug: on cache: off no_script_name: on etag: off

---

regardes uniquement la propriété "no_script_name" à false symfony ne met pas l'extension du fichier (index.php à l'occurence) par défaut il me semble qu'en prod est à false et en dev à true, c'est pour ça que tu as index_dev.php en dev et rien en prod

après, Michel Rotta a raison, ça doit venir de ton .htaccess qui ne doit pas bien envoyer la requête à index.php, généralement avec le .htaccess fourni par défaut avec symfony marche bien, il se peut que le module "rewrite_module" d'appache ne soit pas activé et donc les reécritures d'url du .htaccess pas prises en compte

@Polkduran
En fait j'avais le prod à true et je l'ai mis à false pour que ca marche.
@Michel
J'ai aussi activé le module rewrite.
Donc ca marche bien en version production en local.

Si je fais une route comme ceci ;

Code:

---

1 2 3

index_p: url: /bla.:sf_format param: { module: truc, action: index, sf_format: html }

---

Je voulais faire cela pour que ca fasse un lien de type /bla.html.
Mais ca ne fais rien avec un lien de ce style :

Code:

---

<a href="<?php echo url_for('@index_p?sf_format=html') ?>">Mes blablas</a>

---

Ca m'affiche toujours /bla.
J'ai du loupé quelque chose...

Dans le cas où tu ne gères qu'un format tu peux te passer d'envoyer l'argument.

Je pense même que tu peux directement faire ton lien en

Code:

---

1 2 3 4

index_p: url: /bla.html param: { module: truc, action: index }

---

et le code template

Code:

---

<a href="<?php echo url_for('@index_p') ?>">Mes blablas</a>

---

Et bien c'est ce que j'ai fait. Merci

Je me permet un nouveau message pour une dernière question :calim2:

J'ai crée un admin generator, doublé avec le plugin sfDoctrineGuardPlugin
Mais voilà encore un problème de route ou je ne sais pas quoi d'autre...
J'y accède normalement en version de développement.

En version prod en local, je tape mon identifiant et mot de passe (correct) et j'ai un beau 404 pour le lien /guard/login...

Je n'ai que ca dans mon routing.yml :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

homepage: url: / param: { module: accueil, action: index }   news: class: sfDoctrineRouteCollection options: model: News module: accueil prefix_path: /accueil column: id with_wildcard_routes: true

---

Plus d'autres classes correspondant à d'autres modules...

Ce type de problèmes est souvent lié à un problème apache. Soit un htaccess non correct ou non visible pour le système. Soit le module rewrite qui n'est pas activé.

Dans ton cas, vérifie aussi que les routes par défauts de sfGuard sont bien prises en compte (on peut le supposer vu que cela marche en debug, mais une vérification vaut mieux que rien).

J'ai fait pleins de tests hier soir et je ne me rappelle plus trop tout ce que j'ai fait.
Bref, quelque chose m'a mis la puce à l'oreille en lisant ca se matin :

Citation:

---

" C'est ça le truc si tu met no_script_name on pour le backend ça ne va
pas fonctionner, il faut le mettre a off.
Le fichier .htaccess est commun aux différentes apps. La dernière
ligne redirige vers ton frontend => index.php.
Donc en mettant 'on' comme il n'y a pas de fichier c'est redirigé sur
le scipt index.php qui cherche module/action.

En mettant à 'off' l'appel du fichier backend.php apparait et c'est
lui qui cherche module/action."

---

Donc j'ai retesté en mettant à off le no_script... de ma version de production et ca marche.
(ca se trouve je n'avais pas vraiment testé hier en oubliant de vider le cache ou quelque chose comme cela...)

Ce qui confirme une erreur dans le htaccess ou son instanciation ou l'absence du mod_rewrite dans apache.

Le fait de passer à off va générer des url avec le nom du script dans l'url, donc passer sans avoir besoin du mod_rewrite, donc marcher si le htaccess ou le mod_rewrite posent problèmes.