Dudu

Bonsoir Que c'est fait pour les données tabulaires, pas pour faire sa mise en page.Tu es au courant de çà, j'espère PS: merci d'écrire en français correct sur les forums. Çà prend à peine une milli-seconde supplémentaire d'écrire c'est au lieu de c. Ceci pour une question évidente de respect des interlocuteurs GregDP: InternetExplorer7 qui arrive à grands pas reconnaitra les pseudo-formats :before et :after. La plus grande patience est donc de mise. En attendant, tu peux soit conseiller à tes visiteurs d'utiliser un navigateur normal, ou bien créer artificiellement deux blocs vides qui encadreront ton bloc de contenu (mais c'est une solution beaucoup plus crade )

Si c'est la même IP, c'est soit un petit malin, soit quelqu'un qui n'a rien compris. Quoiqu'il en soit, si ça te bouffe vraiment trop de bande passante il faut toujours se rappeler que ton site c'est comme chez toi: tu en es le propriétaire et tu invites qui tu veux. Si quelqu'un vient juste pour y mettre le bazar, il n'y a pas de remords à avoir, tu le rediriges autre part ou tu lui interdis purement et simplement l'accès. Une bonne technique dans ces cas-là consite à s'ouvrir un espace chez un hébergeur gratuit, ou bien d'utiliser les pages persos de son FAI; d'y mettre un message explicatif du type "vous utilisez vraisemblablement un aspirateur de site et çà ruine ma bande passante patati patata... Si vous tombez là par erreur, contactez-moi..."; et de rediriger tout ce qui ressemble à un aspirateur vers cette page. Dans le cas de l'aspirateur intégré à MSIE, ce code dans un .htaccess devrait faire l'affaire RewriteEngine on RewriteCond %{HTTP_USER_AGENT} ^Mozilla$MSIECrawler$ RewriteRule ^.*$ http://autre-part.tld [L,R] Comme il est de bon ton de citer ses sources, je me suis inspiré pour ce code d'une discussion chez Invisionboard.fr intitulée Rediriger les aspirateurs de site. Cette discussion tire elle-même parti de la liste des aspirateurs de site de toulouse-renaissance.net (attention, un &$@^# de javascript modifie la taille de la fenêtre ) Quant à savoir si c'est normal que MSIECrawler se retape le site dans son intégralité à chaque passage, je ne saurais pas te répondre, ça fait bien longtemps que je n'ai plus aucune station de travail sous Windows Ce qui est sûr, c'est que MSIECrawler ne se lance pas tous les jours tout seul vers ton site: c'est forcément quelqu'un qui lance l'aspiration.

Salut Il me semble, sans vouloir dire de sonnerie (avec un s comme crocodile ), qu'il s'agit d'un Internet Explorer 6 tout ce qu'il y a de plus normal.. sauf qu'il s'agit de sa fonctionnalité d'aspirateur pour une consultation hors-ligne Maintenant, s'il s'avère que çà te bouffe trop de bande passante, tu peux virer d'une ligne de .htaccess (en vérifiant la présence de "MSIECrawler" dans l'User-Agent)

(Dan a compris ce que je voulais dire ) Quand des sites lient une image alors qu'ils ne l'hébergent pas chez eux. Vu qu'il n'y a pas de terme français court et précis pour ça, j'utilise le terme anglais

Puisqu'un tel outil n'existe pas (encore) cette manipulation peut se révèler intéressante pour nous autres hubiens aussi... Après tout, si le script de Moostik peut être modifié pour permettre une telle chose et que des webmasters sont intéressés par ce type de features, ça pourrait même vous valoir plus d'utilisateurs. Après c'est à vous de voir Bienvenue néanmoins (l'inscription n'était pas trop coûteuse, j'espère ? )

L'avant-dernière plutôt ?La dernière veut dire que la règle s'applique aux fichiers gif, ou aux fichiers png, ou aux fichiers jpg, ou aux fichiers jpeg ("ou" non exclusif). Ça devrait couvrir assez large à moins d'avoir des images en tiff ou en bmp, auquel cas tu rajoutes ces extensions. Mais sinon, tu mets ce .htaccess dans le répertoire concerné (et pas à la racine du site) et çà fonctionne parfaitement. Tout le problème reste de savoir si tu veux aussi empêcher le hotlink sur les images des sous-repertoires aussi Tel quel, elles ne s'afficheront pas non plus.

Oui enfin on va quand même éviter les conseils vérolés pour coder façon 1830, non ? Surtout sans les guillemets sur les attributs... bref. GregDP: j'ai un peu de mal à comprendre ton code qui est un peu fouillis. Déjà fixe bien les tailles de tes éléments, ça a l'air de poser problème sur ta page. Ensuite, la meilleure solution (AMHA) reste de créer en CSS deux éléments générés grâce aux pseudo-formats :before et :after Tu les passes en display: block et tu as ainsi: Un bloc, entouré de 2 blocs. Donc ton paragraphe, entouré de 2 blocs générés par la CSS pour mettre tes images d'arrondis.

Salut, Ce n'est pas ma maigre culture en PHP qui m'étouffe mais je crois que la solution de jeroen dans ce sujet (Éviter le double post) correspond à ce que tu cherches On n'y parle pas du bouton "Précédent" mais en théorie, avec cette méthode, le visiteur devrait être dirigé vers la page d'avant le formulaire s'il clique sur "Précédent"

Si tu avais installé ta base SQL en ISO-8859-1 alors elle y est restée. D'autant que de vieilles versions de MySQL (toujours en service chez certains hébergeurs) ont quelques problèmes avec l'Unicode. Donc à mon avis, reste en Latin-1 et enlève juste le "AddDefaultCharset UTF-8" du .htaccess: c'est lui qui mettait le bazar sans aucun doute !

Bonjour, Le message est pourtant explicite, non ? L'encodage d'une page peut être envoyée de 2 manières différentes: - par les en-têtes HTTP - par la balise <meta> adéquate Là, tu envoies "UTF-8" en en-tête, et "ISO-885-1" en <meta>: il y a donc clairement un conflit, n'est-ce pas. Comment résoudre le conflit: au choix tu passes TOUT en ISO-8859-1, ou bien TOUT en UTF-8. Mais pas un coup l'un un coup l'autre Sont à vérifier: - l'encodage de la base SQL - l'encodage de ton éditeur HTML - les en-têtes HTTP (soit dans un .htaccess soit dans un script PHP ou autre) - les balises <meta> d'encodage Et tu les mets tous sur la même longueur d'onde Je dirais même plus: de quoi y perdre son Latin-1

Sans hésiter Mint. Son seul défaut (à mon sens) c'est le tracking Javascript, ce qui veut dire pas de stats sur le parcours des bots, et pas non plus si le visiteur est un désactiveur de JS. Mais difficile de faire plus complet. Qui plus est, il dispose d'une API donc c'est customisable à l'infini

Çà fait longtemps qu'on n'avait pas lu une présentation claire et précise comme celle-ci: çà se salue (Je sais, je suis bien mal placé pour dire çà ) Salut à toi, et bienvenue sur le Hub ! Tu ne seras pas dépaysé ici: il y a des belges partout

Salut bidibul, Il y a plusieurs types de statistiques (ben oui, s'il n'y en avait qu'un seul on s'embêterait bien ): - celles que tu héberges toi-même - celles hébergées par un prestataire Dans le premier cas, tu vois tes stats dans une interface d'administration. Exemple: www.site.tld/repertoire-privé/ Dans le second, tu vois tes stats sur le site du prestataire. Ensuite, il y a les simples compteurs qui affichent sur une page le nombre de fois où celle-ci a été vue. Pour ma part, je suis contre ce type de système et je pense que les stats doivent restées privées pour la raison suivante. Si ton compteur, visible de tous, marque fièrement "3 visiteurs": le visiteur lambda qui arrive sur ton site se dit qu'il est tombé sur un truc amateur et il s'en va (enfin moi c'est ce que je ferais). Si au contraire ton compteur marque 1 million de visiteurs: quelle importance pour un visiteur qu'il soit le millionième, le milliardième ou le dix-milliardième ? Quasiment aucune. Sachant que, lorsqu'on atteint un niveau hautement professionel avec son site, on s'attire forcément des concurrents et ceux-ci sont toujours très intéressés de connaître les statistiques du secteur. Çà se monnaie à prix d'or. Le mieux à mon avis reste une solution hébergée sur ton propre serveur. Ensuite tu as encore le choix entre différentes solutions: l'analyseur de logs: à chaque requête effectuée sur ton site, ton hébergeur marque une ligne de "log": quelle fichier a été demandé, à quelles date et heure, par quelle IP, etc etc.. Le travail de l'analyseur de logs est de lire les fichiers de logs et représenter tout çà sous forme graphique ou textuelle. Avantages: tu sais TOUT ce qui passe sur ton site (c'est la référence ultime); les hébergeurs en installent souvent un par défaut. Inconvénients: tu sais TOUT ce qui passe sur ton site (même le superflu); installation compliquée. Pour les analyseurs de logs, mon choix se porte sur AWStats. le marqueur PHP: Sur chacune de tes pages, tu insères un code PHP. Ce code va appeler une fonction destinée à récupérer le nom de la page et son URL, l'IP du visiteur, l'heure, le référant (page externe ou interne qui a été "cliquée" pour arriver sur ton site). Avantages: tu évites d'avoir les stats pour les fichiers dont tu te contrefous (cas typique: les images) et tu n'insères le code que dans les pages qui t'intéressent. Inconvénients: nécessite d'écrire le script dans chacune des pages que tu veux tracker. Quand il y en a 300 c'est long. Nécessite PHP et monopolise une table dans la base de données. Mon choix se porte en terme de marqueur PHP se porte sur Shortstat (dont le développement a été arrêté, voir après) ou son homologue slimstat le marqueur JS: Même chose sauf que le "tracker" est écrit en Javascript. Moostik fonctionne sur ce système .. mais est externalisé. Avantages: avoir accès à des infos que seul Javascript peut avoir (cas typique: la résolution d'écran du visiteur, mais aussi les clics sur des liens sortants/externes) Inconvénients: aucune statistique n'est prise en compte quand un visiteur a désactivé Javascript. Et on n'a pas accès aux passages des robots de moteurs de recherche (certains voient çà comme un avantage, moi je le classe dans les inconvénients). La perle des outils de statistiques est un marqueur Javascript, c'est Mint (la mauvaise nouvelle concernant Mint est affichée sur la page d'accueil du site dans un rond orange ) Pour info, Mint est le "successeur officiel" de Shortstat. Le développeur de ces deux applications, Shaun Inman, a laissé tomber l'un pour l'autre. En tous cas, je ne connais aucun outil de statistiques qui a le comportement que tu décris: visible seulement par le webmaster directement sur la page. Bien que çà devrait pouvoir exister (en jouant avec les cookies). PS: j'utilise conjointement les 3 sus-cités sur les sites que je gère, dans la mesure du possible. Et lorsque je cherche une information précise dans les stats, je vais la chercher sur l'outil le plus adapté.

Bonjour et bienvenue sur le Hub Çà ressemble furieusement à un problème d'encodage. Quelle messsagerie utilises-tu ? Un webmail ? un client mail ? Un peu plus de précisions STP Ce qui est sûr c'est qu'avec ce genre d'affichage tu dois certainement lire en UTF-8 des mails envoyés en ISO-8859-1 ou l'inverse.

Salut, En théorie, un logiciel multi plateforme est fait pour être identique partout. Et pour ce que j'en ai vu, DreamWeaver ne déroge pas à la règle. Ceci pour la première question. La deuxième question est plus étrange. Est-ce que Mac OS est plus orienté mutimedia que Windows ? Oui si on veut: la sortie en fanfare (à grands coups de mauvaise pub télé) des iMac G5 intégrant la technologie Front Row en font des ordinateurs orientés media center. Oui un graphiste (print) sera plus à l'aise avec le nombre plus important de typos présentes dans Mac OS plutôt que les 300 qui se courent après dans Windows. Ensuite, il n'est pas non plus impossible ni de faire de la création de site avec Windows (il y a beaucoup de gens qui vont pouvoir confirmer ) ni de faire du multimedia. Le seul avantage en terme de création de site que je trouve à Mac OS c'est au niveau des clients FTP: je n'ai toujours pas croisé de client FTP tournant sous Windows qui soit capable de faire autant de choses qu'un Transmit ou un Cyberduck (logiciels pour Mac OS 9/X) sans pour autant devenir une usine à gaz. Question création de site, çà s'arrête un peu là PS: Attention, "Mac" en majuscule c'est réservé par convention aux "adresses MAC" et çà n'a donc plus rien à voir avec Apple

Le langage CSS La règle "opacity". Exemple: img.discrete {opacity:.9;} et tu auras une opacité de 90%. Et ainsi de suite

Salut, il y a aussi tout simplement la propriété CSS opacity Idem il faut un navigateur correct pour la comprendre.. Çà permet de ne pas créer d'images supplémentaires

"sans afficher l'URL" çà peut être compris de 3 manières différentes (au moins) que la nouvelle fenêtre s'ouvre sans la barre d'adresse. Au choix, on peut "emprisonner" le site dans une frame (comme expliqué par Americas) ou bien jouer avec l'option location en Javascript (voir l'article d'Openweb sur les pop-up au paragraphe "les options possibles") C'est ainsi que je l'avais compris au départ Et c'est vrai que ce n'est pas très sympa que la cible ne s'affiche pas dans la barre d'état (ou barre de statut) du navigateur, au survol du lien. C'est ainsi que l'avait compris Americas, visiblement. Et il a donné le code adéquat. que le lien ait un texte d'ancre différent de l'URL. C'est-à-dire écrire Le meilleur forum pour les webmasters plutôt que d'écrire http://www.webmaster-hub.com/ D'après la réponse de bigs (message #6 de cette discussion) je crois finalement que c'était cette option là PS: je n'ai vu nulle part de lien vers Superbus sur tomachi.org

Salut, Attention à ne pas prendre le pas sur ce que veulent les visiteurs Idéalement, le webmaster propose, et c'est l'internaute qui dispose. Donc dans l'absolu, ce n'est pas à toi de décider si l'internaute doit ouvrir le lien dans une nouvelle fenêtre ou non, si l'URL ne doit pas être affichée etc etc.. C'est une attitude un peu intrusive.. quant au fait que le site-cible s'ouvre à la place du tien, je crois que tous les navigateurs proposent le bouton "Précédent". Ce n'est pas non plus très sympa vis-à-vis du site de Superbus que de ne pas laisser s'afficher leur URL.. Bref, ma petite morale étant faite je te donne tout de même un début de solution à ton problème. À toi de jouer ensuite pour faire du mieux possible Le "_blank" doit se mettre dans un attribut target Pas à la suite du lien. Donc pour ouvrir le lien vers le site de Superbus dans une nouvelle fenêtre c'est ce code-ci <a href="http://www.superbus.com.fr/" target="_blank">Superbus</a> Ensuite pour ne pas afficher l'URL il faut faire appel à du Javascript et ouvrir un pop-up. Ne pas se fier au terme "pop-up" qui habituellement désigne une fenêtre minuscule, il est tout à fait possible d'ouvrir une pop-up de grande taille. Plutôt de re-créer la roue, autant te diriger vers un des meilleurs articles sur ce sujet: Créer des pop-up intelligentes sur Openweb (ironiquement ce lien va s'ouvrir dans une nouvelle fenêtre car c'est le comportement par défaut du script de forum utilisé par Webmaster-Hub )

On parle déjà de cette présentation dans ce sujet: clustering nouveau sur Google

J'ai pu visualiser avec Firefox: et bien je trouve pas çà terrible. 90% de la page c'est du vide tout blanc, le reste c'est les résultats: autant surfer en résolution 240 pixels ce sera plus pratique Ensuite, oui le scroll marche bien (mais très lentement) mais il vaut mieux puisque justement les résultats sont emprisonnés dans un espace miniature Quant à l'excuse de la version bêta, tout ce qui est connoté "ajax web2.0 post-moderne avec plein de DHTML qui déchire" c'est toujours en version bêta de toute façon. Pratique pour pouvoir se retrancher lorsqu'on n'a aucune ergonomie et qu'on refuse certains navigateurs à l'entrée. Voir à ce propos: Le web 2.0 est bêta sur Aozeo, ou encore la grosse base de données du Museum Of Modern Betas (on y trouve même des alphas) Bref, je rejoins l'idée du gadget inutile. Çà ne changera pas grand-chose à mes habitudes

Salut Çà ne marche pas avec Safari comme quasiment tous les services de live.com [private joke] Désole Gilbert [/private joke]

Bonjour, et bienvenue sur le Hub On va essayer de relever le challenge Grosso modo, il faut déjà distinguer qu'il y a deux parties dans un formulaire: La première c'est la page qui contient les champs à remplir, La seconde, c'est le traitement des champs envoyés. Pour la première partie, on n'a besoin que d'utiliser l'HTML; pas de PHP là-dedans. La deuxième est bien sûr autrement plus complexe puisque cette étape de traitement des données se subdivise en deux tâches simultanées: - envoyer un mail à cette fichue boîte wanadoo, et que ce soit "transparent" pour l'internaute - afficher un petit mot à l'intention de cet internaute, du genre "merci, votre message a bien été envoyé". Qui plus est, l'étape de traitement doit aussi passer par une vérification succinte des données envoyées: par exemple vérifier qu'il y a bien un arobase dans le champ d'adresse électronique, vérifier qu'il n'y a que des chiffres dans le champ consacré au n° de téléphone. Cette fameuse partie de traitement de données ne peut pas être en HTML. L'HTML est un langage de mise en page uniquement, il ne sait pas traiter des données. Il faut donc faire appel à un langage de programmation. Il en existe des tas, les plus courants sont le PHP, le Perl, ou encore le Python.. Or donc, c'est la partie la plus fastidieuse à écrire, c'est pourquoi des scripts tout faits existent, dont le seul but est de traiter les données envoyées au préalable via un formulaire. PHPMailer est un exemple typique de ce type de scripts. Je n'utilise pas personnellement PHPMailer dont je ne saurais indiquer exactement la marche à suivre avec ce script en particulier, mais grosso modo voilà ce qu'on retrouve dans quasiment tous ces scripts: Une variable (un morceau de code PHP) qui répondra au doux nom de $_POST['nom'] (par exemple). Cette variable s'occupe de récupérer automatiquement la valeur d'un champ qui s'appellerait <input name="nom" type="text" id="nom" />. Et ainsi de suite.. si tu vois dans le script PHP une variable qui s'appellerait $_POST['machinbidule'] c'est qu'elle récupère ce que l'internaute a entré dans le champ qui avait comme nom "machinbidule" (donc <input name="machinbidule" type="text" id="machinbidule" />). Donc si PHPMailer est écrit par un anglophone, tu trouveras plus des mots comme "name", "surname", "emailadress" etc. À toi d'adapter ta partie HTML pour que les variables PHP récupèrent les bonnes valeurs. tu trouveras aussi certainement quelque chose qui devrait ressembler à çà $destinataire="mettez-ici-votre-adresse_AT_machin.com"; Je ne ferais pas l'affront d'expliquer qu'il faut remplacer par cette fameuse adresse mail chez wanadoo Enfin, on trouve couramment aussi un bout de code PHP qui ressemble à ceci header("Location:http://www.machin.com/merci.php"); Idéalement, il faut créer une page avec le petit mot de remerciement "merci votre message a été pris en compte, patati patata..". Ensuite remplacer l'exemple par le chemin d'accès à cette page Ensuite, çà devrait tourner comme une horloge Ne pas oublier néanmoins d'effectuer quelques tests dans le vide (envoyés à sa propre adresse) pour vérifier que tout marche correctement..

Bonsoir Voilà une phrase que je n'aurais pas dû lire: du coup j'ai foncé dans le code source Et à vrai dire c'est assez bon mais je pense que c'est encore améliorable: <div id='layout_main_titre'> <a href='/'>PETITES ANNONCES DE PIECES DETACHEES MOTOS</a> </div> [...] <div id='menu_titre'>Menu</div> [...] <div id='layout_titre'> <h1>VENDEZ ET ACHETEZ VOS PIECES DETACHEES MOTOS</h1> </div> [...] <div id='last_titre'>Les dernières annonces</div> [...] <div id='zoom'> <p> Nombre de lignes par tableau : </p> <a href="java script:Zoom(5);">5</a> <a href="java script:Zoom(10);">10</a> <a href="java script:Zoom(15);">15</a> <a href="java script:Zoom(20);">20</a> </div> [...] <div id='menu_news_titre'>Actualités / Humeurs</div> Bon j'arrête là parce que le but n'est pas de te casser ton travail Mais AMHA ces exemples-ci peuvent être améliorés encore. Par exemple pour le h1 contenu dans un div, tu peux virer le div et appliquer l'id au h1. Dans les autres exemples, c'est plutôt des h2 en puissance que tu pourrais exploiter. Ce genre de choses. Enfin, ceci étant je ne te livre que ma manière de procéder: j'ai cette tendance à utiliser le moins de div possible (parfois il faut s'y forcer, la tentation est grande) çà m'oblige à bosser à fond la sémantique. Ensuite, chacun sa manière de faire.. je trouve la tienne plus "améliorable" que réellement "mauvaise" .. et ceci reste mon avis très personnel. Mais j'imagine (dis-moi si je me trompe ) que ce n'est qu'à moitié fait exprès à des fins de référencement, non ? N'empêche que graphiquement c'est très réussi, a fortiori pour quelqu'un qui, il y a peu, s'estimait être la pire des tanches en matières de WebDesign et en graphisme qui pousse les softs de dessin au suicide En tous cas, c'est globalement un très beau bébé que tu nous présentes là: j'applaudis des deux mains

Salut Une piste (peut-être n'est ce pas du tout la bonne): certains navigateurs ont une sorte de 2ème cache pour les actions "Précédent/Suivant". Et dans ce cas, les en-têtes peuvent faire ce qu'elles veulent, ce sera systématiquement la version cache qui sera présentée. Non, rien à voir avec çà ?