Aller au contenu

ste

Hubmaster
  • Compteur de contenus

    167
  • Inscrit(e) le

  • Dernière visite

Messages postés par ste

  1. Comme le dit TheRec, sécuriser ses variables, et donc les définir, et vérifier absolument la concordance retournée est impérative !

    Une fonction "sécurisée" de test, telle que la suivante, est certainement très intéressante de ce point de vue, surtout en termes de valeurs qui peuvent être injectées dans des variables pour base de données ou accessibles à l'utilisateur :

    <?php
    # On n'exécute la boucle que si nécessaire
    if(get_magic_quotes_gpc() == 1) {

    # Définition de la fonction récursive.
       function remove_magic_quotes($array) {
           foreach($array as $key => $val) {

           # Si c'est un array, recurssion de la fonction, sinon suppression des slashes
               if(is_array($val)) {
                   remove_magic_quotes($array[$key]);
               }
               elseif(is_string($val)) {
                   $array[$key] = stripslashes($val);
               }
           }
           unSet($key, $val);
       }

    # Appel de la fonction pour chaque variables.
    # Notes, vous pouvez enlevez celle d'on vous ne vous servez pas.
    # Personnellement, j'enlève $_REQUEST et $_FILES

       remove_magic_quotes($_POST);
       remove_magic_quotes($_GET);
       remove_magic_quotes($_REQUEST);
       remove_magic_quotes($_SERVER);
       remove_magic_quotes($_FILES);
       remove_magic_quotes($_COOKIE);
    }
    ?>

    Ainsi, si la constante 'magic_quotes_gpc' est défini - le test par la function PHP 'get***' s'en assure - et dès qu'elle trouve une chaine de caractères, elle l'a passe à la moulinette de la function PHP stripslashes !

    Autrement, il n'y en a pas besoin...

  2. Bonjour tout le monde,

    j'ai un probleme avec validateur W3C :une page impossible a valider reponse invariable du validateur " on line 13  it contained one or more bytes that I cannot interpret as utf-8  " meme quand je mets la ligne en commentaire , pouvez-vous me donner une explication svp  My badpage

    <{POST_SNAPBACK}>

    Si je ne me trompe pas, la page ne doit pas être enregistré au format UTF-8 (pour cela, il faut un éditeur texte qui en soit capable), le résultat est que le caractère accentué 'é' dans l'attribut alt du lien concernant la bannière n'est pas compris pour l'encodage natif UTF-8 qu'est le code XHTML (puisque c'est ainsi que le validateur le comprend).

    D'autant que tu n'as déclaré aucun encodage, dans tes meta-éléments...

    Mieux vaut écrire les caractères accentués dans leur transcription HTML, soit ici, le 'é' devient 'é'...

    <p class="bas">
    <a href="http://prof.estat.com/cgi-bin/ft/1000259623?class=entrant&page=dossPeda_
    bansta&estat_url=http%3A%2F%2Fwww.secourspopulaire.asso.fr%2Fgoto%2F
    dossiersPedago.html%3F"><img src="http://www.secourspopulaire.asso.fr
    /goto/bannieres/dossPeda_banniere_statique.gif"width="440"
    height="60"border="0" alt="Les dossiers p�dagogiques du Secours populaire" /></a></p>

    devient :

    <p class="bas">
    <a href="http://prof.estat.com/cgi-bin/ft/1000259623?class=entrant&page=dossPeda_
    bansta&estat_url=http%3A%2F%2Fwww.secourspopulaire.asso.fr%2Fgoto%2F
    dossiersPedago.html%3F"><img src="http://www.secourspopulaire.asso.fr
    /goto/bannieres/dossPeda_banniere_statique.gif"width="440"
    height="60"border="0" alt="Les dossiers pédagogiques du Secours populaire" /></a></p>

    enregistre, recharge et dis-nous !

    PS : de plus, pour la validation XHTML, transforme donc les esperluettes '&' dans tes liens, dans leur encodage HTML, soit '&', autrement le validateur te le fera comprendre ! (ce que je ne t'ai pas fait... je vais pas tout te mâcher, non plus :whistling: )

    => de plus, attention à l'écriture d'une URI coupée sur plusieurs lignes dans l'attribut href, mieux vaut l'écrire sur une seule ligne ... le validateur W3C émettra une notice à ce propos !

    PS 2 : l'outil (extension pour Moz/Firefox) HTML Validator est intéressant à utiliser ;)

    ++

  3. Je te conseil de lire ce tutoriel d'Alsacréations :

    http://css.alsacreations.com/Tutoriels-et-...ss-image-unique

    Et, bien t'as pris de me conseiller à le lire ...

    J'ai très vite vu le dérivé que je pouvais en faire, et l'amélioration que je pouvais y apporter...

    Voici ma contribution à l'ensemble de la communauté : Pur Menu CSS Accessible Web

    (je vais voir à le proposer Olivier l'auteur du précédent et Raphaël Gotter ... ils apprécieront peut être ma contrib...)

  4. Il est possible de se passer de javascript afin de réaliser un rollover. Je te conseil de lire ce tutoriel d'Alsacréations :

    http://css.alsacreations.com/Tutoriels-et-...ss-image-unique

    Tu évite ainsi les problèmes de navigateurs, de javascript désactivé et de préchargement d'image. :)

    <{POST_SNAPBACK}>

    Merci Country ...

    Ce n'est pas le genre de réponse auquel je m'attendais ... mais, je l'apprécie d'autant que j'avais fais un test non concluant (en habitué du CSS) - je vais de ce pas créer une version pure CSS.

    Mais ca ne m'explique pas pourquoi la version "W3C DOM" ne fonctionne apparement qu'avec MSIE. bouhhhh ... j'ai du rater quelques choses dans l'article de pompage.net !

  5. Bonjour, all

    Pour une page donnée similaire au niveau code XHTML, il y a un menu (dont le rollover est implémenté en image) ...

    => J'ai un premier code écrit en JS fonctionnel (Win, Lin & FireFox, MSIE. Opera, Konqueror) : menu (dont JS), créé par mes minimes sur leçons webreference.com

    => Voici un code DHTML pour le même menu qui n'a pour propos que d'être référentiel au DOM W3C : menu2 (dont JS), explicité sur les pages de pompage.net !

    Je ne comprends pas en quoi le menu2 n'est pas ou prou fonctionnel sur Firefox, Opera, et reste seulement fonctionnel avec MSIE

    :wacko::angry::o

  6. Bonjour....

    Je viens de créer un plan de mon site selon la BP 68 Opquast ...

    Ma question est d'ordre pratique à plusieurs niveaux :

    - L'accessibilité d'un tel phénomène est-elle bonne ?

    - existe-t-il du code ecmascript (javascript non intrusif) qui permettrait de cacher les liens d'une catégorie et de les afficher par évènements (souris, clavier, ...) sans risquer de mettre mal à l'aise l'accessibilité de cette page ?

    (sachant que code js ou ecmascript, je ne sais pas faire ...)

    chaque catégorie étant l'objet d'un élément dt,

    quant aux différents titres appartenant à la catégorie, ils sont l'objet d'élèments dd

    plan/

  7. _AT_Marvin > je suis l'auteur du Diaporama ...

    Donc, je me suis basé tout naturellement sur la CSS que j'ai créé...

    que j'ai modifiée légérement pour l'interfacer sur le site de linucie.net

    Je n'ai pas besoin de refaire quelque chose que j'ai déjà fait.

    Mon problème est juste d'arriver à la positionner correctement.

  8. Une dernière remarque... et un peu de teasing  ;)

    Qu'un site soit accessible c'est très bien, que ce soit un site de qualité est encore mieux !

    Les bonnes pratiques qualité des services Web proposées par le projet Opquast comprennent évidemment des critères d'accessibilité parmi bien d'autres (interactivité, législation, ergonomie...).

    Sans dévoiler de secret je peux vous dire que l'équipe vous prépare du nouveau, et du bon... à suivre  B)

    <{POST_SNAPBACK}>

    Moi, aussi, je suis au courant ;

    tralalalalère ! :hourra:

  9. Bon et bien je viens d'apprendre qu'un bon 100 % divisé par 2 ne peut faire qu'un 47/48 %. C'est la solution, car j'avais essayé le float: right; avec un 50%, mais c'était plantage.

    Donc, surtout réduire ces largeurs de div en dessous de la moitié de la somme de deux égalant le total du tout moins l'âge du webmaster  :fou:

    Merci à toi, le résultat est nickel sur les quatre navigateurs.

    C'est avec plaisir, mais ceci est le résultat de mon expérience, mon apprentissage à trimer sur le CSS Positionnement, et à me faire aider ici, en son temps, ou sur la ML de Pompage...

    Ce qui est surtout heureux, c'est que tu sois convaincu, et que tu t'y tiennes :hourra:

  10. Personnellement, je suis l'auteur du code XHTML, CSS (entres autres...) et des techniques WAI de ce site ministériel :

    http://e-restat.apinc.org/

    Je ne travaille plus dans cette enceinte depuis Avril 2004, et ai rendu propre la mouture fin Juin 2004.

    Le constat : 8 mois, après, il y a déjà des erreurs à droite ou à gauche, ce n'est pour l'instant pas bien méchant, mais cela risque de le devenir très vite...

    et, encore, je suis très gentil. Pour moi, c'est déjà trop !

    Sans vouloir être méchant, justement, le problème est que pour impliquer un fonctionnaire, c'est franchement une gageure... s'il ne se sent pas concerné, vous aurez beau faire, le travail sera vite "salopé" !

    ( ce qui est vrai pour d'autres ne travaillant pas auprès d'un ministère, en soi aussi !)

    De toute façon, leur statut les protegeant, ne pas faire un site web qui soit conforme n'étant pas une faute professionnelle...

    (et, encore j'ai vu des situations à faute professionnelle, et aucun retour de baton, mais ca c'est un autre problème à ne pas traiter ici !)

    Après il y a l'aspect formation... et là, c'est franchement galère pour se former, vu que les fonds disparaissent pour devenir inexistant.

    Donc, c'est bien beau de nous remettre un rapport, mais s'il n'est pas suivi d'effets, en terme de temps et d'argent pour la formation et la motivation... ca n'ira pas plus loin qu'un bout de papier blanc sali par l'once d'une encre imprimée !

    :evil::o:blush:

  11. Bonsoir,

    Existe-t-il une solution permettant de positionner deux div, à même hauteur, l'un à gauche, l'autre à droite, et qui satisfasse IE, Firefox, Netscape et Opera ?

    Je précise que ces deux <div> sont imbriqués dans un div central.

    Je tourne autour de ce code depuis plusieurs heures, sans parvenir à mes fins:

    #gauche { 
    float: left;
    left:5px;
    width: 50%;
    height:100%;
    }

    #droit {
    position:absolute;
    margin-left: 5px;
    width: 50%;
    height:100%;
    text-align:left;
    }

    Avez-vous une idée ?

    xpatval

    <{POST_SNAPBACK}>

    sur les deux div, diminue donc tes tailles jusqu'à 47, voire 48 %, car IE ne les positionnera jamais à la même hauteur avec un width à 50 %

    et pour ton div #droit, enleve le position: absolute, et mets plutôt un float: right; en lieu et place ...

    tu devrais au final arriver à quelque chose près à ce que tu recherches comme effet...

    mais, sache et accepte que ca ne sera jamais pile poil précis.

    La raison est toujours cette interprétation plus ou moins correcte des CSS, et IE n'est pas le seul en cause, Opera, Konqueror peuvent être aussi imprécis.

  12. Voila, j'ai reregardé (j'ai posté après Monique finalement :P)

    Moi non plus ma barre ff ne marche pas, c'est assez embêtant !

    J'ai fini par trouver une cause possible du problème sur la page en question, je n'ai pas comparé avec les autres pages...

    (...)

    Le width du h1 se rajoute au padding-right:150px du premier... En enlevant le width:50% du h1, on a l'alignement souhaité... Ca peut résoudre ton problème ou ça en pose ailleurs ?

    <{POST_SNAPBACK}>

    sarc, merci, tu as bel et bien trouvé ...

    je n'avais vraiment pas fait gaffe, que je redéclarais l'élèment h1, plus loin !

    après avoir mis, cette deuxième déclaration en commentaire, ca marche correctement.

    merci, à toi...

  13. Bonjour,

    Serait-ce un problème d'en-têtes HTTP qui sont différentes ?

    Dans le même ordre que la liste de tes 3 sites, j'ai

    - Content-Type: application/xhtml+xml;charset=UTF-8

    - Content-Type: text/html; charset=iso-8859-1;

    - Content-Type: application/xml;charset=UTF-8

    Et je constate que c'est la 2ème page qui est servie en HTML  :wacko:

    Autre comportement étrange de la page incriminée : les options de la barre Web Developer ne fonctionnent pas  :blink:

    <{POST_SNAPBACK}>

    le deuxième est servi en xhtml, normal,non ?

    puisque c'est du xhtml 1.0 et que si je me trompe pas, il peut être desservi en 'text/html'...

    Quant à la barre Web Developper, certaines options, telle le Validator CSS W3C, sont en berne, en effet !

    mais, je ne vois pas en quoi, cela influe...

  14. bonjour, all

    je suis devenu le webmaster de l'association linucie.net

    j'ai ce code

    <div id="head">
    <h1>- <acronym title="Live Linux & Cie" xml:lang="en">Linucie</acronym> <em>(.net)</em> -</h1>
    <h2>Un texte qui différe...</h2>
    </div>

    Et, cela sur trois sous-domaines, :

    - http://linucie.net/

    - http://doc2.linucie.net/

    - http://galerie.linucie.net/

    sur ce dernier, je ne sais pas pourquoi, ne vois pas en quoi, l'élèment h1 ne veut pas se "coller" correctement à droite, comme sur les autres sites...

    dans les css, c'est exactement le même code :

    #head {
       position: relative;
    /*border: 2px solid #000;*/
    background: transparent url(http://linucie.net/img/bando.png) 100% 0% no-repeat;
       border-bottom: .05em dotted #999;
       margin: 0 0 0 20.5%;
       padding: 0 0 0 1em;
       height: 60px;
    }

    #head h1 {
    /*border: 1px solid #666;*/
    background: transparent;
       margin: 0%;
       padding: 3px 150px 0px 0px;
       font-size: 1.3em;
       text-align: right;
    color: #000;
    }

    #head h2 {
    /*border: 1px solid #c00;*/
       margin: 0 150px 0 0;
       padding: .8em 0 0 0;
       font-size: .9em;
       text-align: right;
    }

    vous pouvez bien sûr le vérifier !

    Franchement sur ce coup, j'en perd mon latin...

    Vos idées ?

    PS : ca fait un bail que je m'étais éclipsé... :fou:

  15. Ahhhh, que c'est bien tentant ...

    "Marseille, marseille, marseille ; le soleil chaud, les cigales à midi, la mer à 20 °..."

    Que j'aimerais bien être des vôtres, ce jour...

    Mais, je me sens bien trop loin dans ma campagne lot-et-garonnaise, trop loin ;)

    Enfin, amusez vous bien ...

    PS : Suis partant pour la même chose du côté de chez moi :hourra:

  16. Sibelius, la question n'est pas du tout dans mon cas personnel, ce que je veux en faire...

    Ce matin, sur Framasoft, il était demandé de faire une notice -pour qui voulait bien la faire- sur un certain forum qui créditait être XHTML 1.1 valide...

    Et, la source renvoit la déclaration montrait par Monique...

    J'ai testé le validateur HTML du W3C... et, j'ai partagé ma surprise, ayant bien remarqué qu'il y avait un soucis lèger avec la déclaration DOCTYPE.

    Monique ne fait que confirmer mes soupçons ...

    merci à tous deux !

    Je vais me permettre d'écrire à l'auteur en question pour lui montrer son erreur...

    après il en fera ce qu'il veut.

  17. Bonjour,

    Je viens de découvrir une "belle" aujourd'hui ...

    Personnellement, j'avais compris que le XHTML 1.1 n'était que Strict ...

    Or, je viens de découvrir qu'il existe en déclaration transitionnel, avec le Doctype adhoc.

    Aurai-je mal appris "mes lecons" ? mal compris ?

×
×
  • Créer...