Dudu

Salut My two cents: L'avantage que tu as à payer un forum (par exemple Invision ou vBulletin qui sont les 2 'gros' forums payants) c'est que tu passes du statut d'anonyme téléchargeur de script à celui de client identifié. Et être client c'est un avantage, je m'explique: si ta boulangerie était un libre-service gratuit où tout le monde vient prendre sa baguette gratuitement, tu n'aurais rien à dire si cette baguette était mauvaise. Au pire, tu pourrais juste conseiller aux habitués du bistro d'à côté de ne pas aller dans cette boulangerie certes gratuite mais qui fournit du mauvais pain. Avec une boulangerie payante où tu payes ta baguette 80cts, tu es en droit de crier contre la vendeuse (ou le patron, plutôt) le jour où tu constates qu'elle est immangeable (la baguette, pas la vendeuse ) et pourquoi pas d'obtenir échange/remboursement. Ma métaphore vaut ce qu'elle vaut mais pour en revenir au sujet il suffit, pour comprendre où je veux en venir, de remplacer: - la "baguette" par "le script de forum" - la "boulangerie" par "Invision" (ou "vBulletin") - le "bistro d'à côté" par "Webmaster-Hub" (ou autre forum de discussion entre webmasters) - la "vendeuse" par le "revendeur" (et le "patron" par l'"équipe de codeurs") - les "80cts" par ... le prix demandé, qui est légèrement supérieur - le "remboursement" par l'"aide personnalisée à laquelle tu as droit en temps que client" Exemple concret: dès qu'il y a un problème avec un forum Invision, l'équipe d'IPS (Invision Power Services) vient elle-même régler le problème, j'ai pu voir çà très souvent sur différents forums C'est un avantage non négligeable. Sinon, en gratuit, j'ai un petit faible pour Vanilla Bon courage dans ton choix, en tous cas

Bonjour Et bien on poste désormais dans le nouveau forum "SQL" désormais distingué du forum "PHP": le Hub pense à tout D'ailleurs, je déplace ce sujet puisqu'il a maintenant sa place là-bas

Salut Je suis entièrement d'accord avec le reste de ton message, mais cette phrase-ci me semble etre une conclusion un peu hâtive. La vraie conclusion AMHA tient en 5 mots:"valide ne signifie pas conforme" En d'autres mots, le validateur peut fort bien "valider" une page qui ne sera pas réellemment valide (conforme). Cela tient au fait qu'il s'agit d'un robot et qu'on peut berner ce robot très facilement. D'où l'utilité d'un oeil humain avisé, non seulement pour confirmer que la page est correcte, mais en plus comme tu le dis si bien pour veiller à l'accessibilité

Un reçu, une attestation .. Par ailleurs, merci de nous épargner le langage SMS sur les forums

Salut Je ne vois pas le problème Dans un menu déroulant, le code CSS ne se charge que de masquer certaines parties et de les afficher au survol.Sans CSS, on obtient le code HTML pur et dur de type <ul> <li>1<ul><li>1.1</li><li>1.2</li><li>1.3</li></ul></li> <li>2<ul><li>2.1</li><li>2.2</li><li>2.3</li></ul></li> <li>3<ul><li>3.1</li><li>3.2</li><li>3.3</li></ul></li> </ul> et ce genre de code ne me semble pas un obstacle si énorme à l'accessibilité, et même les robots peuvent le lire (c'est dingue) ce qui n'est pas le cas des menus en Javascript les plus courants qui contiennent et les destinations de liens et leurs ancres non dans l'HTML mais dans le JS. Je veux bien que tu détailles ton propos, parce que du coup je ne te suis pas du tout S'agit-il des histoires de display:none et des lecteurs d'écran ? C'est leur problème. Ma CSS screen est adaptée pour l'écran et c'est AMHA un tort de la part de ces logiciels de vouloir appliquer des règles qui ne leur sont pas destinées. Pourquoi crierait-on sur Microsoft quand leur navigateur présente des bugs alors qu'on ne crierait pas parrallèlement sur ces logiciels qui, trop zélés, lisent les display:none? En tous cas, j'ai déjà reçu des mails d'internautes hadicapés visuels et ils semblaient pouvoir naviguer très sereinement. Quant au débat qui revient souvent pour le pseudo-format ":hover", il me passe vraiment par dessus: qualifier çà de 'dynamique' est vraiment exagéré

Pour info: Il est déconseillé de faire des menus déroulants en Javascript. D'une, ce n'est pas le rôle du Javascript. De deux, les utilisateurs naviguant sans JS n'auront pas droit à ton menu (mauvais point pour l'accessibilité et pour le référencement) Java et Javascript sont 2 langages différents. Attention à ne pas les confondre. J'édite le titre de ton sujet pour éviter la confusion car il est également possible en Java de créer des menus déroulants ou "treeview". Pour répondre à ta 1ère question: oui, c'est le rôle de la balise <script> (l'un des rôles)

Salut À vérifier mais cela m'étonnerait: la plupart des bloqueurs de pop-up, intégrés ou non au navigateur, agissent avant. C'est-à-dire qu'ils trouvent dans le code de la page l'appel javascript qui va déclencher le pop-up et décident de l'ignorer. Un peu comme si JS était désactivé, mais uniquement pour une seule fonction.. Donc il n'y a normalement aucune requête HTTP vers la page publicitaire, et donc rien qui puisse être comptabilisé. PS: Même Internet Explorer peut bloquer les pop-up en natif sans aucune barre d'outils, çà date de quelques mois déjà (oui, ils ont cédé aux sirènes de la modernité )

Complément d'informations concernant IE Mac. Microsoft l'enterre officiellement. Plus disponible au téléchargement, plus de support, plus fourni avec aucun OS. Et Microsoft recommande de passer à "des navigateurs plus récents, tels qu'Apple Safari"

Salut Sais-tu au moins la version du système d'exploitation ? C'est soit OS X.2 soit OS X.3 soit OS X.4 (Safari n'existait pas avant, et ne tourne de toutes façons pas sur des versions précédentes). Çà aiderait à savoir si tu as utilisé une vieille version de Safari ou au contraire une récente. Il faut savoir que Safari est reconnu comme le navigateur le plus abouti en terme de rendu de code (au détriment de l'aspect plugin-customisation-etc-etc) mais il est très jeune et les premières versions étaient assez buggées dans leur genre. Il y a donc de ce fait une différence vraiment énorme entre différentes versions de Safari. Une chose est sûre, j'utilise une assez vieille version (1.2.2) qui date d'1 an et demi, et easyvoyage.com s'affiche parfaitement bien. J'ai essayé les pages accessibles en un clic depuis la home, nickel aussi. Et easyvols pareil. Bof, pas tant que çà. C'est surtout que peu d'internautes utilisent encore IE sur Mac. Parce que sous OS 9, Mozilla est très répandu (et iCab est bon second) Parce que sous OS X, il y a mieux en navigateur par défaut, surtout qu'Explorer n'est plus fourni avec l'OS. Donc pour utiliser encore IE, il faut vraiment le vouloir (mais j'ai vu récemment quelques suicidaires l'utiliser encore >_<) Conclusion: s'il n'ya qu'IEMac qui pose problème, 2 solutions: * décider de ne pas le supporter car il a vraiment un comportement imprévisible (largement pire que son homonyme windowsien) en dépit de son support CSS2 et DOM. * lui créer une feuille de style spécifique avec un hack idoine et faire avec cette CSS un design très "light" qui ne sera certes pas aussi élaboré que l'original, mais qui permettra au moins une lecture des pages sans décalages et autres anomalies en tous genres.. ce n'est pas bien long à faire et c'est AMHA la meilleure solution PS: rare de voir un site de voyages accessible à ce point ! Félicitations aux pionniers

Haha un guitariste fan d'anime !! Bienvenue l'ami

Salut Siddharta Non pas particulièrement, c'est pourquoi ta question me surprend un peu.Avec quelle version de Safari as-tu testé ? Qu'est-ce qui est mal rendu ? As-tu une URL ou voir çà ? PS: je précise que je ne parle que de Safari. IE5Mac est un navigateur au rendu parfaitement incontrôlable et il n'a as été mis à jour depuis 1999 soit 7 ans. Pour ma part, j'ai décidé de ne le prendre en compte que si vraiment le jeu en vallait la chandelle. PPS: Pour info Safari est le premier navigateur dans lequel je fais mes tests, et je ne fais pratiquement que de l'XHTML 1.0 Strict

Salut, Tu peux afficher temporairement une page de maintenance. Mais il est vrai qu'un robot type Yahoo ou Google l'aura aussi (pas très grave si ce n'est que temporaire) Voici quelques sujets auxquels se référer si tu optes pour cette solution: Forcer une redirection Fermeture de site ? Afficher une page de maintenance Juste un petit détail: fais gaffe à ne pas lier de fichiers externes (par exemple des CSS ou des images), car les règles données dans ces discussions redirigent TOUS les fichiers présents sur le serveur vers la page de maintenance 2 solutions à cela: * demander à ne pas rediriger les fichiers avec extension .css, .gif, .jpg etc etc.. (et mon niveau sommaire en ce domaine ne me permet pas de te donner la règle qui le fait ) * ne pas mettre d'images, en tous cas pas sur le même nom de domaine; et avoir une CSS interne sur cette page de maintenance. Bon courage, tiens-nous au courant

Salut, Attention aux includes car le fichier destiné à être inclus ne doit comporter que le code HTML nécessaire, donc aucun doctype, aucune balise <html>, <body> etc etc.. juste le bout de code qui doit être inclus et rien de plus. Et sinon, juste pour faire un include, il y a la technologie SSI également

Salut, "passer son site en CSS" ne veut pas dire "remplacer toutes les <table> par des <div>" (sinon autant rester avec des tableaux) "passer son site en CSS" ne veut pas dire "ne jamais utiliser de <table>" (il faut juste les utiliser à bon escient) le problème des tableaux imbriqués est d'utiliser une balise à tort et à travers. Intrinsèquement, la balise <table> ne pose aucun problème quand elle est utilisée à bon escient. Une bonne page est composée au grand maximum de 5 à 6 div (et encore, çà commence à faire beaucoup) Une fois que tu auras intégré ces quelques règles élémentaires que tu as visiblement oublié, tu sauras tout seul comment faire. Et tu t'apercevras que pour faire un rollover sur une image, tu as besoin de 2 lignes CSS à peine (et certainement pas 6 <div> supplémentaires ) Au passage, un attribut alt sur une balise <img> ce n'est pas juste pour décorer: il FAUT le remplir. Idem pour le contenu d'une balise <a>. Ah j'oubliais: la balise <font> => poubelle edit: pas forcément besoin de plusieurs fichiers .css externes pour changer de couleur à chaque page (même si ce n'est pas une mauvaise méthode), il suffit de mettre une classe particulière au <body> de chaque page, et de faire sa CSS en fonction de chaque page/class.

Salut, puisque tu travailles "page par page" pourquoi travailles-tu avec un .htaccess, qui normalement sert à traiter des règles génériques ? Il me paraîtrait plus simple d'insérer un code PHP en haut de ces pages qui enverrait, lui, l'en-tête 404. Et ensuite, au vu de l'en-tête 404, le serveur se débrouille pour envoyer le contenu de "erreur-404.php" en lieu et place du contenu original; ce coup-ci grâce au .htaccess Le code PHP servant à envoyer du 404: header("HTTP/1.0 404 Not Found"); exit();

[HS] Un peu de relecture t'aurait permis de mettre un titre correct: ce n'est pas vraiment le cas de "hébergeru acceptant pâypal". Je l'ai modifié Un petit effort la prochaine fois, merci.. [/HS]

Bonsoir À régler le sens de lecture. Ainsi, dans les pays où le sens de lecture va de droite à gauche, l'HTML est assez bien conçu pour permettre la justification du texte à droite de la même manière que pour nous autres francophones il permet la justification par défaut du texte à gauche. Les deux seules valeurs de cet attribut sont au choix ltr et rtl, tu comprendra aisément leur sens Par contre, autant je pense aussi que le qui se balade tout seul peut gêner le bot Adsense, autant dir est vraiment anodin (j'étais même persuadé que le Hub l'utilisait, et en fait non j'ai du confondre), car cet un très vieil attribut, et très couramment utilisé..

Salut, Il y a fort à parier qu'il ne retirera pas ton nom de ces pages, malheureusement. En revanche, si j'ai bien situé de quel site il s'agit il s'avère que ton nom est utilisé par deux fois dans des balises <noframes> entre autres mots-clés balisés dans des <h1>, des <h2>, et des <a> (lesquels pointent tous sur son site). À moins que les moteurs de recherche ne finissent par le blacklister d'eux-mêmes (puisqu'il y est allé vraiment comme un bourrin), tu peux les aider avec un petit spam report http://www.google.com/contact/spamreport.html Ton gaillard est bon pour les catégories "Hidden text or links" et "Misleading or repeated words" ;-) PS: Cendrillon, toujours si je situe bien le site en question, oui il s'agit bien d'un concurrent bijoutier..

Salut Mon avis est simple: un nom de domaine te donne forcément le nom de la personne qui l'a déposé (avant c'était moins sûr car on pouvait écrire n'importe quoi mais maintenant les registrars vérifient). Et lorsque je me rends sur dns.be qui est le site gérant les noms de domaines de Belgique, voilà ce que j'y vois: un dépôt de nom de domaine datant du mois dernier à peine le nom d'un particulier, sans mention ni d'organisme, ni d'association, ni de société une adresse en plein milieu de bruxelles une adresse hotmail avec un pseudo débile un dépot de nom de domaine par l'intermédiaire d'OVH et de leurs offres promotionnelles sur les .be (OVH qui, rappelons-le, est une société française; est-ce qu'un organisme ou une autorité belge irait chez un registrar français ?) un hébergement sur un petit serveur mutualisé d'un hébergeur de qualité médiocre aux tarifs alléchants (mais toujours français) Est-ce qu'il en faut beaucoup plus pour se faire une raison ? Sachant que, de surcroît, la CNIL (Convention Nationale Informatique et Liberté) n'existe pas en Belgique (son équivalent s'appelle la "Commission de la protection de la vie privée"); et qu'un organisme de cette envergure embaucherait vraisemblablement un webmaster à peine compétent qui saurait coder proprement, savoir faire une image correcte avec Photoshop, et savoir que l'encodage windows-1252 n'est pas vraiment ce qu'il y a de a de plus approprié pour le web Je serais ton pote (ou toi) je porterais plainte contre ce type qui cherche ni vu ni connu à extorquer des fichiers mailing de manière parfaitement illégale et frauduleuse. Prends préalablement l'avis d'un expert en droit belge (un vrai, celui-là, si possible ) PS: une adresse web commence par http://. Par exemple ton avatar

Salut "localhost" est un hébergeur qui peut très bien supporter l'installation de Zend Optimizer Ensuite cela dépend si tu veux/dois faire tourner ton script nécessitant ZO en production ou pas (pour ceux qui n'auraient pas compris: localhost= installer un serveur en local sur son propre ordi )

Ils ont oublié frewgle.com Merci pour l'info !

Salut Moi tu sais, je suis entrepreneur dans l'architecture et je me fous bien de savoir si les handicapés en fauteuil roulant peuvent monter les marches dans les immeubles que je construis: la majorité des gens ont deux jambes en parfait état de fonctionnement donc les mecs à roulette un peu que je m'en fous Bon, je ne suis pas entrepreneur, je ne bosse pas dans l'architecture, et j'essaie un tant soit peu de contenter 100% de mon public autant que possible sans discriminer personne; mais cette remarque volontairement provocatrice pour signaler que les normes les plus élémentaires d'accessibilité veulent que le JS soit utilisé de manière non-indispensable. D'ailleurs, si les webmasters utilisaient le JS comme il se doit et pour ce dont il a été crée, il ne serait jamais indispensable. Une précision très importante: beaucoup de "sans-javascript" n'ont pas le choix de l'activer ou non du fait de leur configuration. Dans des bureaux (selon le bon-vouloir d'un DSI paranoïaque), sur des OS "exotiques" (Amiga, Palm, BeOS), si l'utilisateur est un handicapé qui utilise un matériel spécifique (d'où mon premier paragraphe) etc etc... De plus, je te remercie de te soucier de ma configuration, mais lorsque je me suis rendu sur le site, javascript était activé dans les préférences de mon navigateur et j'ai eu une page blanche je persiste et je signe. Au risque d'en rajouter encore un peu, j'ai eu en haut de cette page blanche un message me demandant de mettre à jour ma version de Netscape.. alors que je n'utilise pas Netscape (mais c'est pas grave ne diabolisons personne ) PS: Google, Yahoo et autres moteurs de recherches ne lisent pas le javascript et peinent beaucoup avec les frames; çà n'empêche pas un référencement mais le positionnement s'avère indéniablement plus dur. Il est toujours bon de le rappeler. Cordialement

Tiens, dans quel sens dis-tu çà (pour la tournure comme pour le côté fascinant), çà m'intéresse Et bienvenue sur le Hub

Salut Oui et non: dans une balise script, on peut trouver 2 choses différentes:- des fonctions - des appels aux fonctions servant à générer du code Les fonctions peuvent (doivent ?) être placés dans un fichier externe, et il y a tous les avantages à faire cela. Notamment le fait de centraliser ta fonction (si ton prestataire de stats demande à changer le code de la fonction, tu préfères le faire sur un seul fichier ou sur toutes les pages ?) et également celui de la mise en cache pour les visiteurs, réduisant un tant soi peu la vitesse d'affichage (les petits ruisseaux font les grandes rivières). Tant qu'à parler validation, JS, et outils de stats, il faut noter que certains outils de stats JS fournissent un code JS qui, lui, va produire de l'HTML invalide. Le validateur ne le voit pas, mais il n'empêche.. ** Pour répondre à la question principale: à quoi çà sert d'être validé w3c, la réponse est assez simple. le w3c est l'organisme qui gère la manière dont l'HTML, le DOM, le CSS etc etc doivent être codés. Le deal est le suivant: - les webmasters "devraient" en tenir compte pour écrire leurs pages - les concepteurs de navigateurs web "devraient" en tenir compte pour que les pages des webmasters apparaissent comme ils l'ont décidé. Bien sûr, un webmaster peut écrire n'importe quoi; bien sûr un programmeur de navigateur web peut implémenter des fonctions farfelues dans son logiciel. Mais au final, ce sera l'anarchie. Tu aimerais, toi, que ton code HTML apparaisse n'importe comment parce que le concepteur du navigateur web que tu utilises a décidé de faire les choses autrement qu'à ta façon ? Moi non C'est tout l'intérêt d'une norme unique qui gèrerait tout çà: et cette norme c'est le w3c. Dernier point en revanche: celui de la validation w3c par un robot (souvent l'outil "validator" fourni par le w3c lui-même). Il faut garder à l'esprit que ce n'est qu'un robot très faillible. Une page peut parfaitement ne pas être valide, et se voir attribuer la validation par le robot du w3c. J'aurais bien expliqué pourquoi, mais Monique l'a récemment dit bien mieux que je ne l'aurais fait donc il est plus simple que je te renvoie vers son message valide ne signifie pas conforme

Je n'avais pas vu qu'il y avait de nouvelles réponses xpatval: j'essaie d'abord d'avoir le plus d'infos possible (ou témoignages allant dans mon sens éventuellement) avant de les contacter En tous cas Heu.. comme qui dirait "avec le décodeur çà donne quoi ?"C'est du chinois pour moi