Remi

Vis... C'est vrai qu'un juge va plutôt chercher à "serrer le vice".

Tous les oranges ne sont pas forcément agressifs... La preuve... Mon avis (qui vaut ce qu'il vaut), c'est au contraire que je trouve l'ensemble un peu "éteint", vu le sujet, il faudrait peut-être relever un peu plus. Et tous tes cadres enferment un peu : pareil cela ne va pas trop avec le sujet.

Merci bien pour ces commentaires... C'est gentil.

Non, dans le système multidomaine des mutualisés OVH, un simple 'cname' ne suffit pas, il faut obligatoirement ajouter une entrée (=un alias) dans la section multidomaine (qui pointe bien entendu sur le même sous-domaine que le domaine sans www). Quand on arrive sur le webmail, cela veut dire que la requête est bien arrivée jusqu'au plan mais que le serveur du plan ne sait pas quoi en faire car il ne sait pas à quelle zone d'hébergement client rattacher la requête. Voili, voilou...

Pour utiliser des pourcentages, il faut que le contenant ait une longueur définie. Là ce n'est pas le cas. En plus, les hauteurs de div... hum... ça ne marche pas toujours très bien.

Je ne voudrais pas paraître rabat-joie... mais il me semblait que l'Urssaf redressait ce genre de montage, pour cause de "salaire déguisé". (ou serait-ce toléré parce que vous êtes par ailleurs salarié d'une autre entreprise ?)

Essaie ceci (toujours en premier des règles de Rewrite) : RewriteCond %{REQUEST_URI} ^/page_157\.html$ RewriteRule (.*) http://www.ndd.com/page_165.html [L,R=301]

Si si ça marche, Dan, car son url de départ (celle qui est demandée) n'a pas de query string. Je le sais, j'ai eu le même problème que lui il y a un certain temps (mais bon, visiblement mon explication ne fait pas recette... tant pis pour moi... )

Oui, j'ai déjà eu ce genre de bizarreries quand on a un Redirect suivi plus bas d'un Rewrite. Mon interprétation est la suivante : Quand l'url satisfait la ligne Redirect, le système enregistre la nouvelle cible mais l'interprétation du htaccess ne s'arrête pas. Il continue (avec l'url initiale)... et quand il rencontre le Rewrite un peu plus bas... paf! il rewrite ! La partie principale de l'url transformée est ignorée puisqu'il a gardé en mémoire la nouvelle url indiquée sur la ligne Redirect mais la Query String, elle, elle reste. Donc c'est ainsi que l'on se retrouve avec l'Url cible de la redirection + la Query String qu'aurait donnée l'url initiale rewritée (j'espère que tout le monde a suivi... ) Et tout ce petit monde repasse une nouvelle fois dans le htaccess et va être rewrité pour donner la bonne url à lire... Comme disait Gotlib (à propos de la vache qui n'arrête pas de ruminer) : "C'est comme le pot au feu, c'est meilleur à chaque fois"... L'idéal pour solutionner cela, serait de pouvoir arrêter le htaccess au niveau d'un Redirect (comme on le fait avec [L] dans les RW) mais cela n'existe pas à ma connaissance. Donc il faut traiter par le RW : - soit exclure l'ancienne url du RW - soit (le plus simple) ajouter une règle qui va faire le Redirect par RW et là, on lui colle le fameux [L] Dans ton cas, il faut enlever le Redirect et mettre dans ton RW (en premier) : RewriteRule page157\.html http://www.ndd.com/page.165.html [R=301,L]

Si tu parles du couple NS / DNS.OVH, cela n'a pas vraiment d'importance. En pratique, il n'y a pas un principal et un de secours. L'ordre dans le Whois varie, tantôt NS est en premier , tantôt c'est DNS, ... mais bon, cela n'a pas d'importance à notre niveau, c'est leur cuisine.

Qu'entends-tu par "interchange la place des DNS" ? Tu veux dire que c'est le secondaire qui répond ?

Oui, c'est un phénomène qui se produit à chaque fois. Mais si les effets durent, faut consulter... ;-) (normalement cela se produit 2-3 fois pendant les 12 à 24 premières heures)

Le problème principal vient du 'height:17px' qui est pris en compte par IE mais pas par FF. Oublie 'height' et définis bien tes margin, padding et autres line-height et ça ira... Sinon, pour le pourcentage d'utilisateurs de IE, cela dépend beaucoup du public visé.

5 milliards... Voilà donc pourquoi Googlebot passe moins souvent sur nos sites. :-) 5 milliards, cela semble peu plausible tout de même. Même en admettant que le bot n'ait lu chaque page qu'une seule fois, cela nous fait 300 millions de pages lues par jour par ce seul bot, soit 3500 pages par seconde... Faut pas être en mutualisé.

CNAME n'est pas fait pour faire des redirections, il permet de faire des alias. Donc dans le meilleur des cas tu arriveras à faire un beau duplicate content. Il faut faire une 301.

A mon avis, il n'y a aucun problème : Un robot ne s'occupe pas de savoir si le répertoire existe physiquement ou pas, il accède à des urls et avec robots.txt, on lui dit dit simplement "ne va pas lire les urls qui commencent par..."

Je suppose que tu as pris un .FR Les délais sont toujours plus longs sur les FR et en ce moment c'est pire car les FR sont ouverts à tous aujourd'hui même. Donc ça doit bouchonner un peu côté Afnic. Quand c'est prêt, tu reçois un mail du type "domaine installé".

Ah parce que tu crois que ma solution ne marchait pas, peut-être...... Ceci dit, la solution de Karak est la meilleure si tous les NDD pointent sur la même zone (configuration un peu bizarre mais ça s'est vu.... )

Euh non, c'est le contraire qu'il faut faire... Il faut que tes domaines additionnels pointent sur une zone où tu mets un fichier .htaccess avec un simple RedirectPermanent / http://www.example.com C'est tout.

Magpie ne lit pas à 100% les flux RSS2. Certains passent, d'autres pas du tout ou assez mal. Peut-être que le problème dont tu parles vient de là. Quand ça déraille, il faut prendre un autre flux, RSS1 ou Atom (évidemment si le site ne produit qu'un seul flux RSS2, c'est plus gênant... ) Par exemple, il n'y a pas longtemps (genre début de ce mois), Typepad a changé son flux RSS2 et plus rien ne sortait avec Magpie. Personnellement, je me suis rabattu sur les rdf. Edit : Du coup, j'ai ré-essayé et ça remarche (le RSS2 de Typepad)... Je suppose que ça a du râler et qu'ils ont corrigé leurs flux.

Pas si FR = version française et COM= version anglaise

Beaucoup de blogs ferment les trackbacks, car c'est vraiment ouvrir en grand la porte aux spams (et, en tant que visiteur de blog, je n'ai que rarement vu des trackbacks interessants) Quant aux spams de commentaires, ils arrivent invariablement au bout de quelques mois, généralement quand les pages prennent du PR.

Enlève 'function' de la 1ere ligne.

Si le but recherché est d'apparaître sur les Pages France, une redirection ne suffira pas. Il faut donner du contenu au .fr : soit transférer le site entier sur le fr et faire une redirection du com sur le fr, soit transférer la version française sur le .fr, cette dernière solution étant certainement préférable si le domaine est assez ancien.

Chaque hébergeur mutualisé a sa page par défaut, par exemple chez OVH mutualisé c'est le webmail. Quand les Virtual Hosts ou les DNS sont mal configurés, on tombe dessus. Donc ce n'est pas vraiment de l'indélicatesse, juste une configuration franchement incomplète (c'est le moins que l'on puisse dire )