[réglé] to be valid ? or not to be ? dilemme Cornélien !

[HP]

donc je suis face à un nouveau cas de figure pour un nouveau site
(que calimo avait vu, il y a fort longtemps ...)
qui se trouve actuellement derrière un .htaccess ...
mais W3C, toujours plus haut, toujours plus fort, valide même derrière les .htaccess (pourvu que l'on ait les mots de passe)
et bien que Tidy (extension) ne renvoie pas de Warning, donc page "clean" et qui devrait être valide ...

j'obtiens au validateur :

Doctype: XHTML 1.0 Strict
Errors: 52

à cause de çà :
/achat/produit_details.php?id=1&PHPSESSID=a6db2e5b7d293a5caa1e20e894a7f8
donc le & des SESSID sur un site nécessitant une authentification via PHP ...

alors valide ? ou pas valide ?

[Bobe]

C'est quoi la question de fond en fait ? :/

Non, un & dans un lien présent dans une page (x)html n'est pas valide. Oui, c'est corrigeable en modifiant le php.ini ou en faisant ini_set('arg_separator.output', '&'); au début du script php.

[HP]

Non, un & dans un lien présent dans une page (x)html n'est pas valide.

faudra le dire à Tidy pour FF alors ...
parce que lui il me donne un joli logo vert et 0 warning.

sinon, merci pour le bout de code !
je vais essayer de trouver où il va celui là.

[HP]

autre truc louche
quand je survole mes liens avec ma souris
que je sois connecté ou pas, je ne vois aucun : &PHPSESSID=a6db2e5b7d293a5caa1e20e894a7f8
à la fin de mes liens ...

et TIDY n'en vois lui aussi aucun ...
et afficher la source avec IE non plus ...

alors il faut dire que je suis désemparé là ...

[HP]

ouais, vaudrais mieux que j'arrête d'essayer de faire des trucs valides avec des applications codées par des "grouics" ...
je crois que ce serait plus simple aussi.


allez, on va mettre un [réglé]
et encore merci Bobe ... (gros merci pour le bout de code !)
au fait sympa ton avatar

[calimo]

Non non, pas réglé au contraire

Tu as mis le doigt sur le fond du problème. Dans certaines conditions, php ajoute le phpsessid de la session en cours à tous les liens. Probablement dans les cas où il n'y a pas la possibilité de les faire passer par les cookies je pense. Dans ce cas, dans Firefox, ça passe par les cookies, donc le code ne contient pas ces phpsessid. Et par conséquent est valide. Tidy utilise le code reçu par le navigateur.
Dans le cas contraire, php les ajoute. C'est vraissemblablement le cas du validateur. Et surement d'autres outils.

Pour t'assurer que les pages que tu reçois sont bien valide, avec WebDeveloper fait Validation > HTML Local, et tu verra que la page est valide

Cependant il y a effectivement une "invalidité" (ça existe en français ce mot ?). Si tu n'as pas accès au php.ini, fait ce qu'a proposé Bobe et ce sera résolu

[HP]

Cependant il y a effectivement une "invalidité" (ça existe en français ce mot ?). Si tu n'as pas accès au php.ini, fait ce qu'a proposé Bobe et ce sera résolu

j'ai fait ce qu'a dit bobe ...
pour webdevelopper, je suis pas encore équipé

[HP]

Tu as mis le doigt sur le fond du problème. Dans certaines conditions, php ajoute le phpsessid de la session en cours à tous les liens. Probablement dans les cas où il n'y a pas la possibilité de les faire passer par les cookies je pense. Dans ce cas, dans Firefox, ça passe par les cookies, donc le code ne contient pas ces phpsessid. Et par conséquent est valide. Tidy utilise le code reçu par le navigateur.
Dans le cas contraire, php les ajoute. C'est vraissemblablement le cas du validateur. Et surement d'autres outils.

C'est compliqué çà ...
ça commence à me faire mal au crâne !


eh, les gars, y a pas si longtemps, je n'avais qu'un skyblog
1ère date : Posté le mercredi 04 juin 2003 à 02:02
alors un peu de compassion

merci, vous êtes trop forts !