TheRec

Bonjour, <?php echo date("Y-m-d",strtotime("+1 month thursday",strtotime(date("Y-m-01 00:00:00")))); ?> Ceci devrait convenir... d'après le manuel de GNU il est mieux de définir l'heure à une valeur fixe car des problèmes de décalage peuvent apparaître lorsque la date coïncide avec les changements d'heure d'hiver/été (DST)... **EDIT** Je te laisse enlever la fonction "date" si tu veux utiliser le timestamp directement

Pourquoi ? Parce que c'est toi le spécialiste dans le domaine... et donc tu apporte des solutions à des problèmes techniques... Quand tu vas chez le dentiste, tu ne choisis pas s'il va te mettre une dent sur pivot ou s'il mettra de l'amalgame dentaire (enfin maintenant c'est de la "résine" de nos jours )... il est qualifié dans ce domaine donc tu lui fais confiance (dans certaines limites), pourquoi ne pas faire de même avec les professionnels du Web ? Cest clair que lorsque leur conseil se limitent à « Cest nous qui nous occupons de votre site, regardez ça fonctionne » jai de la peine à parler de professionnels, mais ils font leur beurre donc ils nen sont pas moins respectables...juste peu crédible face à un client qui sintéresse au média par lequel il veut communiquer. De plus j'ai rarement eu un client qui m'approchait en disant "Je ne veux pas de site Internet accessible..."...ça serait plutôt "Il faut payer pour ces optimisations ?" Comme la facturation, pour mon cas, ce fait à l'heure j'explique que généralement ça ne me prends pas plus de temps pour respecter les recommandations du W3C que de réaliser un site totalement non conforme... J'y gagne sur les tests du site, l'entretien (correction de bugs) et sur le temps que je passerais pour les modifications dans le futur... tous les client ne sont pas convaincu je l'accorde...mais je m'engage a respecter le niveau A de la WAI 1.0 dans tous les cas...certain client après explication sont prêts à payer l'éventuel temps de développement supplémentaire pour un niveau AA...et pour le moment personne n'a voulu un niveau AAA (mais bon je le recommande pas forcément non plus, suivant le contenu présenter cela représenter beaucoup de pages en plus).

Je citais le "Web 2.0" comme exemple, je ne veux pas orienter le débat sur ce sujet... (ça troll sur ce sujet assez ailleurs ) Des langages comme XHTML 1.0 (Recommandation W3C le 26 janvier 2000, révisée le 1er août 2002) ne sont pas encore coutume chez les développeur (malgré ses avantages)...et en poussant plus loin, même dans langages permettant plus de latitude syntaxique (dans les déclinaisons Transitionnal et Frameset) comme HTML 4.01 ont de la peine à s'imposer...Si le "développeur" (ou web design...peut importe qui se charge de la tâche) ne s'adapte pas, l'utilisateur n'aura jamais la possibilité de s'adapter... J'entends par là que les technologies c'est au développeur de les prévoir, de les canaliser et non à l'utilisateur de trouver sa place parmi les technologies (certain en serait capable, mais comme il a été dit précédemment : "des clients N'Y CONNAISSENT STRICTEMENT RIEN")... Les recommandations du W3C sont justement là pour cela, des spécialistes choisissent les technologies appropriées et établissent des documents de référence, et c'est aux développeurs de les utiliser...bien entendu en tenant compte des contraintes de l'environnement et de son public cible (limites du navigateur, degré d'accessibilité, ...) Mais une attitude d'immobilisme n'a jamais rien apporté de bon sur le Web jusqu'à présent...donc je doute que cela rapporte de l'argent pendant longtemps à ces "grosses" agences Web qui se complaisent, bien au chaud, dans leur soupes de balises

Expérience faite...hors site Internet (dans le cadre d'une chat room tous publics), les menaces ne fonctionnent que très rarement avec les malins qui contournent les bannissement...mais tu peux essayer... J'ai bien entendu oublié de mentionner que dans le cas ou tu repères l'ISP (généralement la partie nom de domaine de son nom d'hôte) de cette personne tu peux également bannir cet hôte de ton site... Si ton application de chat n'est pas très performante utilise le mod_rewrite de Apache...il y a un article sur le Hub parlant de ce genre d'applications du mod_rewrite. Bonne chance

Bonjour, Fermer le chat n'est pas une bonne solution à mon avis, ce ne serait que donner raison à ce genre d'individu (et Dieu sait qu'il sont nombreux). Pour changer d'IP il va utiliser soit un ou des proxies...ou encore profiter du fait qu'il change souvent d'IP avec son hébergeur... si tu vois que l'adresse IP de cette personne est toujours résolue vers un nom d'hôte dont le domaine est toujours semblable tu peux raisonnablement pense qu'il n'utilise pas de proxy...et normalement un courriel au service "abuse" de son provider avec log de ton chat à l'appui devrait vite calmer l'abonné...généralement les ISP souhaitent éviter la mauvais publicité... bien entendu joins-y les IP, heures et log des communications afin qu'il puisse se rendre compte du problème... Si la partie nom de domaine des noms d'hôtes change souvent voir à chaque fois c'est qu'il utilise certainement des proxies...suivant la qualité du proxy (transparent ou non) il te sera possible de récupérer tout de même son adresse IP voici deux fonctions PHP qui récupère l'adresse IP et la testent le plus efficacement possible à ma connaissance : function valid_internet_ip($ip) { if (!empty($ip) && ip2long($ip)!=-1) { $reserved_ip = array ( array('0.0.0.0','2.255.255.255'), array('10.0.0.0','10.255.255.255'), array('127.0.0.0','127.255.255.255'), array('169.254.0.0','169.254.255.255'), array('172.16.0.0','172.31.255.255'), array('192.0.2.0','192.0.2.255'), array('192.168.0.0','192.168.255.255'), array('255.255.255.0','255.255.255.255') ); foreach ($reserved_ip as $r) { $min = ip2long($r[0]); $max = ip2long($r[1]); if ((ip2long($ip) >= $min) && (ip2long($ip) <= $max)) return false; } return true; } else return false; } function get_ip() { if(valid_internet_ip($_SERVER['HTTP_CLIENT_IP'])) { return $_SERVER['HTTP_CLIENT_IP']; } elseif($_SERVER['HTTP_X_FORWARDED_FOR']!="") { $forwarded=str_replace(",","",$_SERVER['HTTP_X_FORWARDED_FOR']); $forwarded_array=split(" ",$forwarded); foreach($forwarded_array as $value) { if (valid_internet_ip($value)) { return $value; } } } return $_SERVER['REMOTE_ADDR']; } Dans tous les cas tu obtiens un adresse IP valide...au pire celle du proxy...au mieux celle de l'hôte qui a initialisé la requête... Une fois que tu as l'IP tu peux effectuer une résolution DNS pour retrouver le nom d'hôte ou simplement effectuer un WHOIS sur celle-ci avec ce site : http://www.ripe.net/fcgi-bin/whois Je ne sais pas dans quelle mesure un service abuse d'un proxy va investiguer dans ton cas...la majorité des proxies qui circulent sur Internet sont des ordinateurs piratés, mais peut être que tu auras de la chance

J'avais compris ta position, concernant ta dernière phrase...et comme tu le dis, c'est "dans le court terme" plus rentable, mais j'avais cru lire "long terme" dans ton premier message, mais je ne devais pas être très réveillé C'est tout de même intéressant que dans un monde comme le Web ou tout est sensé évoluer rapidement (en tous cas technologiquement), les utilisateurs n'arrive pas à s'adapter. Non par un manque de connaissance à mon avis, mais au choix par un refus de l'évolution rapide (à cause du temps et du prix que cela engendre) ou parce que les "experts" du domaine on vraiment de la peine à vulgariser leur discours (sans ajouter des slogans à la mode du genre Web 2.0, etc. Ce genre de communication tue, à mon avis la communication)... Il y a sûrement plus de raisons, mais lors que j'écris cela c'est ici que c'est arrêtée ma réflexion

Effectivement, tout comme les recommandations du W3C, rien ne t'oblige à les utiliser...mais on crée des organisme de normalisation (oui l'ISO produit des normes, lis les premières lignes de la définition de normes/standards industriels) afin de donner un crédit à ceux qui les respectent...et pour s'assurer qu'il le respect cela passe par un processus de certification, ce qu'ISO fait et que le W3C à refusé de faire dès sa fondation...et ma question subsiste : Pourquoi ? "On" se base sur quoi pour dire ça ? Je ne demande pas un long discours...juste une source tangible...l'utilisation des standards rapporte sur plus de plan qu'elle ne coût (en me basant sur mon expérience), cela augmentant l'accessibilité d'un site et la qualité d'indexation en est améliorée, la maintenance des pages est simplifiée (généralement moins de balises qu'une présentation par tableau)...effectivement le temps de développement peut-être plus long lorsquon débute... Maintenant sur le prix dune formation, il est clair que cela doit être rentabilisé...et malheureusement les entreprises dans ce domaine ne peuvent ou ne veulent pas voir les retours, sur le long terme, de cet investissement. Ce qui ralenti aussi la progression de ladoption des recommandations du W3C.

Un point intéressant, auquel je ne m'étais jamais vraiment intéressé, est pourquoi un organisme tel que le W3C n'a pas souhaité, à l'origine, s'assurer de l'application des standards qu'ils éditent en fournissant une procédure/programme de certification à d'autres organes (de certification) comme l'ISO le fait... Manque de moyen financiers ? Manque d'experts dans le domaine lors de "l'avènement" du Web ? Volonté philosophique (Web "libre") ? Un mélange du tout ? Ou encore d'autres raisons ? Il est sûr qu'à l'heure actuelle développer un programme de certification amènerait plus de désavantages que d'avantages...mais à l'origine cela aurait été possible à mon avis... J'ai eu beau chercher...je n'ai pas vraiment trouvé de raison à ce choix, mais peut-être (et même sûrement) que quelqu'un s'est posé cette même question ?

En fait le terme respectabilité est mal choisi à mon avis... je parlerais plutôt de crédibilité... Lors qu'un organisme comme le W3C, qui a été fonde en 1994 (oui 12 ans... à l'échelle du Web cela ne fait quoi...qu'un siècle ? Bon depuis 2000 ça ne fait que 6 ans..si on parle de démocratisation du Web), établi des recommandations on peut parler de référence, et par abus de langages on parle même de standards, c'est dire l'importance de cet acteur dans le monde du Web... Lorsqu'on apprend quelque chose, il parait logique de s'appuyer sur des notions théoriques qui on été établies par la pratique... Hé bien les recommandations ne sont que cela, d'où les longs phases de rédaction des brouillons (Drafts). Effectivement on peu apprends à sa façon...faire de la soupe de balises, utiliser des balises propriétaires, se ficher royalement de l'accessibilité (voir même l'empêcher, voir Précédent message de Dudu), etc... (la liste serait trop longue)... Le fait qu'IE ait une position dominante sur le marché ne peut plus, à l'heure actuelle être un motif pour ignorer les recommandations du W3C... Les parts de marché conquises par les autres navigateurs (que ce soit Firefox, Opera, Safari, ...) ne sont pas négligeables et quelque soit l'agence Web qui dirait cela, qu'elle soit une PME ou une grande entreprise, perdra toute sa crédibilité face à un client qui se serait ne serait-ce qu'un peu intéressé au média par lequel il veut communiquer... Il ne faut pas 10 ans d'expérience sur le Web (comme utilisateur) pour s'apercevoir de cela... En tous cas, une entreprise qui a entendu ce discours une seul fois en termes claire, rien qu'au niveau de l'accessibilité, sera convaincue...C'est une notion de marketing, augementer la visibilité d'un produit augemente ses chance de réussites...

Bonjour, fustement il y a plusieurs moyen de comprendre ta question tant elle est vaste... Comment les informations de ton site sont elle obtenue ? Depuis une base de données ? Du contenu statique ? Quel "lien" logique existe-t-il entre les pages formant la chaîne pages suivante/précédente ? En d'autres termes comment tes pages sont-elles découpées pour former plusieurs pages... Pour te donner une idée de réponse en PHP, le système est le suivant, si te données proviennent d'une base de données lorsque tu effectue une requête tu peux préciser un limite et un offset qui permet de ne prendre qu'une partie des résultats retournée par cette requête sans ces paramètres... Un exemple : SELECT * FROM matable LIMIT 10, 15 Cela retournera les 15 enregistrements à partir du 11ème. La logique ensuite est de définir un nombre d'enregistrement par page...puis identifier quelle page l'utilisateur souhaite visiter avec un variable passée dans l'URL...du genre : -http://www.domain.com/liste.php?page=3

En cherchant un peu il y a : http://www.php.lt/benchmark/phpbench.php : A prendre avec des pincettes, les test sont très peu significatif à mon avis car les conditions changent tout le temps vu que le script recalcule ces performances à chaque rafraîchissement. http://www.estvideo.com/dew/pages/phpbench/ : Au moins les conditions sont fixes http://phpdebutant.org/article147.php : Une description de la procédure d'évaluation (**EDIT** bont ben grillé pour celui-là) Ce sont des optimisations de bout de chandelles à mon avis...la majorités des optimisations se font ailleurs (requêtes sur une source de données externe dans des boucles, répétition de code, ...)

explode est plus rapide...et pour le cas cité c'est plus judicieux de l'utiliser... (il n'utilise pas de moteur d'expressions rationnelles (PCRE) ou réguilères POSIX). split quant à lui utilise le moteur d'expression rationnelles (PCRE), mais on lui préfère généralement preg_split qui utilise le moteur d'expressions régulières (POSIX) captain_torche> Que à moitié grillé dans ce cas

Bonjour, regarde du côté de la fonction split ... si elle ne te convient pas parce que le critère pour séparer les éléments est trop simpliste regarde preg_split.

Ce problème (un champ mots-clés par critère ou un seul champ pour tous les critères) mis à part... Tu peux utiliser une technique que PHP propose, lorsqu'une variable d'un formulaire a un nom qui indique que c'est un tableau, l'interpréteur PHP crée effectivement un tableau contenant la valeur défini dans le formulaire... Pour information si le nom de la variable est "test[]" cela a le même effet qu'en PHP, le tableau s'il existe n'est pas remplacé, mais on y ajoute la valeur de la variable dans une nouvelle cellule en fin de tableau...si je tableau n'existe pas il est créé. Dans notre cas on nomme les clés du tableau, ce sera le nom du critère de recherche Dans cette exemple je suppose que tu veux un champ de mots-clés <form method="post" action="<?php echo $_SERVER['PHP_SELF']; ?>" id="testform"> <p>Champ 1: <input type="checkbox" name="criteria[field1]" value="1" /><input type="text" name="keywords[field1]" /></p> <p>Champ 2: <input type="checkbox" name="criteria[field2]" value="1" /><input type="text" name="keywords[field2]" /></p> <p>Champ 3: <input type="checkbox" name="criteria[field3]" value="1" /><input type="text" name="keywords[field3]" /></p> <p><input type="submit" name="submit" value="Envoyer" /> | <input type="reset" name="reset" value="Reset" /></p> </form> Ensuite tu peux parcourir le tableau "criteria" lors que le formulaire est envoyé avec une boucle pareille à celle-ci : <?php $whereclause = ""; foreach($_POST['criteria'] as $criterion => $value) { $whereclause .= mysql_real_escape_string($criterion)."='".mysql_real_escape_string($_POST['keywords'][$criterion])."' AND "; } $whereclause = rtrim($whereclause," AND "); echo $whereclause; } ?> **EDIT** : Remplacé mysql_escape_string (dépréciée depuis PHP 4.3.0) par mysql_real_escape_string Si ton formulaire est une répétition (pas de particularité, une checkbox, un input) tu peux imaginer créer une boucle pour générer cette partie du formulaire : Par exemple : <?php $fields = array("field1" => "Champ 1","field2" => "Champ 2", "field3" => "Champ 3"); foreach($fields as $field => $description) { ?> <p><?php echo $description; ?> :<input type="checkbox" name="criteria[<?php echo $field; ?>]" value="1" /><input type="text" name="keywords[<?php echo $field; ?>]" /></p> <?php } ?> Voilà... un réponse un peu long...mais j'espère complète

Bonjour, pheeew, je suis arrivé au bout de ton message Avant de répondre, éventuellement, il faut que je sois sûr de t'avoir compris...tu souhaite pouvoir définir plusieurs critères qui auront chacun une case à cocher et chacun de ces critères auront un champ permettant de saisir la chaîne de caractères à rechercher pour ce critère ? (Dans "WHERE trucmuche='euhuntruc' AND machinchouette='euuhunmachin'" les données recherchées sont différentes : euhuntruc != euuhunmachin ...) Je demande cela car ce n'est pas courant de laisser autant de latitude à l'utilisateur pour la recherche d'informations...généralement l'utilisateur dispose d'un seul champ pour entrer la chaîne à rechercher et éventuellement des critères pour restreindre la recherche... Donc quelle solution désires-tu réaliser ? Et s'il te plaît, ce n'est pas que je n'aime pas te lire, mais essaie d'être plus concis lorsque tu formule ta question, cela facilite et surtout accélère le processus de réponse. D'avance merci

Bonjour, Ton problème c'est qu'en CSS les propriétés sont héritées (pas toutes, mais beaucoup)... en l'occurrence "list-style-image" est héritée...donc si tu donne ce paramètre à un parent qui le supporte, il sera la valeur par défaut pour ses enfants... Donc, pour le <li> de la liste de niveau2 : ul.niveau2 li { ... list-style-image: none; ... } Un conseil toutefois, évite de répéter des informations comme list-style-* pour <ul> et <li> ...tu souhaites affecter une puce à l'élément de la liste (<li> -> List Item) donc spécifie ces information pour cet élément...et pas pour l'élément <ul>...ça évite des "doublons" dans le code...et quand tu cherche à résoudre un problème ça devient ingérable sans ça Ce serait mieux d'utiliser les balises [ CODE ] [ / CODE ] pour présenter du code...Merci

Bonjour, tu peux éventuellement présenter une version complète (accès non restreint au contenu devant être indexé) au robots en vérifiant leur User-Agents et leurs IP's, mais cela sera considéré comme du cloaking et peut/va mener ton site vers la blacklist de ces moteurs de recherche (toutes les pages désindexée et URL plus visitée jusqu'à une éventuelle levée de la sanction)...je ne te recommande pas du tout cette solution, malgré cela c'est la seule à ma connaissance... Et le deuxième risque est de retrouver ton contenu (complet) dans le cache de ces moteurs de recherche...donc l'inscription à ton site n'aura plus trop d'intérêt pour les visiteurs qui auraient trouvé ton site par l'intermédiaire d'un moteur de recherche... Tu pourrais procéder autrement, en donnant un aperçu à tes utilisateurs du contenu qu'ils obtiendraient en s'inscrivant...les moteurs indexeront ces exemples et seront sensible aux mots clés qu'ils contiennent...

Bonjour, Le(s)quel(s) ? Peux-tu donner les messages d'erreur fourni par le validateur W3C ? Pour rappel, un liste à plusieurs niveau a cette syntaxe : <ul> <li>Titre 1 <ul> <li>Adresse 1</li> <li>Téléphone 1</li> <li>URL 1</li> </ul> </li> <li>Titre 2 <ul> <li>Adresse 2</li> <li>Téléphone 2</li> <li>URL 2</li> </ul> </li> </ul> Et non "<ul><li>Tittre</li><ul><li>Adresse1</li></ul></ul>" comme on le voit si souvent... À noter que certain navigateur prennent en compte les retour à la ligne entre les éléments <li>...donc l'idéal est de tout mettre sur une ligne s'il y a des soucis d'alignement... Pour varier les puces tu peux utiliser deux méthode : background-image avec ta puce personnalisée et list-style-type:none; list-style-image: url('chemin/image.gif') Pour l'aterner défini plusieurs classes en CSS et alterne la classe utilisée en fonction de tes besoins, dans le style : <li class="<?php echo $cssclass; ?>">Titre</li>

Là nous sommes d'accord... Par contre, pour se targuer d'utiliser de telle clauses il faudrait encore envoyer le devis par lettre avec accusé de reception à mon avis... et encore je ne me rappelle pas avoir reçu de devis sous cette forme de qui que ce soit, c'est pour cela que je met en doute la legalité d'une telle clause... Dans le cadre d'un renouvellement tacite, de modifications d'un abonnement, un contrat est signé au préalable (lors de la conclusion de l'abonnement par exemple), là je veux bien qu'aucune signature ne soit nécessaire car un accord a été signé...mais sinon... S'il y a bien un moment ou la bonne foi et l'engagement des deux parties doivent être prouvés c'est lors de la signature des contrats... sans celle-ci un contrat (ou devis) à autant de valeur que la serviette en papier que j'ai utilisé à midi... (On peu admettre que le prestataire ne signe pas le document, car en l'émettant il s'engage à en respecter le conditions)

Bonjour, Bravo pour ce menu, Je viens de tester avec Safari 1.3.1, aucun problème... (c'est peut être une question de version...alors attends la réponse de Dudu avant de crier victoire ) Je vais y aller de mon commentaire aussi, Dudu ne t'a pas préciser une chose c'est que sémantiquement ce menu n'est pas "correcte", c'est une détail...mais lorsque tu représente une hiérarchie pour ton utilisateur (menu > sous-menus) disposant de toutes ses facultés (visuelles, mentales, ...) et utilisant la feuille de style, elle devrait être accessible à ceux ayant un ou des handicaps. La structure des <div> imbriqués peut laisser penser que la structure est hiérarchique pour l'utilisateur, mais vis à vis d'un lecteur d'écran elle n'a pas d'importance. Il faudrait utiliser à choix ou de concert, les balises suivantes : Ces éléments permettent de refléter sémantiquement une hiérarchie (ils peuvent être utilisés conjointement). Ce n'est qu'un détail, qui à son importance au niveau de l'accessibilité, à toi de voir si tu veux relever le défi d'utiliser ces structures Actuellement ton menu reste accessible même sans feuille de style. Félicitation en tous cas pour ce menu et merci de nous l'avoir montré. Et surtout bel effort pour qu'il soit compatible avec tous ces navigateurs !

Bonsoir, En fait c'est vrai tant que le devis est gratuit... si par le plus grand des hasards le prestataire demande une rémunération (frais de dossier, etc.) pour établir le devis, hé bien il est en droit d'exiger d'être payé (à condition de le mentionner au client bien entendu)... Les prestataires pratiquant ainsi sont rares, mais ils existent... Maintenant, concernant le problème de goldrazor, si les activités de ce prestataires sont dissociées, ce qui semble être le cas, deux sites et je suppose deux conditions générales de vente (à confirmer ?), il n'est pas être autorisé à mélanger les deux activités...surtout dans le cas mentionnée cela pourrait s'apparenter soit à de la vente liée ou même à de la vente forcée... Suis les conseils d'Arlette pour le début d'une procédure de médiation... je ne connais pas les structures en place en France... mais en tous les cas, tant que tu nas pas donné ton accord écrit (signé), il pourra avoir travaillé autant d'heures qu'il le souhaite...si tu ne décide de pas accepter son offre il l'aura fait pour rien ! C'est de l'ordre du bon sens... Celui qui ose dire le contraire je le force à acheter un site que j'aurais préparé ce soir en vitesse...et pis sans devis même que vous auriez accepté de tout façon à l'insu de votre plein gré Au sujet des CsV citées...c'est assez malin...et il compte bien sur le fait que tu ne les aient pas lues... moi aussi, si je peux pas vous payer, alors vous être d'accord je vous paierais dans les 3 mois quand je peux...et sans intérêts (je vous dis pas' s'il vous plaît...je vous fais une faveur en vous devant de l'argent ) P.S: Pardon de plaisanter au sujet de ton problème...simplement le ressort comique de ce prestataire me fait sourire... je suis conscient que tu as été lésé dans cette affaire et j'espère bien que tu seras payé dans les plus brefs délais...

J'ai pris le temps de corriger tout ceci en local (ça te prendra pas longtemps)... Cela ne règle pas le problème de premier abord...mais ensuite il suffit d'ajouter au moins 1px de padding-top à l'élément <ul> ...et le problème est réglé... #corps ul { list-style-type:disc; padding: 1px 0 0 0; margin: 0px; margin-left: 40px; text-align: justify; } Apparemment IE fait sortir ces listes du flux du document car l'élément n'a pas de padding...va savoir pourquoi

Au passage, il s'agit d'impressions sur textiles ou sérigraphie. Peut-être que cela t'aidera à élargir ton horizon de recherche Bonne chance !

Pas de problème, je t'avais mal compris...pardon Le fait de faire des erreurs dans le code n'a pas toujours un impact similaire sur le résultats dans les différents navigateurs... le moteur de rendu se charge de la correction tant que possible... Quant à la possibilité de rendre un site conforme aux normes (note que je parle de plus qu'une simple validation) représente un travail de remaniement complet de ton code (toutefois la charte graphique semble être déjà établie, ce qui t'épargnera les frais de création)... c'est une tâche que la majorité des agences Web qui se soucient des recommandations du W3C sont capables de réaliser normalement (avec plus ou moins de qualité suivant le prestataire)

Bonsoir, à vue d'oeuil...et en essayant de valider ta page, voici un début de réponse à ta question : Dans les listes qui sont collée à gauche tu as inséré (en dehors des élements <li> mais dans une balise <ul>) des retours à la ligne (<br>), dans Internet Explorer cela n'est pas corrigé de la manière par le moteur de rendu que ça l'est dans Firefox ou Opera... Si tu veux vraiment avoir des retour à la ligne dans une liste non-ordonée (<ul>) il faut qu'il soient contenus dans une balise <li>... Tes balises <meta> doivent être fermée... il en va de même pour les balises <img>, c'est une des particularité de XHTML 1.0 par rapport à HTML4.01... Une fois ces problèmes réglés il y a des chances que cela fonctionne...on verra