02-12-2008, 12:10 AM
(Modification du message : 03-12-2008, 01:10 PM par Sephi-Chan.)
Bonjour à tous,
Aujourd'hui, je vais vous parler de la mise en place de Zend Framework (dans sa version 1.7.0, sortie le 17 octobre 2008). Je vais vous proposer une architecture que je vais commenter rapidement, puis je vous parlerai des configurations à faire dans vos fichiers httpd.conf et hosts pour l'utiliser en local.
Le gros avantage de cette architecture est d'être modulaire, il est ainsi très simple de séparer son site en plusieurs parties (la partie publique et l'administration, par exemple).
Son inconvénient est qu'en l'état, elle ne peut pas être déployée de manière élégante sur un serveur mutualisé. Son cadre d'utilisation est donc limité aux serveurs locaux et dédiés. Nous traiterons ici de l'utilisation locale.
Important : Si vous utilisez cette architecture telle quelle sur un serveur mutualisé (sur lequel vous ne pouvez pas définir de Virtual Hosts), vos URL seront de forme http://myapplication.com/document_root/c...eur/action. C'est utilisable mais peu esthétique.
Pour la déployer, il suffit de décompresser l'archive ci-jointe où vous le souhaitez sur votre disque, d'ouvrir votre fichier de configuration Apache ainsi que votre fichier hosts.
Archive du projet (Application + Zend Framework 1.7.0)
Le fichier hosts
Le fichier hosts associe un domaine à une adresse IP. Il est évalué quand vous entrez une adresse dans votre navigateur et surcharge les informations donnés par les serveurs DNS. Ce faisant, il vous permet d'utiliser des noms de domaines personnalisés.
Selon votre système d'exploitation, vous le trouverez à différents endroits.
Ouvrez ce fichier et ajoutez une ligne qui associe 127.0.0.1 (l'adresse IP de votre interface loopback) à un nom de domaine (de préférence inexistant) de votre choix. Par exemple :
À présent, en allant à cette adresse, votre navigateur vous mènera sur la même page que quand vous tapiez http://localhost/. Vous avec probablement remarqué que cela est lié à une autre ligne présente dans le fichier host qui associe l'adresse 127.0.0.1 au domaine localhost.
Passons à présent à la configuration d'Apache.
Le fichier httpd.conf
Passons à Apache, nous allons y configurer des Virtuals Hosts pour que le nom de domaine précédemment configuré redirige bien vers notre site. Je ne vous donne pas d'adresse précise cette fois puisque tout le monde n'installe pas Apache au même endroit (surtout pour les personnes qui utilisent les solutions XAMP).
À la fin du fichier de configuration, ajoutez les éléments et blocs qui suivent (en modifiant le port d'écoute si vous n'utilisez pas le port 80, bien entendu), en remplaçant les URL par celles qui conviennent.
Je pense que vous comprendrez le fonctionnement de ces Virtual Hosts en lisant les blocs. Vous pouvez en définir autant que vous le souhaitez, c'est quand même plus sympa !
Vous n'avez plus qu'à relancer votre serveur Apache afin de prendre les modifications en compte, puis vous rendre à l'adresse http://myapplication.dev/ et la magie opère !? Vous avez déployé votre début d'application !
La page que vous avez devant les yeux est la vue de l'action index, du contrôleur index, du module default. Cela revient au même que si vous aviez tapé :
Les URL sont de la forme http://myapplication.dev/module/contrôle...rArgumentN.
Si vous ne spécifiez pas de module, c'est le module default qui est utilisé, le reste ne change pas. Vous pouvez essayer de vous rendre sur l'autre module, admin et fouiner dans les sources pour regarder comment ça fonctionne !
Voilà ! Je complèterais probablement cette introduction (selon vos questions, essentiellement). J'écrirais peut-être des suites décrivant les différents composants du framework selon votre intérêt.
Sephi-Chan
Aujourd'hui, je vais vous parler de la mise en place de Zend Framework (dans sa version 1.7.0, sortie le 17 octobre 2008). Je vais vous proposer une architecture que je vais commenter rapidement, puis je vous parlerai des configurations à faire dans vos fichiers httpd.conf et hosts pour l'utiliser en local.
Le gros avantage de cette architecture est d'être modulaire, il est ainsi très simple de séparer son site en plusieurs parties (la partie publique et l'administration, par exemple).
Son inconvénient est qu'en l'état, elle ne peut pas être déployée de manière élégante sur un serveur mutualisé. Son cadre d'utilisation est donc limité aux serveurs locaux et dédiés. Nous traiterons ici de l'utilisation locale.
Important : Si vous utilisez cette architecture telle quelle sur un serveur mutualisé (sur lequel vous ne pouvez pas définir de Virtual Hosts), vos URL seront de forme http://myapplication.com/document_root/c...eur/action. C'est utilisable mais peu esthétique.
Pour la déployer, il suffit de décompresser l'archive ci-jointe où vous le souhaitez sur votre disque, d'ouvrir votre fichier de configuration Apache ainsi que votre fichier hosts.
Archive du projet (Application + Zend Framework 1.7.0)
Le fichier hosts
Le fichier hosts associe un domaine à une adresse IP. Il est évalué quand vous entrez une adresse dans votre navigateur et surcharge les informations donnés par les serveurs DNS. Ce faisant, il vous permet d'utiliser des noms de domaines personnalisés.
Selon votre système d'exploitation, vous le trouverez à différents endroits.
- Windows XP/Vista : c:\windows\system32\drivers\etc\hosts ;
- GNU/Linux : /etc/hosts ;
- Mac OS X : /private/etc/hosts ;
Ouvrez ce fichier et ajoutez une ligne qui associe 127.0.0.1 (l'adresse IP de votre interface loopback) à un nom de domaine (de préférence inexistant) de votre choix. Par exemple :
hosts a écrit :127.0.0.1 myapplication.dev
À présent, en allant à cette adresse, votre navigateur vous mènera sur la même page que quand vous tapiez http://localhost/. Vous avec probablement remarqué que cela est lié à une autre ligne présente dans le fichier host qui associe l'adresse 127.0.0.1 au domaine localhost.
Passons à présent à la configuration d'Apache.
Le fichier httpd.conf
Passons à Apache, nous allons y configurer des Virtuals Hosts pour que le nom de domaine précédemment configuré redirige bien vers notre site. Je ne vous donne pas d'adresse précise cette fois puisque tout le monde n'installe pas Apache au même endroit (surtout pour les personnes qui utilisent les solutions XAMP).
À la fin du fichier de configuration, ajoutez les éléments et blocs qui suivent (en modifiant le port d'écoute si vous n'utilisez pas le port 80, bien entendu), en remplaçant les URL par celles qui conviennent.
Code :
NameVirtualHost *:80
<VirtualHost *:80>
ServerName localhost
DocumentRoot /Url/de/votre/localhost
</VirtualHost>
<VirtualHost *:80>
ServerName myapplication.dev
DocumentRoot /Url/de/votre/application/document_root
</VirtualHost>Je pense que vous comprendrez le fonctionnement de ces Virtual Hosts en lisant les blocs. Vous pouvez en définir autant que vous le souhaitez, c'est quand même plus sympa !
Vous n'avez plus qu'à relancer votre serveur Apache afin de prendre les modifications en compte, puis vous rendre à l'adresse http://myapplication.dev/ et la magie opère !? Vous avez déployé votre début d'application !
La page que vous avez devant les yeux est la vue de l'action index, du contrôleur index, du module default. Cela revient au même que si vous aviez tapé :
- http://myapplication.dev/default/index/index ;
- http://myapplication.dev/index ;
- http://myapplication.dev/index/index, etc ;
- Etc.
Les URL sont de la forme http://myapplication.dev/module/contrôle...rArgumentN.
Si vous ne spécifiez pas de module, c'est le module default qui est utilisé, le reste ne change pas. Vous pouvez essayer de vous rendre sur l'autre module, admin et fouiner dans les sources pour regarder comment ça fonctionne !
Voilà ! Je complèterais probablement cette introduction (selon vos questions, essentiellement). J'écrirais peut-être des suites décrivant les différents composants du framework selon votre intérêt.
Sephi-Chan
