Merci à XDebug qui m’a permis de résoudre un long problème de connexion au site.
En quelques coups de cuillère à pot, me voici allégé d’un fardeau.
Tout a commencé lorsqu’en local, le processus de logging-in (connexion) sur le site sur ma machine de « dev » fonctionnait bien, mais pas sur le sote pré-prod sur mon serveur dédié OVH.
La faute à quoi ? Un cookie récalcitrant qui s’initialisait donc en local et NON sur le dédié. La raison, les « headers already sent »; en gros, du code HTML se serait subrepticement glissé avant l’initialisation des cookies (setcookie()). Alors, après étude du code, je voyais en effet un espace (ouioui, fruit d’un appui sur votre barre espace) qui se serait glissé avant LA procédure d’initialisation des cookies. Mais QUID de la réelle raison ? Rien dans mon code, pas un « print », pas un « echo » mal placé, nada, que tchi.
Le site étant tout de même bien mieux fichu que le précédent (sans entrer dans les détails), je me suis longtemps demandé si Smarty en était la cause, mais aucun appel, aucun display() dans les rangs.
Je ne me voyais pas éplucher les dizaines de scripts, alors j’ai débuggé, tout simplement, une habitude souvent passée à la trappe par le passé, faisant confiance à la taille modique de mes réalisations.
L’erreur était sournoise, dissimulée, à la fin d’un fichier de configuration, cette fichue balise « ?> » avait senti le besoin manifeste d’ajouter un espace après, donnant « ?> » (moi, je dis que c’est la faut à monsieur Eclipse), donc pas d’interprétation après cette butée syntaxique, juste du rendu HTML d’un fichu espace.
A vos balises nomdediou !
Commentaires