Cariboo

Oui, mais ce n'est pas gagné à tous les coups... Oui, c'est à la mode... Mais un peu trop à la mode : ce n'est pas adapté à toutes les campagnes, tous les produits.

Oui, prenom-nom.fr est correctement lu sous la forme de deux mots clés... Contrairement à prenomnom vu comme un seul mot clé.

Bon, le site marche impeccablement sous Firefox et très mal sous IE Conclusion : c'est le code HTML/javascript (côté client) qui est en cause, voire les requêtes http://... (ou alors les scripts testent le navigateur avant de renvoyer le code, ce qui est devenu inutile et signifie que le code est trop spécifique à un navigateur). Le problème est donc dans le code de ton prestataire, pas dans la config serveur. Un coup d'oeil sur les sources fait apparaître une quantité importante de code javascript d'origine extérieure (pas codé par ton prestataire) qui est probablement bogué et ne marche pas sous IE !! C'est d'autant plus ballot qu'à première vue, 90% de ce code me semble inutile... Ovh est, en toute probabilité, totalement hors de cause dans cette histoire... Nota Bene : au passage, ton site est impossible à référencer correctement avec sa structure actuelle (par exemple pas génial comme idée les liens en javascript ) Demande leur de faire aussi le nécessaire de ce côté là.

En ce qui nous concerne, je trouve le découpage de google assez pertinent... Même si le fait de passer sous silence des parties entières de notre site pourra à terme nous agacer. Apparemment, il prend le title de la page d'entrée de la section comme titre de lien.

Il va falloir que tu recompiles php avec l'option --with-curl=xxx Auparavant il faut vérifier que tu as bien installé la librairie curl... xxx est le nom du répertoire d'install de la librairie. Il doit contenir un sous répertoire include et lib. Dans le dossier include il doit se trouver un dossier appelé curl, qui contient notamment les fichiers easy.h et curl.h. Il doit aussi se trouver un fichier nommé libcurl.a dans le dossier lib.

Une petite vérif sur Searchenginewatch.com m'a permis d'avoir quelques infos... Il s'agit de tests d'interface utilisateur réalisés par Google depuis début juillet 2005 dans la partie anglophone, et qui apparemment apparaissent maintenant chez nous sous une forme à peu près stabilisée... Et comme l'a vu JeanLuc il y'a d'autres tests en cours un peu plus "expérimentaux" encore, comme : - l'affichage de liens sponsorisés au milieu de la page - des liens vers une recherche alternative (en bas, à droite, ou au milieu de la page !) et d'autres fantaisies... A suivre.

Je viens de voir le même genre de présentation en tapant certains noms d'entreprise... Apparemment, cela apparait le plus souvent sur des sites de média, de gros portails ou de gros sites corporate... Ex : lemonde le figaro lycos TF1 (mais pas m6) webrankinfo et... webmaster-hub aufeminin clubic ... ... Mais je ne vois pas encore de manière précise ce qui fait apparaître ou pas cette présentation.

Je viens de tomber sur une présentation curieuse de mon site dans les résultats de Google sur des requêtes où il arrive en première position. A la place de la deuxième page en retrait, j'ai une liste de liens directs vers les grandes parties de mon site... Je n'avais jamais remarqué une présentation de ce type avant... Quelqu'un a-t'il une idée ? J'ai de la m... dans les yeux ou c'est nouveau ?

rportal a raison... Il n'y a aucun cousinage entre les deux, à part le nom ! C'est hallucinant de faire la confusion entre les deux à ce genre de poste... Cela signifie que cette personne ne connait pas du tout l'un des deux langages (voire les deux !) En fait, Javascript est un langage qui a été inventé par Netscape en 1992, et qui s'appelait à l'époque Livescript. La licence de Livescript a été rachetée par Sun Microsystems (en 1995 ?). Sun, qui est à l'origine du langage Java, a rebaptisé le langage "Javascript" par souci de cohérence. Mais sur le plan du fonctionnement, on cherche les points communs...

Bienvenue sur ce forum minirop

Si tu as des dédiés, c'est assez facile, y compris en sécurisant correctement tes accès. Il suffit de changer une ligne dans le fichier de config de mysql (en fait la décommenter), et ensuite d'ajouter des règles dans iptables pour ne laisser passer que les requêtes émanant de ta deuxième machine à l'exclusion de toutes les autres. Si tu es en hébergement mutualisé, en général tu ne peux pas accéder de l'extérieur aux bases mysql pour des raisons de sécurité, et tu n'auras pas la main sur la config de mysql (Dieu merci !)

Je pense que tu cherches une classe générant les images "captcha" de Securimage. J'utilise celle là : http://www.neoprogrammers.com/ Mais il y'en a d'autres

C'était autrefois assimilable à un refus de vente, mais la loi Galland en a modifié la définition. Le problème se résume à une discrimination sur des critères de nationalité, notamment en ce qui concerne les clients situés dans d'autres pays de l'Union Européenne. Si tu refuses pour des raisons économiques : coût de transport, sécurité des paiements, etc... il n'y a pas de problèmes...

En fait une simple requête sql te permet de sortir les MP contenant ces mots-clefs. Pas la peine de faire des programmes compliqués.

J'ai lancé fin janvier 2005 un forum pour les étudiants (Studyrama). Six mois plus tard, nous comptons 4200 membres et plus de 25000 messages, et le rythme d'inscription augmente en permanence... Je pense que l'on peut dire que c'est un succès... Un succès obtenu en appliquant quelques recettes apprises en tant qu'admin du Hub. En terme d'augmentation de trafic : c'est encore marginal, mais cela compte déjà pour 20% de l'audience de tous mes sites. C'est un excellent moyen de fidéliser des visiteurs parfois volatils, mais c'est aussi un moyen de toucher de nouveaux visiteurs grace au référencement de tous les sujets du forum. A chaque fois que quelqu'un lance un sujet avec des mots clés non contenu dans les articles de mes sites, cela crée une position de plus... (il faut donc penser à rendre son forum référençable, ce qui n'est pas évident avec certains scripts/templates) La charge de travail ? Elle est très importante... Pour avoir un contenu intéressant (Dash a raison, c'est primordial), il faut faire preuve d'une grande rigueur dans l'animation et la modération. Le rapport "signal sur bruit" doit être bon. Il faut donc virer impitoyablement tous les posts hors sujets, sans intérêt, redondants... Nous enlevons aussi systématiquement les posts publicitaires, pour la même raison. Une discussion intéressante est aussi une discussion dans laquelle on peut échanger des arguments sans s'insulter. Les membres agressifs sont immédiatement et définitivement conduits à la sortie. Pour réaliser cela, il faut une véritable équipe de modérateurs. A l'heure actuelle, nos forums fonctionnent avec une animatrice à plein temps, moi-même, et une dizaine de modérateurs bénévoles qui patrouillent le soir, la nuit, le dimanche, les jours fériés... Le recrutement de ces modérateurs bénévoles a été un élément crucial. Ce sont eux qui créent aussi la convivialité sur le forum. Un "gros" forum occupe son admin au moins deux à trois heures par jour. Au passage : je ne crois plus aux communautés purement virtuelles. Cela existe, mais les communautés fonctionnent sous forme de cercles concentriques. Les communautés se développent plus facilement et plus sainement si les cercles intérieurs se connaissent vraiment, après s'être rencontrés en chair et en os. Cela prend aussi du temps...

Cela s'appelle un favicon... Il faut d'abord créer l'icone avec un outil de dessin adapté. Votre icone doit être absolument en 256 couleurs et de taille 32x32 ou 16x16 pixels sinon l'image n'apparaîtra pas. Une fois l'icone créée, renommez le en "favicon.ico" et téléchargez le dans la racine de votre serveur sur votre site internet et ajoutez la ligne ci dessous sur votre page d'accueil dans la partie "head" : Et hop ! Le tour est joué

Cette mécanique de jeu est illégale. Seule les loteries gratuites sont autorisées, à condition de respecter les règles de forme... Proposer le remboursement de la somme versée ne me parait pas suffisant pour qualifier ces loteries de "gratuites".

La bonne méthode est de créer une page de résumé optimisée sur ton doc, en .html, et de mettre le doc intégral en pdf... Les pdf sont bien indexés par Google, et en général gagnent des positions élevées dans les pages de résultats.

Il s'agit d'un problème de configuration d'Apache, probablement lié aux fichiers .htaccess utilisés par SPIP. Il semble me souvenir qu'à l'install, SPIP propose de ne pas créer ces .htaccess, essaie avec cette option. Sinon, c'est que tu essaies de faire une requête http:// qui ne marche pas avec ta config d'apache...

Euh... si tu parles de la balise meta "keywords", Google s'en fiche comme de sa première chaussette... La bonne stratégie est d'observer attentivement les pages qui arrivent en première position sur Janis Joplin... Et de voir les différences avec ta page. Attention, la différence peut-être cachée dans les "anchor text" des backlinks qui pointent vers ta page.

Hmm... avant de parler de pénalité, on peut aussi vérifier sur ton site l'indice de co-occurence de Janis avec Joplin. Si je calcule la similarité entre la requête "Janis Joplin" et un texte qui contient des "Janis" et des "Joplin", j'obtiens en principe la même valeur : - si le texte contient des "Janis" d'un côté et des "Joplin" de l'autre, - que s'il ne contient que des Janis Joplin... (enfin c'est vrai pour les moteurs qui calculent la similarité avec des outils genre tf*idf, pour Google on ne sait pas s'ils utilisent toujours ce vieux truc) Sauf que la plupart des moteurs sont réglés aussi pour donner la priorité aux pages qui contiennent une combinaison des deux mots dans l'ordre de la requête, ou dans lesquels les deux mots apparaissent séparés par une distance limite, voire les deux à la fois (je ne me souviens plus exactement comment se comporte google là dessus, mais je crois que les deux sont vrais)... Exemple : je cherche l'expression "bec de lièvre". "de" est un mot vide qui sera ignoré dans la requête, le moteur cherche donc "bec" et "lièvre"... Une page sur la chasse pourrait contenir au début du texte "la galinette cendrée, reconnaissable à son bec..." et à la fin "je rentrais bredouille, j'aurais dû chasser le lièvre". Mais cette page n'est pas pertinente sur "bec de lièvre", donc on lui préfèrera une page qui contient "bec xxx xxx lièvre", et avant une page qui contient "lièvre xxx xxx bec"... Pour info, la distance est prise en compte avant l'élimination du stopword : ce qui fait que la page qui contient "bec xxx lièvre" est privilégiée sur une page qui contient "bec lièvre" sans mot entre les deux !! Ce critère est calculé à la volée lors de la requête sur le moteur... cela explique certaines bizarreries qui font que l'ordre des mots dans une requête change certains résultats, et que tu t'en sorte mieux sur janis ou joplin que sur "janis joplin" Le problème étant que ces critères de proximité d'ordre et de cooccurence sont combinés avec des tas d'autres critères et que l'ensemble produit des résultats difficiles à prédire

Je trouve que le juge a bien résumé la situation actuelle. MSN et Yahoo semblent effectivement plus sensibles à la présence de mots clés dans l'url (y compris dans le nom de domaine) que Google. Et une page correctement optimisée par ailleurs se référence sans problème avec une extension php et un paramètre. Pour info je n'utilise pas l'url rewriting avec SPIP et je ne trouve pas que j'ai de problèmes de référencements (même dans Yahoo et MSN d'ailleurs). Pour info dans le passé, Google préférait les paramètres du style : - page.html?parametre=23 que - page.html?parametre=le_nom_de_la_page_a_referencer Je n'ai pas pu vérifier si c'est toujours d'actualité Pour l'url rewriting, il faut quand même que l'url reste courte... Sinon l'effet devient négatif. Ce genre d'url est à éviter ceci_est_le_nom_d_une_page_générée_automatiquement_par_un_programme_ Vous_pensez_vraiment_que_cela_va_faciliter_le_référencement_Moi_pas.html La limite max est une url d'une soixantaine de caractères, la longueur optimale semble tourner autour de quarante pour l'ensemble des moteurs.

Ces contrats sont bourrés de clauses abusives et léonines... Cela veut dire qu'elles ne tiendront pas toutes devant un Tribunal de Commerce. Quant aux attributions de juridiction, celle clause n'a de sens que si l'on se trouve dans un cas où la cour compétente peut être indifféremment celle proche d'un contractant ou de l'autre. Dans la majorité des cas, la cour compétente est déterminée par d'autres facteurs. Tu peux changer tout ce que tu veux dans un contrat, pourvu que l'autre partie l'accepte évidemment ! Mais souvent, ces clauses types sont à prendre ou à laisser, surtout pour un petit site... Sinon, je ne peux pas te dire quelles clauses regarder, dans un contrat commercial TOUT est important. L'idéal est de le montrer à un avocat spécialisé.

Je ne connais pas bien cette offre d'OVH, mais si tu gardes la configuration dont tu parles, cela pose quelques problèmes. La situation est simple... Tu auras des backlinks d'un côté sur www.domaine1.com/page.html, et de l'autre sur www.domaine2.com/page.html C'est idiot, il vaut mieux avoir tous les backlinks pointant sur www.domaine1.com/page.html Pour le PR, cela dépend de la nature de la redirection 301 ou 302. Mais pour simplifier disons que cela ne pose pas de problème (la dispersion des backlinks citée au dessus si par contre). Là je ne comprend pas la question Il n'y aura pas plus "duplicate" que ce "content" là Mais à mon avis, il est possible de faire pointer le sous domaine domaine2.domaine1.com vers un répertoire différent. En clair : www.domaine1.com pointe vers /www domaine2.domaine1.com pointe vers /domaine2 Cela fonctionne comme cela sur la plupart des hébergements mutualisés gérant le multidomaine que je connais.

Ce qu'il ne faut surtout pas faire : mettre des liens sponsorisés concurrents (Miva, Overture...) sur une page où il y'a des adsense. Je connais des gens qui ont vu leur compte clôturé rapidement après ça Pour les espaces pubs traditionnels : une bannière en rotation générale au CPM n'a pas l'air de poser de problèmes (tout le monde le fait). Au CPC : on rentre dans la zone grise, mais je ne connais pas de cas de radiation pour l'avoir fait. Je suppose que les "terms" de Google visent des sociétés proposant un système de ciblage du contenu concurrent du sien, pas les régies traditionnelles.