Dan

Salut scarabeuz, Pour répondre à la question donnée dans le titre: "pas grand chose de bien" Le pire est que des webmasters débutants risquent de se retrouver classés "à perpète" ou blacklistés en suivant ces conseils "avisés" de liens cachés. Tu as raison, c'est n'importe quoi. Dan

Une info, provenant de GoogleGuy sur Webmasterworld: Je retiens de cette réponse les mots "making sure that you have static instead of dynamic links"

Bonjour Webmom et bienvenue à bord! Nous espérons tous que cette première impression favorable se confirmera avec le temps et que tu prendras plaisir à revenir souvent nous voir Et le jour où tu reviendras avec ta première question, tu verras bien si les réponses sont à la hauteur de tes espérances... mais j'ai bien ma petite idée sur le sujet A bientôt, Dan

Salut Babeth, Ce que tu as vu est tout à fait normal et n'est pas un problème. La liste des connectés donne les membres qui étaient connectés durant les 30 dernières minutes et qui n'ont pas spécifiquement cliqué sur "Déconnexion" en quittant le Hub. Comme ta déconnexion a été "sauvage" pour cause d'ADSL défaillant, il est donc logique que tu y apparaisses durant maximum 30 minutes après ta dernière action sous le pseudo "Perle d'Argent"... pas de souci de ce côté là, la Saint Glinglin n'est pas si lointaine qu'il y paraît. Dan

Salut Ammaramzi, Sur le site dont tu donnes l'URL, il est écrit ceci: Le script auquel je faisais allusion est ce qu'on appelle un CGI (common gateway interface) qui peut être écrit dans plusieurs langages tels que PHP ou Perl. Ces scripts CGI tournent côté serveur, contrairement au tien qui tourne côté client... et le seul client mail que tu as en local est vraisemblablement Outlook ou un programme équivalent. C'est à peine plus compliqué à mettre en place, mais il faut que ton hébergeur te donne accès à la fonction mail() de php. Sinon, comme chez Online par exemple, il suffit de modifier l'appel à la fonction mail() et de le remplacer par la version "bridée" de celui-ci (email dans le cas d'Online) Dan

Ammaramzi, Chaque fois que tu cliques sur un lien de type <a href=mailto:....> ou que tu cliques sur le bouton submit d'un formulaire qui a un mailto: défini comme action, tu lances le client email local. C'est donc tout à fait normal qu'Outlook se lance. Pour envoyer un formulaire email, la manière la plus élégante est d'appeler soi-même la fonction mail() de php, avec les données issues du formulaire en argument. Mais cela ne pourra fonctionner en local qu'en configurant un serveur smtp. Dan

Salut Olivier, Plus que vraisemblablement parce que le protocole http n'est pas supporté sur les serveurs ftp anonyme d'OVH... Si tu émets un lien vers un fichier du style <a href=ftp://domaine.tld/fichier.ext> , le vois-tu ? Dan

Un des effets qui pourrait résulter est un accroissement de PR si beaucoup plus de pages sont indexées. Chaque page indexée contribue à son niveau à apporter de l'eau au moulin du PageRank. Il ne faut pas s'attendre à des miracles mais un passage de 3 à 4 est quasi certain... Assures-toi bien que toutes tes pages ont un lien vers la racine du site, et que ces liens sont consistants... (pas une fois vers / et une autre vers /index.php) Dan

Salut Olivier et Dino, Il ne faut pas confondre les protocoles http et ftp car ils ne répondent pas aux mêmes mêmes règles en matière de protection. Le fichier .htaccess ne peut jouer son rôle de "chien de garde" que dans le cas du potocole http... sinon vous auriez des problèmes pour accéder par ftp aux répertoires contenant un fichier .htaccess sur votre espace web, non ? Protéger un accès ftp passe par des permissions de répertoires, mais comme dans le cas d'Olivier, l'accès est un accès ftp anonyme sur serveur mutualisé, cette solution ne peut s'appliquer. Cela ne s'applique qu'aux accès ftp avec utilisateur identifié, ou aux serveurs ftp que l'on peut complètement paramétrer. Une solution serait d'accéder au téléchargements de fichiers à travers un script php qui pourrait limiter les dégâts... Il faut en tout cas s'assurer de ne pas laisser le droit d'écriture aux visiteurs anonymes pour ne pas voir cet espace ftp utilisé pour stocker des programmes ou fichiers illégaux. (ou W*R*Z ... mais je n'ai pas vraiment envie que le Hub ressorte pour ce mot dans Google ) Dan

BZHcool, Je reviens à ton post relativement ancien... Peux-tu nous dire si, un mois après le passage en URL rewriting, tu as vu des différences en nombre de pages indexées et en visiteurs sur ton site? Dan

Salut mémoi, Pour déplacer une image, il faut la mettre dans un calque et c'est celui-ci que tu déplaceras. Voici une fonction Javascript utile pour déplacer un calque (en donnant les variations dx et dy de la position: <script type="text/javascript"> <!-- function deplacer(calque,dx,dy) { if (document.layers && document.layers[calque] != null) { document.layers[calque].left += dx; document.layers[calque].top += dy; } else if (document.all) { document.all[calque].style.posLeft += dx; document.all[calque].style.posTop += dy; } } //--> </script> Il suffit de placer une image dans un calque, par exemple: <div id="image" style="position:absolute; top:120; left:120;"> <img src="image.gif" width="50" height="50" alt=""> </div> Après, selon ce que tu veux obtenir comme déplacement, tu peux par exemple faire un formulaire avec 4 flèches (bouton haut, bas, gauche et droite) chacune ayant un "onclick" attaché, exemple pour déplacer vers la droite: <form> <input type=button value=">" onClick="deplacer('image',5,0);"> </form> Et voilà, tu trouveras bien comment faire les autres boutons L'important est la fonction qui déplace par incrément, comme tu n'as pas à garder les positions en mémoire. Le reste s'adapte facilement Dan

Puma Noires, bonjour et bienvenue à bord du Hub ! Tu as effectivement "mis dans le mille" et Arlette aussi. Il faut croire qu'elle me connaît bien Le terme Hub est aussi utilité en aéronautique, parce qu'on parle d'un Hub pour tout aéroport servant comme point de transit. Si tu voles de Lille à Toulouse, tu as quelque chance de voir ton avion faire escale au Hub de Clermont-Ferrand Aulnat. On pourrait donc compléter la métaphore en disant que webmaster-hub est le point de transit de l'information pour les webmasters. En tout cas c'est ce qu'on espère tous qu'il va devenir. Dan

Salut Tizel, On a dû penser à la même chose, mais j'ai pensé plus vite que toi Dan

Bonjour mémoi, et bienvenue à bord du Hub ! Bien que l'intérêt de ce lien m'échappe, si ce n'est pour offrir un lien "caché" pour les robots de recherche, il y a une solution facile en complétant le OnMouseOver: onMouseOver="window.document.image.style.cursor='default'; window.status=''; return true" Cordialement, Dan

Salut Scarabeuz, Perso j'aime bien PatTemplates (php-tools.de). Mis à part le fait que php est déjà un système de templates à part entière et ne nécessite de ce fait aucun ajout pour faire à peu près tout ce qu'on veut. Le forum Webmaster-hub en est un exemple, et Spip en est un autre. Mais là on rentre dans un débat de fond... Dan

Si cela s'est reproduit deux dimanches consécutifs vers la même heure, tu as probablement une tâche cron qui tourne et qui fait un mysqldump pour sauvegarder tes bases. Cette commande n'aboutit peut-être pas. En tant que root, entres la commande "crontab -l" et tu devrais pouvoir l'identifier. Beaucoup de "peut-être"... mais sans info supplémentaire il est difficile d'en dire plus... Le XXL plan n'est pas la panacée. Selon ce que tu envisages, il est souvent préférable de prendre plusieurs hébergement de type 240plan pour le même prix, la limite en hits sera supérieure. C'est toi qui as les données en main en ce qui concerne le nombre de hits/jour de ton serveur pour juger... Dan

Salut scarabeuz, Si tu as accès à un shell, tu peux simplement faire un petit script tel que: #!/bin/sh for i in table1 table2 table3 ... tablen do mysqldump database -uuser -ppassword --tables $i > $i.sql sleep 5 done Modifies les noms des tables, le nom de la base, l'utilisateur et le mot de passe selon tes besoins bien sûr. Cela te créera un fichier .sql par table. Le "sleep 5" ne sert qu'à être sympa sur le plan CPU en faisant une pause de 5 secondes entre chaque table, histoire de libérer un peu de puissance pour les autres. Dan

Salut Indiana, Le plus simple, si tu veux que les feuiiles de style s'appliquent à tout ton site, est encore de mettre tes définitions dans un fichier séparé. Chaque page du site pourra donc intégrer le feuiile de style très simplement à l'aide d'une seule ligne de code, par exempe si le fichier css s'appelle "styles.css" et se trouve dans un répertoire nommé "include": <link href="include/styles.css" rel=stylesheet type="text/css"> Dan <edit: on commence sa réponse, répond au téléphone, finit la réponse et on se rend compte que Monique a été plus rapide - et non interrompue >

Salut NT koncept, J'ai vu que plusieurs de tes sites utilisent des scripts php qui sont appelés avec des variables "id"... et c'est rédhibitoire pour de nombreux moteurs dont Google. Ces pages ne sont donc pas indexées, et se retrouvent de ce fait non avec un PR0 mais avec une "barre grise" qui signifie "inconnu pour Google". Les variables "id" sont le plus souvent utilisées pour les sessions, et c'est ce qui fait que les moteurs s'en tiennent éloignés. Cordialement, Dan

Salut smile, Difficile de te répondre comme tu ne nous dis pas si tu as un serveur dédié, et dans l'affirmative quel O/S tu tournes (Linux, freeBSD ou autre). Tu ne dis même pas sur quel site cette erreur se produit Dan

Salut Scarabeuz, Il y a peut-être bien des experts Wi-Fi, mais ils profitent sans doute de leur dimanche, comme les non-experts. Voici déjà quelque chose à te mettre sous la dent: http://www.webmaster-hub.com/index.php?showtopic=200&st=0 Dan

Salut, Sans Apache... non, en tout cas pas sans serveur Web. C'est possible avec une réécriture conditionnelle en testant l'existence du fichier demandé. S'il existe, on le présente et sinon, on renvoie une autre page. Mais c'est de l'URL rewriting pur et dur Dan PS: si c'est pour le programme de génération de page dont tu m'as un jour parlé, je te rappelle que tu joues un jeu dangereux

Salut anonymus, En fait cela dépend de ce que tu veux faire. Si tu as une URL inexistante reprise dans l'index d'un moteur, il faut absolument renvoyer l'entête 404. Je m'explique: imaginons que tu aies plusieurs centaines d'URLs qui changent ou disparaissent. Si les moteurs sont renvoyés sur une page avec une entête 404, ils les abandonneront simplement et l'index sera à jour pour ton site. Si par contre tu ne renvoies pas d'entête 404, les moteurs considéreront toutes ces URLs comme ayant le même contenu, et tu risqueras de ce fait de te faire bannir pour "contenu dupliqué" (plusieurs centaines de pages identiques avec des URLs différentes) C'est donc dangereux de rediriger des erreurs 404 sans renvoyer l'entête qui va bien. Cela reste néanmoins possible. Pour que l'entête ne soit pas transmise, il suffit de mettre une URL complète en deuxième argument de la directive ErrorDocument. La syntaxe normale (renvoie l'entête 404): ErrorDocument 404 /page_404.html La mauvaise syntaxe (renvoie une entête 200): ErrorDocument 404 http://www.domaine.tld/page_404.html Je ne conseille pas la seconde forme, mais elle existe bel et bien Dan

C'est vrai qu'il y a des différences entre le clavier français et le clavier belge. Comme je passe régulièrement de mon PC principal acheté en France, à mon portable acheté à Bruxelles, je me lance régulièrement dans des séances de "monkey typing" comme les appellent mes clients anglos-saxons... En plus des différences de position des touches, l'espacement de celles-ci dû à la variation de la taille du clavier n'aide pas vraiment... Dan

Salut Perle d'Argent, Pour t'éviter de recevoir quantité d'emails "bidon" , j'ai ôté le lien vers ton formulaire dans ton post précédent. Dan