5568 sujets

Sémantique web et HTML

Formulaire, fieldset, W3C et ovh

Salut à tous, ça faisait un moment que j'étais pas passé mais j'avais plus Internet suite à un déménagement...

Petit souci concernant ce formulaire non validé W3C, j'aimerais bien savoir comment je peux arranger ça sachant que le "input phpsessid" est rajouté automatiquement par ovh... :

#  <div id="recherche">
#
# <form action="recherche.php" id="form_recherche" method="get"><input type="hidden" name="PHPSESSID" value="0760b58b0782c68c033b0acb52240532" />
#
# <fieldset class="recherche"><legend>Menu de recherche</legend>
#
# <label for="q_recherche" class="displaynone">Recherche :</label>
# <input type="text" alt="Recherche | accesskey 6" name="q" id="q_recherche" accesskey="6" class="off" onfocus="this.className='on';" onblur="this.className='off';" />
# <input type="submit" value="Rechercher" class="off" onfocus="this.className='on';" onblur="this.className='off';" />
#
# </fieldset>
# </form>
# </div>


Voici le lien de validation pour que vous puissiez constater par vous même.
Modifié par RomsIW (29 Jan 2006 - 20:28)
Hmmm... ça dépend comment OVH procède pour ajouter automatiquement ce champ. Je pense qu'il doit utiliser la bufférisation de sortie et une expression régulière pour ajouter l'input avant d'envoyer au navigateur.
Si c'est effectivement ça, ça risque d'être chaud à corriger.

Essaie premièrement d'ajouter un <p> juste après <form ... >

Si le input passe avant le <p> quand même, il va falloir buffériser la bufférisation de sortie elle-même...
Bonjour,

Le site http://www.ergonomie-web.com n'est de toutes manières pas conforme à XHTML1.1 (le problème habituel de type mime text/html impropre pour ce format, voir http://www.blog-and-blues.org/weblog/2004/06/11/243 ). Et une fois rétabli le type mime conforme, de très nombreuses pages s'avèrent invalides et ne sont pas affichables par les navigateurs validants...

Exemples rapidement relevés en forçant le type application/xhtml+xml : paragraphe non fermé dans "réalisations", <br> dans "articles", <img> dans "CV", script avec document.write dans "Contact"...

Si l'input mentionné ci-dessus est ajouté par l'hébergeur, c'est un cas assez typique où le choix d'une DTD XHTML1.0 transitional est parfaitement approprié (contenus anonymes autorisés dans l'élément <form>).

Au passage, une seconde erreur, qui échappe au validateur avec ce doctype erroné, mais qu'il montrera avec le doctype correct : l'élément <noscript> du phpMyVisites ne peut pas être placé dans un élément <a> (c'est un élément de niveau bloc).
Modifié par Laurent Denis (30 Jan 2006 - 05:24)
TopperH a écrit :
Euhhh j'ai jamais eu d'hébergement PHP qui me rajoutait des balises de session dans mon code moi...


Moi non plus et tant mieux. Vive les cookies !
Laurent Denis a écrit :
Bonjour,

Le site http://www.ergonomie-web.com n'est de toutes manières pas conforme à XHTML1.1 (le problème habituel de type mime text/html impropre pour ce format, voir http://www.blog-and-blues.org/weblog/2004/06/11/243 ). Et une fois rétabli le type mime conforme, de très nombreuses pages s'avèrent invalides et ne sont pas affichables par les navigateurs validants...

Exemples rapidement relevés en forçant le type application/xhtml+xml : paragraphe non fermé dans "réalisations", <br> dans "articles", <img> dans "CV", script avec document.write dans "Contact"...

Si l'input mentionné ci-dessus est ajouté par l'hébergeur, c'est un cas assez typique où le choix d'une DTD XHTML1.0 transitional est parfaitement approprié (contenus anonymes autorisés dans l'élément <form>).

Au passage, une seconde erreur, qui échappe au validateur avec ce doctype erroné, mais qu'il montrera avec le doctype correct : l'élément <noscript> du phpMyVisites ne peut pas être placé dans un élément <a> (c'est un élément de niveau bloc).

Waou, j'ai du boulot, merci Laurent, pense à dormir un peu quand même !

Voilà des commentaires constructifs comme je les aime.

A bientôt les amis.
Bonjour,

Voici un bout de code qui permet de modifier legerement la configuration de php pour la duree d'un script seulement.

<?php
ini_set('session.use_trans_sid', false);
ini_set('session.use_only_cookies', true); 
?>


session.use_trans_sid rend le support du SID transparant
session.use_only_cookies, permet le stockage du SID uniquement en cookie

Toutes les references sont dispo a cette addresse:
http://www.php.net/session

Note:
ini_set doit etre active. A tester suivant l'hebergeur
cf: http://www.php.net/ini_set
FrenchFred a écrit :
Bonjour,

Voici un bout de code qui permet de modifier legerement la configuration de php pour la duree d'un script seulement.

<?php
ini_set('session.use_trans_sid', false);
ini_set('session.use_only_cookies', true); 
?>


session.use_trans_sid rend le support du SID transparant
session.use_only_cookies, permet le stockage du SID uniquement en cookie

Toutes les references sont dispo a cette addresse:
http://www.php.net/session

Note:
ini_set doit etre active. A tester suivant l'hebergeur
cf: http://www.php.net/ini_set

Bonjour et merci pour vos réponses.

je suis chez OVH en 60GP, j'ai testé mais ça n'a rien changé malheureusement... Et si cela ne marche pas, qu'est ce qui va marcher ?

Malheureusement, d'après mes tests, j'ai l'impression qu'OVH intercepte la page HTML générée après le process PHP et qu'ils agissent directement dessus...

J'espère pouvoir y faire quelque chose...

A bientôt
Modifié par RomsIW (11 Feb 2006 - 14:13)
RomsIW a écrit :

Bonjour et merci pour vos réponses.

je suis chez OVH en 60GP, j'ai testé mais ça n'a rien changé malheureusement... Et si cela ne marche pas, qu'est ce qui va marcher ?

Malheureusement, d'après mes tests, j'ai l'impression qu'OVH intercepte la page HTML générée après le process PHP et qu'ils agissent directement dessus...

J'espère pouvoir y faire quelque chose...

A bientôt


C'est malheureusement bien ce que je pensais : de la bufférisation de sortie + traitement avec des regexp. Tu vas avoir du fil à retordre... mais je ne peux pas t'aider parce que je n'ai jamais eu ça.
Sujet clos
Aller à