C'est juste histoire de réécrire les urls dynamiques des pages php. Exemple, j'ai une catégorie DIAWARA et une sous_categories COREDIA qui contient une photo doudou.jpg, voila ce que me donne la page dynamique: http://www.diawara.org/album/picture.ph … age_id=138 (photo 138 dans la categorie 23)...9a ne veut rien dire pour un webbot.
Le but c'est d'arriver ç ce que le serveur à la place de picture.php?cat=23&image_id=138, me donne une url comme http://www.diawara.org/album/DIAWARA-COREDIA-doudou-photo.html .
Ainsi les urls sont plus parlantes et les moteurs de recherche indexent avec joie ces pages et c'est très important pour la visibilité d'un site avec l'utilisation des mots clés

URL Rewriting : comment ça marche ?
Le principe est très simple (pas la pratique) : sur un site qui utilise l'URL Rewriting, on ne peut plus se rendre compte qu'il est basé sur des pages dynamiques. En effet, les URL sont  "propres" : elles ne contiennent plus tous les caractères spéciaux comme ? ou &. Personne ne peut savoir qu'il s'agit de pages dynamiques, que ce soit un robot d'indexation ou un internaute.
Le webmaster doit changer la façon dont il écrit les liens, selon des règles qu'il va se fixer lui-même. En reprenant l'exemple ci-dessus, on peut remarquer que les URL pour les pages d'articles ont toutes la même forme. On va donc changer nos scripts PHP et nos liens à l'intérieur du site selon le modèle suivant : article_12_2_5.html

Quand un internaute demande cette page, le serveur va appliquer une règle de réécriture d'URL (décrite dans un fichier .htaccess) et renvoyer la même chose que si l'internaute avait demandé la page [/]article.php?id=12&page=2&rubrique=5[/b].

Remarque : même si l'URL Rewriting est mis en place, on peut toujours accéder aux pages en utilisant l'ancienne URL. Il faut donc veiller à changer tous les liens à l'intérieur de son site pour qu'ils soient tous au nouveau format.

URL Rewriting : les étapes pour la mise en place
Vérifier que votre hébergeur permet l'utilisation de l'URL Rewriting.
Identifier les pages dynamiques dont l'URL comporte des paramètres, et choisir un nouveau schéma d'URL "propre"
Ecrire les règles de réécriture dans le fichier .htaccess
Changer tous les liens vers chaque fichier dont l'URL a changé

http://www.webrankinfo.com/analyses/aut … utants.php

Dernière modification par doudou (2005-09-20 02:15:44)

doudou a écrit:

Lol.
Mais qui est chez free?
:o

pour héberger quelques photos, on a pas forcément tous envie de dépenser quelques sous :)

Bonjour,

Moi, je suis chez Free, juste pour le stockage de mes photos.  Est-ce que cela va marcher si le script est sur un serveur qui accepte l'url rewriting et les photos sont sur Free qui ne semble pas accepter l'url rewriting ?

Merci pour votre aide

Seb.

Si je peux me permettre pour essayer d'apporter ma contribution a cette optimisation de référencement de PhpWebGalery j'ai moi aussi effectué cela sur ma galerie.
Par contre je tiens a signaler à Sbaudry de faire attention car il a rewritter la partie catégorie mais il a oublié la partie vignette dans picture.php ce qui entraine du duplicate content, je l'explique dans un petit billet fait sur cette optimisation ici.

Bonne continuation à tous.

Dernière modification par f_trt (2005-10-27 00:21:01)

Salut,
Merci à f_trt pour les explications et les astuces.
J'ai fait ma réécriture d'url vite fait, je n'ai pas trop blindé le truc... J'ai même fait l'impasse sur des endroits où les pages sont dupliquées. L'indexation n'est donc pas encore super nickel. Si j'ai le courage je me replongerai dedans pour améliorer le truc.
Sinon, j'ai constaté qu'il faut beaucoup de temps pour avoir une bonne indexation sur google et yahoo, par contre msn semble plus rapide.
A+
Seb

Bonsoir,
Merci les gars. Je vais tester sa méthode de réécriture de liens pour voir.

nicolas a écrit:

Pour ne pas laisser cette idée je remonte le topic!

Maintenant que les règles de recherche ne passent plus par URL, j'ai gribouillé les futures URL que l'on aurait en branche 1.6 :

- thumbnails.php?/categories
- thumbnails.php?/category/12
- thumbnails.php?/tags/1-erwann/12-pierrick
- thumbnails.php?/most_seen
- thumbnails.php?/best_rated

Optionnellement, on pourra afficher le nom ASCII-isé de la catégorie

- thumbnails.php?/category/12-bolivie

Avec des déclinaisons du type numéro de page, vue calendrier :

- thumbnails.php?/tags/1-erwann/12-pierrick/calendar-2005.12 : vue calendrier des photos associées aux tags 1 (Erwann) et 12 (Pierrick)
- thumbnails.php?/category/12-bolivie/start-60 : catégorie 12 (Pays > Bolivie), afficher à partir du 60ème élément

Ah oui, je projète de remplacer la catégorie "calendrier" par le mode de vue "calendrier". Concrètement, pour n'importe quel ensemble de photos, on affiche par défaut en mode liste, et on switche sur le mode calendrier avec un bouton dédié (fonctionnalité pas du tout spécifiée pour le moment, c'est la première fois que j'en parle).

La syntaxe avec "?" permet d'être compatible avec toutes les plateformes, que mod_rewrite soit activé ou non. Et comme ce n'est pas un banal index.php, le nom de la page thumbnails.php apporte en lui-même de l'information.

On trouvera les mêmes URL pour la page picture.php.

Bref, cette fonctionnalité n'est pas du tout oubliée, je la classe comme "stratégique 1.6" au même titre que la classification par tag et les services web.