Zend FR

Perso j'utilise actuellement celle ci

application/
    .htaccess
    controllers/
    models/
    views/
        layouts/
        scripts/
public/
    .htaccess
    img/
    js/
    css/
    index.php

Mais jusqu'a assez récemment j'utilisais celle là:

application/
    .htaccess
    controllers/
    models/
    views/
        scripts/
public/
    .htaccess
    img/
    js/
    css/
.htaccess
index.php

Après je ne sais pas si y'a de solutions ultimes. Avec un coup de htaccess on peux trouver plusieurs solutions propres je pense.

Pourquoi avoir changé ? -> Comme ça. Non en fait je n'aimais pas avoir un fichier index.php perdu tout seul...
Pas de changement majeur (seulement le premier include a changer (car j'inclus un fichier qui configure mon include_path... etc ).
Et pour le serveur, c'est à toi de faire pointé dessus donc ca change quasiment rien.
En gros, ca change rien ou presque (pour moi)

Bonjour,

Il n'y a pas vraiment de bonne architecture, ça dépend de la taille de ton projet et de ton hébergement.

L'idée générale et que ton serveur apache doit pointer vers le répertoire où se trouve ton index.php. Si tu ne contrôles pas ta conf apache (un hébergement mutualisé par exemple), il faudra sans doute mettre ton index.php à la racine, sinon il est préférable de le mettre ailleurs.

Par contre si tu décides de changer ton arborescence, les liens de ton site ne changeront pas (tout est intercepté par le ZF et les URL dépendent du routeur). Si tu modifies comme il faut ton include_path, tu n'auras pas à changer ton code. Bref, le choix de l'arborescence n'est pas absolument déterminant pour la suite, choisis l'arbo qui te conviens le mieux.

A+, Philippe

Mr.MoOx a écrit:

Perso j'utilise actuellement celle ci

Code:

application/
    .htaccess
    controllers/
    models/
    views/
        layouts/
        scripts/
public/
    .htaccess
    img/
    js/
    css/
    index.php

Mais jusqu'a assez récemment j'utilisais celle là:

Code:

application/
    .htaccess
    controllers/
    models/
    views/
        scripts/
public/
    .htaccess
    img/
    js/
    css/
.htaccess
index.php

Après je ne sais pas si y'a de solutions ultimes. Avec un coup de htaccess on peux trouver plusieurs solutions propres je pense.

Mais dans quel dossier se place les différentes librairies ? (désolé pour le UP sauvage)

Concernant la place du bootstrap (index.php), il y a un élément à garder en tête : son but est de restreindre au maximum la quantité de source exposée dans l'espace web.

Autrement dit, la bonne pratique consiste à faire pointer son DocumentRoot (pour Apache) sur le dossier qui contient le bootstrap, et laisser tout le reste (notamment application/ et lib/, mais aussi config/, la bdd etc.) en dehors de l'espace web.

Conclusion, l'arborescence typique (j'ai bien dit typique, pas la seule acceptable bien sûr ) d'une application Zend Framework (mais ceci est valable aussi pour tout autre framework/application) est la suivante :

application/
    controllers/
    config/
    db/                 <=== si SQLite par exemple
    models/
    views/
        layouts/
        scripts/
lib/
    XYZ/               <=== pour stocker toute autre librairie propre 
                            à l'application (ou tierce partie bien sûr)
    Zend/             <=== Pour les sources de ZF, mais elles 
                           peuvent aussi bien être ailleurs 
    
public/                <=== DocumentRoot
    .htaccess
    img/
    js/
    css/
    index.php

Avec bien sûr l'alternative, pour une application utilisant des modules, d'intercaler un dossier modules/default/ dans application/.

En bref, dans le meilleur des mondes, index.php doit être le seul script accessible directement http://toto.com/script.php. Tous les autres doivent se situer en-dehors de cet espace, traditionnellement soit dans application/ soit dans lib/

En espérant que ce soit plus clair ainsi :p

Dernière modification par gauthier (02-10-2008 15:18:16)

Concernant la place du bootstrap (index.php), il y a un élément à garder en tête : son but est de restreindre au maximum la quantité de source exposée dans l'espace web.

Autrement dit, la bonne pratique consiste à faire pointer son DocumentRoot (pour Apache) sur le dossier qui contient le bootstrap, et laisser tout le reste (notamment application/ et lib/, mais aussi config/, la bdd etc.) en dehors de l'espace web.

même chose

c'est une solution qui se pratique aussi en effet. Son intérêt est toutefois limité si l'on place l'intégralité du code de démarrage dans le bootstrap...

Une autre solution consiste sinon, mais elle plus complexe, à recourir à un plugin de contrôleur dérivé de Zend_Controller_Plugin_Abstract, et qui s'utilise ensuite ainsi :

$frontController->registerPlugin(new InitPlugin());

Comme le contenu du plugin serait un peu long à détailler ici (quoique je pourrais peut-être en faire un tuto si ça intéresse quelqu'un...), je peux vous renvoyer vers le squelette de projet ZF que propose Zend Studio 6.1, qui implémente cette technique.

Elle a entre autres intérêts de faciliter l'exécution de tests unitaires sur les contrôleurs (qui ont besoin d'un environnement initialisé mais sans requête HTTP - pas de dispatch()).

NOTA : je ne fais pas de pub pour Studio, vous pouvez tous le télécharger gratuitement en version d'essai, ce qui est suffisant pour générer un projet de type "Zend Framework" et consulter le code dont je parle ici. Pour le reste, je vous laisse seuls juges :p

lui-même