Il ne faut pas utiliser l'URL Rewriting. C'est mal.

[fandecine]

Le retour du serpent de mer !

Je rappele à tous les webmasters qu'il est trés facile de faire en sorte qu'il soit impossible de savoir de l'exterieur si votre site est statique , dynamique, si il utilise apache ou autre, si il utilise php, ruby, perl ou autre, etc ... etc ...

Il est même possible de faire croire que l'on est en php 7 sous IIS alors que l'on utilise perl avec apache

En plus, il est précisé "A static URL is one that does not change" c'est à dire que Google considére comme statique une URL qui reste la même au fil du temps même si elle est rewritée.

[dadovb]

Comme toujours avec la communication de Google pour webmasters il y a anguille sous roche...

[jfcontart]

Je rappele à tous les webmasters qu'il est trés facile de faire en sorte qu'il soit impossible de savoir de l'exterieur si votre site est statique , dynamique, si il utilise apache ou autre

déjà au minimum rien que 2 trucs à faire pour être plus discrets (en plus du urlrewriting)

Apache envoie une bannière descriptive de la configuration du serveur dans le header. Il est possible de désactiver cela en modifiant les deux directives suivantes:
ServerSignature Off
ServerTokens Prod

Par défaut, PHP est configure pour envoyer un en-tête HTTP appelé X-Powered-By. Pour supprimer ce header, il suffit de modifier l'option expose_php dans le fichier php.ini:
expose_php = off

[Vap]

Je rappele à tous les webmasters qu'il est trés facile de faire en sorte qu'il soit impossible de savoir de l'exterieur si votre site est statique , dynamique, si il utilise apache ou autre

déjà au minimum rien que 2 trucs à faire pour être plus discrets (en plus du urlrewriting)

Apache envoie une bannière descriptive de la configuration du serveur dans le header. Il est possible de désactiver cela en modifiant les deux directives suivantes:
ServerSignature Off
ServerTokens Prod

Par défaut, PHP est configure pour envoyer un en-tête HTTP appelé X-Powered-By. Pour supprimer ce header, il suffit de modifier l'option expose_php dans le fichier php.ini:
expose_php = off

Merci pour l'info.

ServerTokens ne peut pas etre utilisée dans un .htaccess malheureusement. IL faut avoir un dédié pour s'en servir.

[serval2a]

Ce qui m'étonne c'est que personne ne parle de sécurité ?

Il semblerait que des url rewritées soient plus sûres ?

vrai ? faux ?

oui car ca masque le script et les paramètres.
non pour les CMS largement diffusées.

Salut,
A noter sur ce point que ça permet également, et surtout amha, au niveau sécurité d'éviter certaines injections, en effet suivant la règle utilisée on peut limiter la réécriture aux cas où la variable contient uniquement des chiffres, si en lieu et place de la variable numérique (exemple article-288.html) on tente d'indiquer une URL (exemple article-http://spam.ru/malware.exe.html) apache renverra une erreur 404 sans appel au script PHP (par exemple) et donc sans interaction avec l'URL passée en variable.
Ce qui fait que sans erreur SQL (par exemple) on ne trouvera effectivement pas de suite le vrai nom de la variable et on évite donc du coup que le vilain passe par article.php?id=
@+

[abseo]

je pense que le titre doit présenter le contenu brièvement le contenu c'est tout, google cherche a éviter les mots clés sans rapport avec le contenu qui perturbent les chercheurs