Zend FR

Première chose, il ne s'agit d'une configuration d'URL mais de ton serveur web.

à en juger par ton url, ton DOCUMENT_ROOT
doit être quelque chose du style /var/www
dans lequel se trouve ton dossier Ctunes
Tu dois configurer ton serveur web, pour utiliser par exemple une virtualhost qui pointera vers Ctunes/public
et j'insiste sur le public, ton application ne doit pas résider dans le DOCUMENT_ROOT de ton serveur web.

tu auras une structure telle que celle ci :

bguery@joyless:/mnt/sites$ tree -L 1 monsite.dev
monsite.dev/
├── application
├── docs
├── htdocs -> public
├── library
├── public
├── tests
└── var

7 directories, 0 files

Tu accèderas ensuite à ton site à l'adresse http://monsite.dev/
moyennent l'ajout d'une entrée dans ton fichier hosts.

Concernant ton point .html, s'il ne s'agit là que d'un aspect SEO et non pas esthétique, tu perds ton temps, l'extension en tant que telle ne t'apportera absolument rien en terme de référencement.

Je t'invite très fortement à miser sur une intégration réussie et un contenu sémantiquement architecturé.

Je te conseille également la lecture de ces deux articles, en anglais, sur les URLs, l'accessibilité et le référencement :

http://www.w3.org/Provider/Style/URI
http://googlewebmastercentral.blogspot. … -urls.html

damdamien a écrit:

Bonjour,
Je ne parler en rien du coter esthétique de la chose mais bien d'un aspect SEO comme tu l'as précisé.

Quand tu créé une feuille de style tu y mets l'extension .css
Quand tu créé une fichier javascript tu y mets l'extension .js

Donc, quand notre serveur retourne un fichier de type html au navigateur du client on devrait y mettre l'exetnsion .html par convention
[...]

Je ne comprends pas ton besoin de vouloir à tout prix avoir une extension (.html, .php ou autre) ! Car dans les 2 exemples que tu cites (fichiers CSS et JavaScript), il s'agit là de fichiers présents physiquement sur le serveur, donc ils ont un nom et une extension. Soit.
Mais dans le cas de pages Web, il y a bien longtemps que l'on a abandonné la relation "1 fichier -> 1 page", qui reste éventuellement toujours valable dans le cas de sites statiques.
Là, tu cherches à afficher des pages Web, qui n'existent donc pas physiquement sur le serveur, mais sont une composition des plusieurs fichiers (.php, .phtml, .css, .js, ...) + des données utilisateurs + des données venant de bases de données + ... Bref, la relation évoquée ci-dessus n'existe plus du tout !
D'où ma question : pourquoi vouloir à tout prix mettre une extension en fin d'URL ?

damdamien a écrit:

Si la réponse et oui ! Doit on comprendre que ZEND ne soit pas totalement prévu pour être utilisé sur un mutu?

Oui et non, Zend Framework a l'avantage de pouvoir fonctionner sur quasiment n'importe quel serveur fonctionnant avec PHP (à la différence d'autre framework, qui ont parfois d'autre dépendance, applicative par exemple ou avec d'autre libraries).

La configuration que je t'ai proposé, est une configuration "standard" mais aussi et surtout sécuritaire, elle vise à placer ton application EN DEHORS de la racine de ton serveur web (de ce manière seul le dossier /public est accessible), cela étant, rien ne t'empêche de placer le contenu de ton dossier public à la racine de ton serveur, ou mieux utiliser la directive RewriteBase /tondossier/public

damdamien a écrit:

Donc, je souhaites vraiment ajouter cette extension à mais URL.

Là ou je voulais vraiment en venir, c'est que ce point n'est pas un point essentiel à un bon référencement, certes les URL-friendly sont très importantes, mais Google ne donnera pas plus de point à une page avec une extension en .html

La réécriture d'URL est devenu quelques choses de tellement courant que les moteurs de recherche ne peuvent plus faire "confiance" et vont donc aller à l'essentiel.

En revanche le contenu de l'URL est lui important, tout comme le sont l'ensemble des règles de SEO.

Mais la SEO, c'est avant un contenu sémantique, accessible, bien rédigé et honnête (malheureusement pas toujours).

Tu peux avoir un site pas du tout optimisé (SEO) mais très bien référencé (Netlinking, etc.). Enfin on s'éloigne : )

Pour répondre à ton problème, tu pourrais créer ton propre routeur, en implémentant Zend_Controller_Router_Route_Interface, et ensuite utilise les routes chainées.

Mais encore une fois, c'est une perte de temps

Je suis quand même curieux de savoir d'où tu tires l'affirmation que l'extension (.html ou autre) joue un rôle dans le référencement...

si tu tien à avoir ds .html et autres extensions dans tes url il te faut regarder dans Zend_Controller_Request
et autre routes
tu défini une classe dérivée ou un plugin et tu indique à ZF de l'utiliser
dans ceux-ci tu redéfini le getAction qui doit te retourner le nom de ton action.
ainsi http://monserver:port/baseUrl/Module/controller/action.html va se découper en
module, controller, action (par defaut ZF t'aurait fait module, controller, action.html)
il te faut donc surcharger cette méthode pour qu'elle te retourne un nom d'action correct

tu peux si tu en as envie entièrement redéfinir la façon dont ZF récupère ces trois éléments
par exemple si au contraire tu ne veux pas d'URL distinctes ou significatives
http://monserver:port/baseUrl/8,6,3

Justement ZF est très souple sur le sujet ais à l'usage on s'aperçois que ça n’apporte pas grands chose.

j'ai un cas ou j'ai redéfini le routage l'appli n'a qu'une seule url http://monserver:port/baseUrl/
elle ne comporte aucun lien html que des post les modules, controllers, actions sont transmis dans le header
on ne peux donc ni référencé l'appli ni bookmarquer une action.

A+JYT