Cela ne peut pas marcher car en contradiction avec Extended description...
8-/

Et de toute façon le nom d'une catégorie peut être bien plus complexe que le permalien, je vois mal une fonction qui pourrait se sortir de tous les cas de figure et plaire à tout le monde...

De plus, je peux avoir 2 catégories de même nom et cela ne passe pas pour les permaliens.

Merci pour vos réponses, j'ai fait la modif à la main c pas bien compliqué...
ça doit donc se trouver dans le manuel d'utilisation ça. Désolé je retiens: RTFM!
Avant de classer en résolu si je comprends bien il est uniquement possible de remplacer l'id de catégorie par un nom?

Mon site: http://www.bibimage.com

Il n'y a pas que les permalinks.

J'irai pêcher mes idées dans la mare de rvelices...

wow merci beaucoup pour ces précisions

donc si j'ai bien compris :
- modif de la config
- plugin pour modifier les liens
- htaccess pour re-écrire ces liens

ben j'ai plus qu'a m'y mettre ^^

VDigital a écrit:

Donc chez rvelices, nous observons par exemple ceci:
http://www.modusoptimus.com/ pwg/index/category/new-york-2009

pas de .php
pas de ?
pas de id

pour une image:
http://www.modusoptimus.com/ pwg/picture/R20090212_1683/category/new-york-2009

pour ma part: je ne mettrai pas R20090212_ qui n'apporte pas grand chose.
Et il pourrait très bien réduire sans impact son url comme ceci:
http://www.modusoptimus.com/pic/1683/cat/new-york-2009

Cela ne compliquerait pas ses règles et serait un affichage plus agréable.
Pour cela, non seulement il doit coder des règles de .htaccess (ce qu'il fait déjà) mais en plus
il devrait coder un plugin particulier (plugin qu'il a déjà pour écrire R20090212_1683 et non 1683-R20090212).

C'est donc assez compliqué.
Pour commencer il utilise :

Code:

// question_mark_in_urls : the generated urls contain a ? sign. This can be
// changed to false only if the server translates PATH_INFO variable
// (depends on the server AcceptPathInfo directive configuration)
$conf['question_mark_in_urls'] = false;

// php_extension_in_urls : if false, the urls generated for picture and
// category will not contain the .php extension. This will work only if
// .htaccess defines Options +MultiViews parameter or url rewriting rules
// are active.
$conf['php_extension_in_urls'] = false;

// category_url_style : one of 'id' (default) or 'id-name'. 'id-name'
// means that an simplified ascii represntation of the category name will
// appear in the url
$conf['category_url_style'] = 'id';

// picture_url_style : one of 'id' (default), 'id-file' or 'file'. 'id-file'
// or 'file' mean that the file name (without extension will appear in the
// url). Note that one aditionnal sql query will occur if 'file' is choosen.
// Note that you might experience navigation issues if you choose 'file'
// and your file names are not unique
$conf['picture_url_style'] = 'id-file' ;

// tag_url_style : one of 'id-tag' (default), 'id' or 'tag'.
// Note that if you choose 'tag' and the url (ascii) representation of your
// tags is not unique, all tags with the same url representation will be shown
$conf['tag_url_style'] = 'tag';

Donc tout ceci ne fonctionne pas chez tout le monde, cela dépend énormément des configurations.
C'est pourquoi nous ne généralisons pas.

@+

Je reviens sur le sujet car je n'arrive pas à reproduire l'exemple cité...
Je crois qu'il faut rajouter des lignes dans le .htaccess
J'ai rajouté :

Options +FollowSymlinks  
RewriteEngine on

Que faire de plus ?

Je précise que j'ai activé la ligne

LoadModule rewrite_module libexec/mod_rewrite.so

dans ma configuration d'apache (EasyPHP).

Merci

nicolas a écrit:

Au niveau logique et hiérarchie du contenu il serait bien plus appréciable d'avoir quelque chose comme :
http://www.modusoptimus.com/new-york-2009/1683

Effectivement cela serait encore mieux, une option de plus? un risque d'ambiguité d'url en plus à gérer.
Je te laisse notifier rvelices?