captain_torche

Au temps pour moi, je ne m'étais pas renseigné sur la spécificité du .tel, et je ne me suis basé que sur l'url que tu donnais dans ton message.

Je ne vois pas en quoi une extension pourrait changer quoi que ce soit au positionnement d'un domaine. Il n'y a à ma connaissance aucun bonus en fonction de l'extension. Pour Telnic, ils apparaissent en bonne position parce qu'ils ont optimisé le domaine en .tel (Et que la requête est très ciblée : leur propre nom). Mais je pense que le fait que leur autre site telname.com apparaisse en première position suffit à démontrer qu'il n'y a pas de bonus en fonction de l'extension.

Il te faudra racheter un nouveau nom de domaine.

Sans tester, attention, je code en aveugle : Tu remplaces les deux dernières ligne (index = et document.write) par : for(var i = 0; i < 5; i++) { var index = Math.floor(Math.random() * images.length); document.write(images[index]); images.splice(index,1); } Je n'ai pas intégré de contrôle, donc fais attention que le nombre d'entrées soit bien supérieur au nombre de valeurs sorties !

Personnellement, je verrais dans l'idéal un seul h1 : le titre de la page, celui qui résume le contenu qu'on va y trouver. D'autant plus qu'il bénéficie d'un léger bonus en SEO Par contre, dans l'organisation actuelle (h1 en header), ce que tu proposes n'est pas si bête. Mais j'ai peur que trop de h1 ne déclenche un flag "suroptimisation" chez google.

Je vois parfaitement En gros, le h4 ne respecte pas l'ordre sémantique parce qu'il n'y avait pas de h3 avant (ni même de h2). Dans ce cas, tu pourrais tout simplement utiliser des titres h2, non ?

Il devrait suffire d'adapter un peu un script existant pour faire ce que tu désires. Au hasard, le faire tourner 5 fois de suite en prenant soin de supprimer les liens déjà ajoutés.

Quel est le problème de sémantique ? En toute logique, un "titre" de rubrique devrait utiliser une balise Hx, et pas un p. Qu'est-ce qui te chiffonne dans le schéma actuel ?

Il suffit de mettre le code de l'image dans l'array php, dans le lien, non ?

En fait, ce que Dudu veut dire, c'est que nombre de personnes utilisent XHTML en pensant que c'est mieux que le "vieil" HTML, ce qui est une conception erronée : dans l'utilisation qu'en font 99,9% des webmasters, ils sont parfaitement identiques dans leurs fonctionnalités.Le XHTML ne se justifie véritablement que dans certains cas très précis, notamment l'utilisation de MathML, ou LaTex.

Exactement ! Sur mon site, par exemple, certains javascripts (notamment les lightbox) s'activent en arrière-plan alors que la page est déjà entièrement fonctionnelle. Faut-il considérer que la page n'est pas disponible tant que ces scripts n'ont pas fini de tourner ?

Le poids des mots-clés dans l'url est de moins en moins important; je dirai donc que l'influence sur le SEO est minime.

Il est difficile de déterminer le temps d'exécution d'une page, notamment à cause des javascripts qui pourraient ralentir cette exécution. En ce qui concerne le classement, et ce que je comprends de l'article de Google, seuls les sites très lents pourraient être pénalisés : à mon avis, ils activeront un flag "site très lent" à ces sites, qui les déclasseraient au profit de sites presque aussi pertinents et plus rapides.

Sans savoir utiliser photoshop, ces fichiers ne vous seront d'aucune utilité : ils représentent la maquette du site. Ce sont les fichiers HTML qui apparemment vous ont été fournis qui consitueront le site en lui-même. Sont-ils fonctionnels ? Que se passe-t'il si vous les ouvrez dans votre navigateur ?

10.248.30.134 - - [13/Apr/2010:10:04:51 +0000] [jboss.migration.it/sid#8a9338][rid#b79aa8/initial] (1) go-ahead with /ama/wh/PRD/machin/docs/machin.prev/machin/HomeServlet [OK] 10.248.30.134 - - [13/Apr/2010:10:04:51 +0000] [jboss.migration.it/sid#8a9338][rid#b75f00/initial/redir#1] (1) pass through /errorPage/error404.jsp

En fait, le répertoire est monté à la racine avec la directive suivante : JkMount /machin/* loadbalancer1

On est en train de galérer, au boulot, et on se demande si ce qu'on souhaite faire est possible ? En gros : Le répertoire "machin" est load-balancé sur différents serveurs d'application via mod_jk On veut faire en sorte qu'un appel de la racine appelle une ressource de ce répertoire de manière transparente. On a essayé cette forme, qui ne fonctionne pas : RewriteRule ^/$ /machin/HomeServlet [L] Comme le répertoire /machin n'est pas présent physiquement, on aboutit à une 404. Existe t'il un moyen de faire ce qu'on veut obtenir ?

C'est du JavaScript, donc parfaitement incorporable dans du HTML. Ça s'appelle généralement une lightbox, tu devrais trouver tout ce qu'il te faut sur Google.

Mais il a effectivement été détourné, et est très fréquemment utilisé pour ouvrir une nouvelle fenêtre automatiquement lors du clic sur un lien, avec la valeur "_blank".

Pour répondre à ta question, c'est en toute logique la partie rouge qui devrait être modifiée.

Ce n'est pas le code source qui est modifié, mais des variables de personnalisation. A mes yeux, rien d'anormal à ça, Modibo.

Si tu as une version récente de SPIP (2.0 et au-delà), je crois bien que le code PHP est mis en cache en même temps que le reste de la page, c'est aussi intéressant à savoir

Tout simplement avec un simple : <?php hello(); ?> , non ? Je n'ai pas encore vu d'exemple de fonction appelée seule avec le code propre à SPIP. Quoiqu'un pourrait peut-être envisager quelque chose du genre : [(|hello)] Ou bien [(#TITRE|hello)] Le titre passerait en argument de la fonction, mais il ne servirait à rien. A voir en fonction des messages d'erreur que tu obtiendras !

Kent : exactement ! Plus d'infos en anglais à cette adresse : Specify your canonical. En ce qui concerne le duplicate, l'âge des sites ne devrait être pris en compte que si la date d'indexation est similaire. Dans le cas où la page est indexée depuis longtemps sur un petit site et qu'elle est copiée plus tard par un gros, en toute logique cela devrait être le gros qui passerait en duplicate (Attention, je ne me base sur aucun texte précis pour le dire).

Avec le dièse, tu es obligé de faire un traitement Javascript. Lorsque le traitement est fait en PHP ou tout autre langage côté serveur, on ne peut pas s'en servir. Dans ce cas, on peut utiliser une balise dans le header : <link rel="canonical" href="http://www.site.com/recherche.php">