Jeanluc

Ta source tire des conclusions douteuses d'une information incomplète. Ici on voit que WRI existe depuis 2002. Jean-Luc

Kargai: perso, je place mes redirections avant le bloc d'instructions WordPress. Ifmy: je suppose que le but est de rediriger d'anciennes URL vers les URL formatées par WordPress. Jean-Luc

Bonjour, On ne peut pas mettre un "noindex" à l'intérieur d'un PDF. Ton serveur web peut mettre une en-tête "noindex" comprise par Google, sur un PDF placé sur ton site, mais si quelqu'un le publie ailleurs, cela ne sert à rien. Un PDF ne peut-il pas être protégé par un mot de passe ? Cela ne résoudrait-il pas ton problème ? Au niveau de la légalité concernant le respect de la vie privée, je doute que cela change quelque chose que le document soit indexé par les moteurs ou pas. Jean-Luc

Si tu supprimes ta redirection de domaine_1.fr vers domaine_2.fr et que tu crées sur domaine_1.fr une page d'accueil qui met en frame (invisible) la page d'accueil de domaine_2.fr, tu pourras afficher le contenu de domaine_2.fr tout en ayant domaine_1.fr dans la barre du navigateur. Je n'ai pas dit que je recommendais cette sorte de construction, mais ça marche ! Jean-Luc

Et comment veux-tu qu'ils te donnent une facture hors TVA avant que tu ne leur donnes ton numéro de TVA intracommunautaire ? Et quelles preuves leur donnes-tu que tu pars bien en France avec cette marchandise ? Je ne suis pas certain en ce qui concerne la situation actuelle, mais il y a quelques années, le vendeur devait pouvoir démontrer au fisc que la marchandise avait quitté le pays. Ce serait un peu trop facile d'acheter hors taxe s'il suffisait de montrer un numéro de TVA étranger à la caisse du supermarché... Jean-Luc

Non, Googlebot et les autres robots reconnus sont exclus du rapport "Pays" de AWStats. Jean-Luc

Je suppose que tu parles d'achats dans une épicerie et pas de commerce entre professionnels. A ma connaissance, pour le non-paiement de la TVA allemande, il faut qu'il y ait livraison intracommunautaire, c'est-à-dire que le fournisseur livre la marchandise en dehors de son pays. Si c'est toi qui va chercher la marchandise en Allemagne et que tu la ramènes en France, je ne pense pas qu'on puisse parler de livraison intracommunautaire. Jean-Luc P.S. Straffe Hendrik

Soit ton site a été hacké, soit c'est un bug de Google. J'obtiens la même chose avec ton autre page. Elle renvoie un code d'erreur 404, mais Google arrive à la traduire. Jean-Luc

Ton site n'a-t-il pas été hacké. J'ai trouvé ceci sur Google : traduction automatique d'anglais en français de la page ... Adobe+Photoshop ... La page n'est pas en cache Google, elle renvoie une erreur 404, mais Google arrive à la traduire et avec un contenu plus que douteux... Très suspect... Jean-Luc

Si tu rediriges vers un autre site, essaie ceci: RedirectMatch 301 .* http://www.monsite.org/html/page.php Si tu rediriges vers une page du même site, essaie ceci: RedirectMatch 301 ^(?!\/html\/page\.php).*$ http://www.monsite.org/html/page.php Mais, je ne vois pas l'intérêt de ce que tu veux faire. Jean-Luc

Bonjour, Ce n'est pas un problème WordPress, car tu as une erreur 404. Je pense que tu n'as pas uploadé tes fichiers dans le bon répertoire. Jean-Luc

D'accord, mais comme le contenu de la balise title n'apparaît pas dans la page elle-même, il est logique d'utiliser h1 pour rendre le titre visible dans la page. Jean-Luc

J'ai du mal à suivre cette argumentation. Je ne vois pas trop à quoi ça sert avec un script testé de manière sérieuse. Personne n'est à l'abri d'un bug, mais prétendre que "require" doit être utilisé pour détecter des erreurs ne me convainc pas: si tu suspectes que la fonction pourrait déjà être définie, pourquoi n'ajoutes-tu pas un test dans ton script ? Jean-Luc

Nettement plus élégant ! Merci encore. Jean-Luc P.S. et cela élimine aussi la "segmentation fault"

Merci pour ta réponse, Kioob. D'accord avec tes remarques. Pour info: 1. La boucle for était dans le programme d'origine dont j'ai enlevé 90% pour cerner le problème. Le $i servait à quelque chose dans le programme d'origine. 2. J'ai aussi essayé avec $io_content = preg_replace ('/\<\!--([^-]|-[^-]|--[^>])*-->/', '', $io_content); et j'obtiens le même résultat. Je viens de faire des essais en remplaçant le preg_replace par $io_content = remove_tag ('<!--', '-->', $io_content); où remove_tag est une fonction que j'ai écrite sans utiliser de regex et le problème a disparu aussitôt. Jean-Luc

Bonjour, J'ai une application qui provoque une erreur de segmentation et un core dump, plusieurs fois par jour. Après diverses recherches, le problème est ici: <?php echo 'Je teste les cas de core dump.<br />' . "\n"; // Lire la source if ( $fd = _AT_fopen ('/path_to_file/html1-jl.html', 'rt') ) { $io_content = ''; for ($i=0; !feof ($fd); $i++) { $io_content .= rtrim(fgets($fd, 4096)); } fclose ($fd); } // Enlever les commentaires $io_content = preg_replace ('/\<\!\-\-([^-]|\-[^-]|\-\-[^>])*\-\-\>/', '', $io_content); // Ecrire la source sans commentaires if ( $fd3 = _AT_fopen ('/path_to_file/html2-jl.html', 'wt') ) { fwrite ($fd3, $io_content); fclose ($fd3); } echo 'Fin du test.<br />' . "\n"; ?> Pour la plupart des fichiers sources, aucun problème. Par contre, pour certains fichiers sources qui contiennent plusieurs commentaires multilignes, "Fin du test." n'est jamais affiché à cause d'une erreur de segmentation. Le problème est parfaitement reproductible. Serait-ce un bug php ou voyez-vous une erreur dans mon code ? Avez-vous des suggestions pour contourner le problème ? Jean-Luc

J'ajouterais que, si tu utilises des meta "description", il est indispensable qu'elles soient différentes sur chaque page. Si ce n'est pas possible, mieux vaut pas de meta "description" du tout, plutôt que d'avoir la même sur chaque page. Jean-Luc

Bonjour, Pour tout savoir sur include et require et toutes les autres fonctions de PHP: include() sur php.net. Jean-Luc Oufti... pas assez rapide !

Pas sûr que le test du referrer va marcher: je pense que le referrer ne sera pas site.com/ma-page.html?toto, mais la page où se trouvait le lien vers site.com/ma-page.html?toto. Jean-Luc

En général, rediriger machin.fr vers machin.com ne présente aucun intérêt pour le référencement. Tu peux créer quelques nouvelles pages "françaises" et les placer dans le .fr. Elles sortiront de temps en temps sur Google. La vraie question est de savoir s'il faut passer son temps à ce genre de choses ou si ce ne serait pas plus efficace de consacrer son énergie à développer et enrichir le site principal et donc en augmenter l'attrait pour les visiteurs. Cela dit, ce n'est pas idiot de rediriger le .fr sur le .com, si tu veux récupérer ceux qui se trompent d'URL. Jean-Luc

C'est clair. La personne ne connaît pas la syntaxe standard du robots.txt. Elle pense qu'il faut utiliser * pour dire "n'importe quelle séquence de caractères", ce qui n'est pas correct. Disallow: /topic interdit le crawl de toute URL commençant par /topic. Jean-Luc

Faut pas se décourager si vite. Tu as essayé comme ceci ? Options +FollowSymlinks RewriteEngine on RewriteRule /news-([A-Z0-9a-z_-]+)\.html /monsite/index.php?module=news_details&page_name=$1 [L] RewriteRule /([A-Z0-9a-z_-]+)\.html /monsite/index.php?module=$1 [L] N'oublie pas que l'ordre des lignes est important. Jean-Luc

C'est bon. Jean-Luc

Bonjour, Tu ne peux pas "faire confiance" au système pour qu'il reconnaisse de lui même que, dans certains cas, localhost/monsite/page_nom.html doit être converti d'une certaine manière et autrement dans d'autres cas. Le format que tu choisis pour tes URL doit être sans ambiguïté pour le système, sinon il prendra la première règle qui s'applique. De plus, tu ne peux pas mettre deux règles sur la même ligne. Va voir les pages de documentation de ce site: une vraie mine d'or pour démarrer en réécriture d'URL ! Jean-Luc

Ton affirmation est exacte et pas seulement pour Google. Cela fait partie de la norme robots.txt qui date de 1994. Jean-Luc