Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2710 connectés 

  FORUM HardWare.fr
  Programmation
  HTML/CSS

  W3C validator + PHPSESSID ? Mission impossible ?

 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Précédente
Auteur Sujet :

W3C validator + PHPSESSID ? Mission impossible ?

n°314642
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 00:51:56  profilanswer
 

Tout est dans le titre. Le validator apprécie pas le phpsessid renvoyé par php. Une solution ? (j'y crois pas trop). sniff...
 :ange:

mood
Publicité
Posté le 21-02-2003 à 00:51:56  profilanswer
 

n°314661
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 02:14:14  profilanswer
 

Ya rien à détailler (hélas).
 
Quand il tombe sur http://www.monsite.com/index.php?l [...] 90bee34569
 
Il est pas content. Et je peux pas remplacer & par & vu que c'est pas moi qui décide (mais php)...  :D  
 
J'ai pas accès à la config de php (hébergement pro). Donc je vois mal ce que je peux faire. Une idée quand même ?
 [:totozzz]

n°314666
gizmo
Posté le 21-02-2003 à 08:14:25  profilanswer
 

essaye en rajoutant toi-meme le phpsessid au lieu de laisser faire le module php, normalement ca devrait passer.

n°314685
antp
Super Administrateur
Champion des excuses bidons
Posté le 21-02-2003 à 09:20:03  profilanswer
 

Y avait pas une option dans PHP pour lui dire de faire des & ?


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
n°314693
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 09:24:55  profilanswer
 

gizmo a écrit :

essaye en rajoutant toi-meme le phpsessid au lieu de laisser faire le module php, normalement ca devrait passer.


 
Concrêtement, tu fais ça comment ??  :ouch:

n°314694
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 09:26:03  profilanswer
 

antp a écrit :

Y avait pas une option dans PHP pour lui dire de faire des & ?


 
Il y a une option pour lui dire de rendre ça invisible, mais c'est au niveau de la config de php et je suis dans mon cas, sur un serveur pro que je ne peux pas toucher.

n°314697
Sh@rdar
Ex-PhPéteur
Posté le 21-02-2003 à 09:30:13  profilanswer
 

tu as le enable_trans_sid d'activé ? je crois que c'est dtc...

n°314699
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 09:33:15  profilanswer
 

Oui, j'ai session.use_trans_sid à 1.  
 
J'attend quand même la soluce de Gizmo, mais je ne me fais pas non plus d'illusion. :whistle:  

n°314712
gizmo
Posté le 21-02-2003 à 09:50:35  profilanswer
 

en faisant comme ça:

<? echo 'mapge.php?blalba=blabla&'.SID ?>

 
Il n'y a volontairement pas de $.
 
Si ca ne marche pas comme ça (version de php trop ancienne) tu peux essayer avec la fonction session_id()

n°314742
Sh@rdar
Ex-PhPéteur
Posté le 21-02-2003 à 10:22:12  profilanswer
 

avec le trans_sid il me semble qu'il ajoute quand même le PHPSESSID en bout d'url non ?
 
remarque moi je l'encode donc peut être qu'il la trouvait pas...

mood
Publicité
Posté le 21-02-2003 à 10:22:12  profilanswer
 

n°314752
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 10:31:59  profilanswer
 

En modifiant le session_id, ça marche pas.
 
Il continue à mettre &PHPSESSID devant. Le problème, c'est toujours le &...
 
Pour l'autre soluce, je ne comprends pas très bien ce que tu veux dire Gizmo. A chaque nouvelle URL, il faut que je rajoute &.SID ??

n°314757
antp
Super Administrateur
Champion des excuses bidons
Posté le 21-02-2003 à 10:34:53  profilanswer
 

C'est quoi l'intérêt de faire comme ça si c'est pour foutre un & au lieu d'un &amp; [:kiki]  
 
[:dehors]


Message édité par antp le 21-02-2003 à 10:35:10

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
n°314769
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 10:41:39  profilanswer
 

De toutes manières, j'ai essayé avec & am p ; et &, et dans les deux cas, il me fout &SESSID derrière  [:totozzz]  
 
Faudrait peut-être que les concepteurs de PHP se bougent un peu pour tenir compte des recommandations, parce que si j'ai bien compris, il n'y a pas de soluces...  :(


Message édité par Hermes le Messager le 21-02-2003 à 10:42:04
n°314777
Sh@rdar
Ex-PhPéteur
Posté le 21-02-2003 à 10:50:22  profilanswer
 

le problème vient surtout que trans_sid ne sert à rien sinon à faciliter le dèv des newbs utilsant les sessions..
 
si tu le coupes, il remarquent vite qu'ils oublient de récupérer le session_id pour le transmettre...

n°314780
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 10:56:38  profilanswer
 

C'était bien la peine que je me fasse chier à faire du XHTML 1.1 compliant.  :fou:  
 
J'ai également un accès telnet sur le serveur. Ya rien à faire de ce côté là ?

n°314785
Sh@rdar
Ex-PhPéteur
Posté le 21-02-2003 à 11:02:39  profilanswer
 

regarde si tu peux désactiver le trans_sid directement depuis ton script
 
ini_set() je crois

n°314805
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 11:16:18  profilanswer
 

Oh putainnnnnnnnnn !!! J'ai trouvééééééééé :lol: de :lol:
 
Regardez la ruse de fou que je viens de trouver  [:totozzz]  
 
$name=session_name("amp;session" );
 
Sachant que ce gros porc de php mettra & de toutes manières, je mets amp; sans le & au début du nom :lol: de :lol:  
 

n°314809
antp
Super Administrateur
Champion des excuses bidons
Posté le 21-02-2003 à 11:18:16  profilanswer
 
n°314828
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 11:37:35  profilanswer
 

Fausse joie  :cry:  
 
Il subsiste une erreur liée au fait qu'à chaque formulaire, il me rajoute :
 
<input type="hidden" name="amp;idsession" value="385cda9595f156d637314adf6d7bb290" />
 
erreur :  
 
document type does not allow element "input" here; missing one of "ins", "del", "h1", "h2", "h3", "h4", "h5", "h6", "p", "div", "address", "fieldset" start-tag  
 

n°314837
trictrac
Posté le 21-02-2003 à 11:55:02  profilanswer
 

dans le formulaire, il faut faire un <div>:
<form>
 <div>
 <input type =    />
 <input type =    />
 </div>
</form>

n°314840
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 12:01:09  profilanswer
 

Très bien. Mais c'est PHP qui me rajoute l'input type="hidden" juste après le form. J'ai beau mettre un div juste après le form, il continue de mettre son putain d'input juste après le form.  :(

n°314845
trictrac
Posté le 21-02-2003 à 12:06:51  profilanswer
 

et je pari qu'il fini les <input par  >  et pas par  /> :(

n°314860
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 12:19:32  profilanswer
 

sisi il met bien un / mais c'est pas le problème.  :(

n°314869
the real m​oins moins
Posté le 21-02-2003 à 12:30:53  profilanswer
 

Sh@rdar a écrit :

le problème vient surtout que trans_sid ne sert à rien sinon à faciliter le dèv des newbs utilsant les sessions..
 
si tu le coupes, il remarquent vite qu'ils oublient de récupérer le session_id pour le transmettre...

c quand meme bien sympa de pas devoir s'occuper de le transmettre[:kiki], d'autant que ça me lourde d'avoir ça dans mon url moi, alors, le trans_sid s'occupe de le foutre dans cookie s'il peut nan?

n°314871
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 12:31:25  profilanswer
 

spa possible. Et de plus, c'est presque partout la même chose (à moins d'être son propre hébergeur).

n°314875
the real m​oins moins
Posté le 21-02-2003 à 12:33:25  profilanswer
 

HotShot a écrit :

Suffit de contacter l'hébergeur et ils te "corrigent" ton problème au cas par cas non ? S'ils te demandent pkoi, tu dis que c pour "les clients" qui veulent que ce soit XHTML 1.1 Compliant, "allez comprendre pkoi"

sur du mutualisé j'ai un doute :D

n°314879
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 12:36:03  profilanswer
 

mouhai... ça m'étonnerait qu'ils acceptent. Je peux toujours essayer remarque  :D .
 
Mais ça me fais grave chier cette histoire quand même. Parce que tout le site passe sans problème la validation. Et uniquement à cause de cette merde, ça passe plus. C'est aussi la faute des concepteurs de PHP. C'est quand même dingue. Spa compliqué de mettre un & am p; et d'attendre la prochaine balise pour ouvrir le input...  :heink:


Message édité par Hermes le Messager le 21-02-2003 à 12:36:31
n°314886
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 12:38:36  profilanswer
 

J'aurais bien aimé trouver une solution tout seul. L'email pour demander ce genre de truc c'est le dernier recours. Surtout qu'il y a très peu de chance pour que ce soit pris en compte...  :(

n°314890
the real m​oins moins
Posté le 21-02-2003 à 12:49:26  profilanswer
 

HotShot a écrit :


 
Ah oui c sûr que si t'es chez des cons pas serviables...
 
... m'enfin tout hébergeur dispose au minimum d'un support technique non ? Ca coute qui d'envoyer un mail en premier lieu, avant de se prendre la tête ?

oui, c sur, mais je veux dire que les mecs vont pas changer leur php.ini pour un client alors qu'il y en a 100 qui utilisent le meme serveur. (je crois pas qu'il y a une instance d'apache et de php par client sur chaque machine mutualisée [:kiki])

n°314892
gizmo
Posté le 21-02-2003 à 13:00:12  profilanswer
 

Hermes le Messager a écrit :

Pour l'autre soluce, je ne comprends pas très bien ce que tu veux dire Gizmo. A chaque nouvelle URL, il faut que je rajoute &.SID ??
 


non, c'est moi qui ai rippé quelques caractères.
 
la vairable globale SID contient 'PHPSESSID=nom_de_la_session' dont si tu le rajoute toi-même, en mettant & amp; (sans l'espace) devant (pas & comme dans mon premier exemple), le serveur ne devrait pas rajouter sa version, même si le trans_sid est activé.
 
EDIT: finalement ce n'est pas moi qui aie merdé, c'est ce forum :fou:


Message édité par gizmo le 21-02-2003 à 13:26:25
n°314899
gm_superst​ar
Appelez-moi Super
Posté le 21-02-2003 à 13:18:28  profilanswer
 

Bah utilises les cookies.
 
Sinon si tu dois contacter ton hébergeur, c'est la variable arg_separator.output qu'il faut modifier.
 
A tout hasard, tu as essayé un :
ini_set('arg_separator.output', '& amp;';);
 
(sans l'espace bien sûr)


Message édité par gm_superstar le 21-02-2003 à 13:18:58

---------------
Incongru : une FAQ abandonnée sur les Standards du Web - FAQ périmée de blabla@Prog
n°314912
antp
Super Administrateur
Champion des excuses bidons
Posté le 21-02-2003 à 13:34:10  profilanswer
 

gizmo a écrit :

EDIT: finalement ce n'est pas moi qui aie merdé, c'est ce forum :fou:  


 
nouvelle feature : pour afficher &amp; il faut écrire &amp;amp; :D


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
n°314928
Flyman30
Posté le 21-02-2003 à 13:52:12  profilanswer
 

antp a écrit :


 
nouvelle feature : pour afficher &amp; il faut écrire &amp;amp; :D


 
 
 :lol: ça fallais le savoir  :lol:

n°314932
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 13:56:19  profilanswer
 

gm_superstar a écrit :

Bah utilises les cookies.
 
Sinon si tu dois contacter ton hébergeur, c'est la variable arg_separator.output qu'il faut modifier.
 
A tout hasard, tu as essayé un :
ini_set('arg_separator.output', '& amp;';);
 
(sans l'espace bien sûr)


 
le ini_set fonctionne parfaitement.  :jap:  
 
Merci bien.
 
Mais le second problème lui est toujours là. Ce con de php me met un input type="hidden" juste derrière tous mes form. Et là, je crois bien que je suis niké.  :cry:

n°314938
gm_superst​ar
Appelez-moi Super
Posté le 21-02-2003 à 14:01:47  profilanswer
 

Après le <form> ? Qu'est qui rajoute ça ? La valeur du <input> est reconnue après avoir posté ?


---------------
Incongru : une FAQ abandonnée sur les Standards du Web - FAQ périmée de blabla@Prog
n°314941
the real m​oins moins
Posté le 21-02-2003 à 14:03:31  profilanswer
 

attend mais dans ton form il est supposé te rajouter  
<input type="hidden" name="idsession" value="385cda9595f156d637314adf6d7bb290" />
 
je vois pas ou est le pb :??:

n°314942
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 14:04:21  profilanswer
 

gm_superstar a écrit :

Après le <form> ? Qu'est qui rajoute ça ? La valeur du <input> est reconnue après avoir posté ?


 
C'est PHP qui rajoute ça. JUSTE APRES chaque form, il me met un input type="hidden" name="nom de la session" value="valeur de la session". C'est comme ça. Et pas moyen de lui dire d'attendre au moins l'apparition d'une balise pour faite ça.  :heink:

n°314943
antp
Super Administrateur
Champion des excuses bidons
Posté le 21-02-2003 à 14:05:08  profilanswer
 

the real moins moins a écrit :


 
je vois pas ou est le pb :??:


 
un input doit être à l'intérieur d'un div, p, ou autre machin du genre, pas juste après le form.
Enfin il suffirait pas de mettre le form dans un div ?


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
n°314944
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 14:05:21  profilanswer
 

the real moins moins a écrit :

attend mais dans ton form il est supposé te rajouter  
<input type="hidden" name="idsession" value="385cda9595f156d637314adf6d7bb290" />
 
je vois pas ou est le pb :??:


 
Le problème, c'est qu'il me le rajoute JUSTE APRES le form et que le validateur VEUT qu'au moins une balise sépare les form d'un INPUT. Le voilà le problème  :fou:

n°314947
Hermes le ​Messager
Breton Quiétiste
Posté le 21-02-2003 à 14:08:00  profilanswer
 

antp a écrit :


 
un input doit être à l'intérieur d'un div, p, ou autre machin du genre, pas juste après le form.
Enfin il suffirait pas de mettre le form dans un div ?


 
Déjà essayé. Marche pas  :(

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  HTML/CSS

  W3C validator + PHPSESSID ? Mission impossible ?

 

Sujets relatifs
Telecharger le validateur de CSS du W3CClasse dans un package et un autre non, accès impossible ?
prob avec le W3C Validator... [ - Job's Done - ]Validateur W3C + Probleme lors de son installation
W3C: que deux erreurs, mais je comprends pas.. body et htmlImage et texte dans une cellule: placement impossible... [resolu]
Je veux rendre mon site W3C compliant[PHP] opendir() impossible sur un lecteur réseau
impossible de lire un fichier texte avec kylix!!!! 
Plus de sujets relatifs à : W3C validator + PHPSESSID ? Mission impossible ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR