Reprise du message précédent :
non , ce n'est pas possible qu'une die/exit n'arrette pas le code

 
une connerie à coups de http://fr2.php.net/manual/fr/funct [...] nction.php

Ta fonction n'est pas appellée alors. Utilise xdebug par exemple pour tracer toute l'exécution

10 contre 1 que c'est ça ouais, j'ai déja eu des pb dans le genre dans plein de contextes. Je regarde.

Quand je commente son contenu, l'objet n'est pas supprimé, donc il semble que si, la fonction est appelée...

Commence tu traces l'exec avec xdebug (oui je peux chercher moi mm ) ?

Bon j'ai trouvé pour xdebug. De 8 à 35 Mo de log à chaque requete
et j'ai des shutdown partout, mais pas cerné le bordel encore.
TRL, en direct du fond du camboui.

symfony FTW

Tu veux que je te ressorte le diagramme du hello world avec Zend Framework ?

tu préfères  te taper 35Mo de log ?

plutôt que ?

En l'occurence, ça passait bien par le die(), mais j'avais zappé des return false/preventDefault() en JS, et FF faisait donc 2 requetes de suite (je pensais pas ça possible ) Donc symfony n'a rien à voir là-dedans

non.
Mais 35mo de log pour afficher 1 page, lolilol.

Déja c'est plutot 10 la moyenne il me semble, et ensuite t'as une appli ZF sous la main pour comparer ?

Nan paske sinon je prend le premier qui me tombe sous la main, ie un Magento > page d'accueil > 49 Mo de log

Non, j'ai pas de ZF, j'ai joué un peu avec mais j'ai que du fait maison en prod.

  y'a quoi dans ces logs ?

La totalité des appels de fonctions (et les infos et indentations qui vont avec)

même si y'a pas d'erreur ?

Le principe d'un log, c'est pas de journaliser uniquement les erreurs !

ouep, c'est pas une stack trace d'un appel précis, c'est la succession de tous les appels du début à la fin du script.
http://xdebug.org/docs/execution_trace

ah
moi j'ai juste un fichier log pourrit avec l'erreur, la date/heure et le fichier
Je comprends pas trop l'intérêt pour l'instant

Bah pour débugger tiens

C'est pourtant le mot utilisé par la doc, et avec raison, tous les appels de fonctions sont loggés donc c'est un log  

c'est le log du profiling.

aaah ok mais pas en prod non ?

encore heureux que t'installes pas un debugger sur tes machines de prod.

oui bah moi je savais pas que c'était un log de profiling

Suffit de suivre le fil de la conversation
 
 
Après tout dépend de ce qu'il y a dedans le profiling de ma page symfony, c-a-d à vue de nez:  
- plein d'écouteurs en env de dev pour la magnifique symfony dev bar
- parseurs qui passent par le cache en prod
- un routeur vachement bien, avec plein de routes car grosse appli
- des noms de fichiers compréhensibles, donc longs
Le reste c'est peanuts en proportion, c'est les boucles qui multiplient le bordel.
 
Bref j'en ai marre de défendre symfony

 
Petit rappel pour ceux qui ne le sauraient pas, ça pourrait vous éviter des effets de bord rigolos.

Bah encore heureux qu'il soient échappés

 
J'ai un gros bug dans une appli (isntallée ici, mais pas développée ici) parce-que le mec fait un urldecode sur un champ récupéré dans $_REQUEST...

gros bug ??

ça dépend, des étudiants qui se pré-inscrivent à la fac et dont le numéro de dossier n'est jamais reconnu par le système quand ils viennent voir s'ils sont admis, c'est gros?

Et le pire c'est qu'il ne fait ça que pour ne pas passer le numéro de dossier en clair dans l'url...

oui enfin la question c'était surtout de savoir ce qu'il se passait hein
je comprends pas bien comment urldecode peut faire çà...

Ah ok c'est pas ta faute

Décoder quelque chose qui est déjà décodé, c'est jamais bon !

Un exemple :  
 
Le numéro de dossier est 09B187
Il est passé dans l'url crypté (pourquoi pas) et urlencodé (normal), ce qui donne ZZ14Y2%2BZ
 
Dans la page cible, dans $_GET, on a donc ZZ14Y2%2BZ urldecodé, ce qui donne ZZ14Y2+Z.
Pas de bol, si tu refais un urldecode là-dessus le '+' gicle, tu obtiens "ZZ14Y2 Z".
Si t'essayes de décrypter ça tu obtiendras jamais ton 09B187 du départ...

ok...

Sa solution : retirer le decode...et l'encode!
Ca me fait presque de la peine de devoir lui expliquer que decode(decode(encode())) et encode() ça va donner le même résultat.