captain_torche

Ca n'était pas flagrant dans ton exemple : dans un des cas, tu ne mettais pas de lien, et dans l'autre, tu en mettais un avec une ancre '#'

Flash est propriétaire, certes, mais c'est parfaitement valide ! D'ailleurs, j'attends toujours de voir des animations en SMIL et à part Wikipédia, je ne vois pas de site utiliser de SVG.

Si c'est juste pour le duplicate content, la manière la plus simple serait d'utiliser un simple "<link rel="canonical">", à mon sens.

Si l'ancienne URL comporte l'id de l'article, on peut envisager de faire une réécriture vers une page précise, qui établira une correspondance entre cet id et la nouvelle URL, puis effectuera la redirection proprement dite, en effet. Edit : pourquoi ne pas avoir utilisé de système de réécriture moins complexe ? Spip en propose une pléthore, pourtant.

Pas de quoi, ravi de t'avoir été utile !

Si le fichier est trop gros, tu peux sans doute essayer avec BigDump.

Je sais pas ce qui s'est passé avec le forum, mais le "{:content:}nbsp;" n'a rien à faire ici Le code doit ressembler à ça : RewriteRule ^.*\.(php|s?html)$ - [L]

Au temps pour moi, j'avais pas vu : il suffit de mettre un espace juste avant l'attribut "data" de la balise object. Avec la couleur au validateur, ça ressort plus :

Si tu donnais un aperçu des erreurs, ça nous aiderait pas mal. Parce que là, je ne vois rien de répréhensible.

C'est tout simplement une iframe (Jette juste un oeil au code source). Toutefois, attention : afficher le site d'un autre dans ton propre site est relativement mal vu (C'est toujours ton url qui s'affiche dans la barre d'adresse). Dans quel but veux-tu le faire ? Edit : j'ai déplacé le sujet dans le forum "HTML", où il a plus sa place que dans le forum "PHP".

N'importe quel logiciel de dessin peut te permettre de faire une bannière fixe. Il en existe même de gratuits (The Gimp, par exemple). Par contre, si tu veux faire une bannière animée, tu auras sans doute besoin de Flash, qui coûte relativement cher. Et comme pour tout, l'essentiel n'est pas d'avoir l'outil adéquat entre les mains, encore faut-il savoir s'en servir !

Oui, effectivement, avec le point, on capture toutes ces pages Il faut faire une première réécriture pour ces pages, qui ne fait rien, mais indique malgré tout qu'on n'applique plus de règles pour elles. RewriteRule ^.*\.(php|s?html){:content:}nbsp; - [L] Si à la racine de ton site, tu n'as que des fichiers shtml et php, ça devrait fonctionner : le tiret dans la réécriture indique de ne rien faire, et le flag [L] indique qu'on n'exécute plus aucune autre règle après celle-ci. Quant aux images, javascripts et CSS, comme ils sont dans des sous-répertoires, ils ne devraient pas être impactés. Bien entendu, tu dois placer cette ligne AVANT l'autre dans ton fichier

Tu pourrais donner un exemple de chaque "genre" de page que tu as sur ton site ? Sinon, en ajoutant le point, ça donne ça : RewriteRule ^([a-z0-9_\.-]+)$ profile.php?m=$1 [L]

Réessaye avec le tiret à la toute fin de l'expression, pour voir ? (Au milieu il est interprété comme un intervalle) RewriteRule ^([a-z0-9_-]+)$ profile.php?m=$1 [L] Tu parles de souligné et d'underscore ... ce sont le même caractère (_). Par contre, tu incorpores un point : les pseudos peuvent en contenir un ? Quant aux interférences, si jamais tu as une page qui s'appelle toto (sans extension), elle sera réécrite en profile.php?m=toto, même s'il ne s'agit pas d'un nom de membre.

Tout dépend des autres formes d'urls que tu peux avoir (il ne faut pas d'interférence), mais on peut très bien envisager quelque chose comme ça : RewriteRule ^([a-z0-9]+)$ profile.php?m=$1 [L] Il faudra sans doute adapter l'expression régulière si tu autorises des tirets, underscores ou autres dans les noms d'utilisateur.

Polonium : à quel moment le lien n'est-il pas cliquable ? Quand tu affiches le XML dans ton navigateur, ou après traitement ?

Ok, au temps pour moi Mais je persiste à croire que mettre des attributs sur les balises de titre ne doit pas être pénalisant : c'est trop fréquent à mon sens, et ça a par conséquent énormément moins de valeur que les autres tests, qui identifient plus sûrement les tentatives de spam.

A mon avis, ça ciblerait trop large pour être efficace. Il est plus facile de détecter les titres trop longs, ou trop nombreux, plutôt que de se contenter de ne cibler que les attributs class et ID. Selon moi, un moteur n'a strictement aucun intérêt à pénaliser un comportement qui peut être celui de tout le monde. C'est d'ailleurs un comportement qui me semble potentiellement hyper fréquent : j'imagine très bien quantité de webmasters passer du <td class="titre"> au <h1 class="titre"> sans se poser de question.

Je pense plutôt que ce qui risque d'attirer une alerte "spam", c'est d'avoir un texte beaucoup trop long dans les titres. On peut mettre des attributs dans les en-têtes et être totalement de bonne foi, comme c'est le cas ici, et je doute que ce critère puisse être considéré comme "spammy" (Surtout qu'avec CSS, on peut masquer des éléments sans avoir à les cibler par des classes ou des IDs).

Le-juge : en quoi mettre ou pas des attributs sur les balises de titre pourraient changer quelque chose au classement ?

Non, ne t'inquiètes pas. Ils se débrouillent pour répartir les affichages de tes pubs dans la journée, mais ça ne dépassera jamais ton budget quotidien. Si jamais ça a plus de succès que prévu, et que tu as un taux de clic énorme, ils arrêteront d'afficher la pub pour la journée dès que le coût atteindra 40€.

Les annonces ne sont pas affichées sur chaque requête sur les mots-clés ! En fonction de ce que tu as paramétré, elles sont réparties dans la journée.

Ce qu'on appelle "Hx", ce sont les balises de titres H1 à H6. Comme au lycée, on remplace les chiffres par un "x"

Google yourself, ça veut simplement dire "vérifie que dans Google il n'y a aucune info qui n'y a pas sa place". Ca m'est arrivé de retrouver un fichier de travail (rien qu'une exportation d'une base de données d'inscrits, avec login, adresses mails et mots de passe en clair) indexé par google parce que j'avais merdé la protection du répertoire de travail ...

Ce problème est très fréquent : tu envoies des données à l'écran (tu fais un echo, par exemple), avant d'utiliser une fonction header(). Pour corriger ce souci, il te suffit de déplacer tes fonctions header de manière à ce que tous les echo se fassent après.