Dan

Si on veut... mais comme ils sont dans le texte de la page, ils ne sont pas compris comme keywords, mais comme contenu. Tu vois bien d'ailleurs les extraits contextuels que donne Google suite à cette recherche. Google ne s'intéresse plus aux keywords, comme la majorité des moteurs d'ailleurs, car il y a eu bien trop d'abus quant à l'utilisaton de cette balise. Le seul moteur pour lequel il n'y a pas eu une position tranchée quant aux keywords est Inktomi, dont le représentant a donné une réponse "plutôt vague" suite à une interrogation sur ce sujet. Pas contre, le contenu de la page est important, et la recherche Google citée plus haut le démontre bien. Dan

Salut Thierry, Plus qu'une idée, une certitude... Google, comme tous les moteurs, ne verra rien de cette date, même pas la balise <h1> vide... Il faut générer tes dates côté serveur et non côté client de manière à ce qu'elles soient incluses dans la page html. C'est simple à faire en php ou asp (selon ton hébergement) Par exemple: <?php setlocale(LC_TIME,'fr_FR'); print "<h1>".strftime("%d %B %Y")."</h1>"; ?> affichera la date du jour (en français) dans une balise h1. Tu as d'ailleurs quelques erreurs de logique dans ton script, par exemple: if(an < 999) an += 1900; qui donnera l'année 1903 si an vaut 03 (comme dans 2003) Cordialement, Dan

BZHcool, C'est ce qui peut arriver lorsqu'on prend des libertés avec la syntaxe des URLs... La norme voudrait que le nom d'un script cgi précède le ? ... Je t'ai déjà signalé cela lors de nos échanges sur la réécriture. Et tu en as fait l'impasse... Manifestement, MSNSearch ne gère pas bien cette syntaxe "hors norme" Tu devrais avoir des liens de la forme: http://www.france-region.com/links/index.php?action=voir&val=127 Dan

Salut BZHcool, Es-tu certain de ne pas avoir un souci avec la réécriture d'URLs? En faisant un copier/coller de ces deux liens dans la barre d'adresse IE, ils redirigent vers /links/ tous les deux...? C'est voulu ? Dan

Salut Nicolas, C'est facile: inurl:www.monsite.com/english site:www.monsite.com Dan PS: le "site:www.monsite.com" permet d'éviter les URLs d'autres sites qui pourraient avoir un lien vers le tien sous la forme goto.php?url=http://www.monsite.com/english/

Philippe, Comme je te l'ai expliqué par messenger, modifier les sources des fichiers php constitutifs de Spip me semble une mauvaise idée. Tu seras dans l'obligation de réintroduire tes modifications à chaque changement de version, ce qui sera tôt ou tard source d'erreur. Je te suggère plutôt de poster ce type de requête sur la liste spip-dev. Si la modification semble souhaitable, elle pourrait être incorporée dans une future version de Spip. Cordialement, Dan

Bonjour, C'est marrant de voir le positionnement du Hub dans Google suite à ce post, pour une recherche "dance africaine extrait video": http://www.google.com/custom?hl=fr&ie=ISO-...rche+Google&lr= Dan

Bonjour Mireille, Des liens en provenance d'un forum de Webmasters professionnels ne sauraient en aucun cas nuire à l'image d'une société. Si le Hub était un forum traitant de sujets "sous la ceinture" , il en irait différemment. Les questions que tu as posées ici démontrent au contraire que tu souhaites améliorer le positionnement de tes sites, donc leur image de marque sur le net. Cordialement, Dan

Mireille, je comprends ce que tu veux dire! Tu as fait une recherche sur "+www.corman.be" et tu as effectivement vu la page du forum comportant cette URL indexée dans Google. Estimes-tu qu'il s'agit là d'une atteinte à la vie privée ?... Dans l'affirmative, tu as la possibilité d'éditer tes posts et d'y faire disparaître les URLs... ou de me contacter directement par MP si tu le souhaites. Cordialement, Dan

Coyote, "vpopmail star" ou "vpopmail start" ? C'est la deuxième forme qui est la bonne. Dans /usr/local , s'agit-il bien d'un exécutable, ou s'agit-il d'un répertoire. Et ta commande, tu la entres sous quel login ? Tu dois à mon sens être root pour démarrer un programme tel que vpopmail. As-tu une ligne correspondant à vpopmail dans le fichier /etc/inetd.conf ? Beaucoup de questions, inévitables quand on n'a pas un freebsd avec vpopmail installé. Dan

Bonjour Mireille, Que veux-tu dire par "que je retrouve indexé dans les tois sites dont je m'occupe" ? Tes posts sont vraisemblablement indexés dans Google, ce qui veut dire que les URLs de tes sites le sont aussi. Tes sites bénéficieront donc de "backlinks" en provenance du Hub, ce qui sera bénéficiaire pour leur positionnement. C'est le principe même du PageRank. Sur le Hub, tu trouveras trois articles sur le PageRank qui sauront, je l'espère, te faire comprendre le mécanisme. Cordialement, Dan

Eh oui, ça progresse bien ! Ce matin, ce sont 962 pages dans l'index Google http://www.google.fr/search?hl=fr&ie=UTF-8...he+Google&meta= Dommage qu'on n'ait pas atteint les 1000 pages en un mois, il n'en manquait pas beaucoup ! En tout cas, GoogleBot ne nous lâche pas... il est sur le site quasiment en permanence. Dan

Une largeur et hauteur pour une balise <script> ? Cela ne risque pas de faire une page valide Dan

Coyote, Sur Linux.. vpopmail se démarre dans init.d Sous FreeBSD (j'oubliais que c'était ce que tu tournais), il doit se trouver quelque part sous /etc. Je n'ai pas de système FreeBSd avec vpopmail sous la main. Entres la commande find /etc -name vpopmail -o -name qmail -print et cela te donnera les paths de vpopmail et qmail Sinon, un "man vpopmail" devait pouvoir te donner les spécificités de ton installation Dan

Salut Coyote, La commande shell que tu donnes ne configure pas du tout Qmail, mais crée un domaine virtuel pour vpopMail (qui est une surcouche de Qmail) Entre la commande: qmail-showctl Cela te dira si Qmail est configuré. S'il est configuré, il faut le lancer /etc/init.d/qmail start Une fois Qmail lancé... tu peux lancer vpopmail: /etc/init.d/vpopmail start Cela devrait déjà aller mieux Dan

Salut scarabeuz, Hors des regex, point de salut. Tu peux néanmoins déjà faire un contrôle de base avec JavaScript... mais il ne fonctionnera pas pour ceux qui l'ont désactivé. Il est de la première importance de toujours passer à la moulinette tout texte entré dans un formulaire et introduit dans une base de données. Un formulaire de saisie mal ficelé est la porte ouverte aux problèmes... autant rendre le texte saisi innofensif. Quelques regex et le tour est joué. Dan

Salut Nicolas, Pour permettre à tes visiteurs de laisser un commentaire sur un article, il te suffit d'activer les forums publics et de leur donner le lien vers l'article (URL rewrité ou non) ils trouveront un lien en fin d'article leur permettant de poster leur commentaire. Dan PS: regarde par exemple sur le site d'Uzine

Salut Ernestine, C'est ce que j'ai fait sur tous mes sites Spip et je n'ai aucun souci. Cela a l'avantage supplémentaire de doubler tes pages sur Google et de faire ressortir le contenu vu la moindre dilution de mots clés. Un inconvénient toutefois, ces pages sortent souvent avant l'article original dans les requêtes. Assures-toi qu'elles comprennent toutes un lien vers la racine et un autre vers l'article plus "joliment habillé" Dan PS: on a la même chose sur le Hub, c'est sympa de procurer un article imprimable, les visiteurs apprécient en général.

Thierry, Lynx n'est pas vraiment fait pour la mise en page... tu n'as donc aucune raison de t'inquiéter si celle-ci ne correspond pas à celle que l'on voit sur ton site avec un navigateur plus récent. Lynx est par contre un excellent outil pour vérifier ce que les moteurs verront de ta page et tu fais bien de l'utiliser. Cela permet par exemple de voir tout de suite qu'un lien ne sera pas suivi et de faire les corrections appropriées. Que ton texte y apparaisse à gauche, centré ou à droite n'a aucune espèce d'importance. Si tes phrases étaient suffisamment longues, elles iraient d'une marge à l'autre, indépendamment de la mise en forme que tu aurais choisie. C'est ce qui se passe sur mon site immo. Dan

Salut scarabeuz, L'exemple que tu donnes est bon, et les entêtes me semblent correctes elles-aussi. Une question (peut-être idiote): ta variable $message contient bien du code HTML ? Et dans l'affirmative, les doubles cotes y sont bien précédées de \ ? Fais un essai en précédent ton appel par ceci: $message= "<html><body>" . "<h1>Email HTML</h1>". "<b><u>Ceci est un document HTML</u></b><br>" . "On peut aussi y faire varier les <font size=\"4\">tailles</font> et les <font color=\"red\">couleurs</font>" . "</body></html>"; Dan

Salut Thierry, Tu as ta table principale avec un align="center" et certaines de tes cellules ont le même alignement. Donc, à part pour les cellules où tu spécifies un alignement différent, si tu demandes centré... c'est centré (mais sur 80 colonnes qui est la largeur par défaut de lynx) Dan

En fait, avec la version 1.6 multilingue (et suivantes), ce n'est même plus utile de déclarer de variable globale. C'est automatiquement pris en compte par le paramètre "langue principale du site" qui se règle dans le panneau d'administration. (à ne pas confondre avec "langue de l'interface" qui ne concerne que le volet admin) Dan

Je me suis déjà fait piéger à cause des ellipses... en provenance d'un logiciel OCR(ReadIris) qui sauve au format RTF. J'avais cherché un moment. Dan

Tu as dû faire un copier/coller au départ de Word, non ? C'est ce que révèlent les ellipses dans ton texte. Sauve ton fichier en "text-only" parce que tes quotes ne sont pas les quotes standard, mais bien les quotes version "traitement de texte" non reconnues comme caractères standards sur le web (et probablement pas affichées sur les Mac) Dan

Salut Nicolas, Pour l'instant, cela se règle globalement en rajoutant ceci dans le fichier mes_fonctions.php3: <?php $GLOBALS['lang'] = 'en'; ?> L'inconvénient c'est que cela se règle -pour l'instant- globalement pour le site. S'il est entièrement en anglais, pas de problème. Dan