Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue63:tutowebdev [2012/09/10 14:01] – thierry43
+++ issue63:tutowebdev [2012/09/12 16:16] (Version actuelle) – auntiee
@@ Ligne 1: / Ligne 1: @@
-====== DRAFT ======
 **
 The “LAMP Stack” is traditionally Linux, Apache, MySQL, and PHP. This is the most necessary portion of any server to any web developer, whether you’re specializing in PHP or even mobile development. You just simply cannot develop a web site or web app without a web server. Of course, there are other flavors of web servers that use other technology, but this is the standard and will be our starting point.
 **
-L'ensemble de logiciels « LAMP » repose traditionnellement sur Linux, Apache, MySQL et PHP. Ce sont les éléments les plus indispensables pour tout serveur destiné à un développeur web, que vous soyez spécialisé en PHP ou même en développement mobile. Vous ne pouvez tout simplement pas développer un site, ou une application, web sans un serveur web. Bien entendu, il y a d'autres types de serveurs web qui utilisent d'autres technologies, mais ceci est le standard et sera notre point de départ.
+Un serveur « LAMP » repose traditionnellement sur Linux, Apache, MySQL et PHP. Ce sont les éléments indispensables pour tout serveur destiné à un développeur web, que vous vous spécialisiez en PHP ou même en développement mobile. Vous ne pouvez tout simplement pas développer un site ou une application web sans un serveur web. Bien entendu, il y a d'autres serveurs web qui utilisent d'autres technologies, mais c'est le standard et ce sera notre point de départ.
 **
@@ Ligne 11: / Ligne 9: @@
 **
-Dans la cadre de ce nouvel article, j'ai configuré un nouveau Serveur Virtuel pour vous accompagner jusqu'au bout. Mon serveur tourne sous Ubuntu Server 64 bits 10.10. Ce mois-ci, nous installerons et configurerons Apache2. Je partirai du principe que vous savez comment éditer des fichiers dans un terminal avec vi, c'est ce que nous utiliserons tout le temps. Lançons-nous.
+Dans le cadre de cette nouvelle série d'articles, j'ai configuré un nouveau serveur virtuel que nous examinerons tout le long de notre chemin ensemble. Mon serveur tourne sous Ubuntu Server 64 bits 10.10. Ce mois-ci, nous installerons et configurerons Apache2. Je partirai du principe que vous savez comment éditer des fichiers dans un terminal avec vi, c'est ce que nous utiliserons tout le temps. Commençons.
 **
@@ Ligne 19: / Ligne 17: @@
 **
-Si vous n'êtes pas root ( et vous ne devriez pas l'être pour des raisons de sécurité ), vous devez exécuter la commande apt-get en utilisant sudo, et tous mes exemples supposeront que vous êtes connecté comme un utilisateur. Exécutez la commande suivante pour installer apache2 :
+Si vous n'êtes pas root (et vous ne devriez pas l'être pour des raisons de sécurité), vous devez exécuter la commande apt-get en utilisant sudo. Tous mes exemples supposeront que vous êtes connecté en tant qu'utilisateur. Exécutez la commande suivante pour installer apache2 :
 sudo apt-get install apache2
@@ Ligne 29: / Ligne 27: @@
 **
-Par défaut, maintenant cela fonctionne. Il écoute toutes les adresses IP disponible pour lui, tout ce qui arrive vers cette boîte sur le port 80 affichera le site web par défaut. Jusqu'ici, très simple. Tous vos fichiers se trouveront dans le dossier :
+Par défaut, maintenant cela fonctionne. Il écoute toutes les adresses IP visibles pour lui, tout ce qui arrive vers cette machine virtuelle sur le port 80 affichera le site web par défaut. Jusqu'ici, c'est très simple. Tous vos fichiers se trouveront dans le dossier :
 /srv/www/
@@ Ligne 37: / Ligne 35: @@
 **
-J'ai le sentiment que nous souhaiterons quelques sites différents pour s'amuser avec, alors je vais vous montrer comment configurer cela. Au lieu d'utiliser les dossier et configuration par défaut d'Apache, nous utiliserons des hôtes virtuels. A partir de ce moment, j'utiliserai example.com que vous pourrez remplacer par votre propre nom de domaine.
+J'ai le pressentiment que quelques sites distincts seront utiles pour nos essais et je vais donc vous montrer comment j'ai configuré tout cela. Au lieu d'utiliser le dossier et la configuration par défaut d'Apache, nous utiliserons des hôtes virtuels. A partir d'ici, j'utiliserai example.com que vous devrez remplacer par votre propre nom de domaine.
 **
@@ Ligne 45: / Ligne 43: @@
 **
-Créez un nouveau fichier de configuration hôte virtuel dans /etc/apache2/sites-available/ avec la commande suivante :
+Créez un nouveau fichier de configuration de l'hôte virtuel dans /etc/apache2/sites-available/ avec la commande suivante :
 sudo vi /etc/apache2/sites-available/example.com
@@ Ligne 54: / Ligne 52: @@
 **
-Maintenant, un peu de configuration. Poursuivez en utilisant l'exemple de configuration ci-dessous.
+Maintenant, un peu de configuration. Poursuivez en utilisant l'exemple de configuration de base ci-dessus.
-====== TO DO ======
+**
+Remember to change example.com to your doman name. This stuff is kind of boring so I am just going to run through it really quickly. ServerAdmin is for the email address of who (or a group that) maintains the site. ServerName should be the base name of the site. Please note, if your site is a sub-domain then you will need to put x.example.com in the ServerName. The ServerAlias is the full web address that will be going to your site. DocumentRoot is where all of your public files will be held. I took the liberty of giving you error log reporting to make finding and fixing problems easier in the future. Before any of that will work, we need to create those directories for real. That, of course, is as easy as making directories:
+mkdir -p /srv/www/example.com/public_html
-Remember to change example.com to your doman name. This stuff is kind of boring so I am just going to run through it really quickly. ServerAdmin is for the email address of who (or a group that) maintains the site. ServerName should be the base name of the site. Please note, if your site is a sub-domain then you will need to put x.example.com in the ServerName. The ServerAlias is the full web address that will be going to your site. DocumentRoot is where all of your public files will be held. I took the liberty of giving you error log reporting to make finding and fixing problems easier in the future. Before any of that will work, we need to create those directories for real. That, of course, is as easy as making directories:
+mkdir /srv/www/example.com/logs
+**
+N'oubliez pas de remplacer example.com par votre nom de domaine. Cette partie est fastidieuse, je vais donc la parcourir rapidement. ServerAdmin est l'adresse e-mail de celui qui (ou du groupe qui) maintient le site. ServerName est le nom de base du site. Si votre site est un sous-domaine, vous devrez indiquer x.example.com dans ServerName. ServerAlias est l'adresse complète de votre site. DocumentRoot indique où tous vos fichiers publics se trouveront. J'ai pris l'initiative d'activer les journaux d'erreurs pour aider à trouver et à corriger plus facilement de futurs problèmes. Avant que tout cela ne fonctionne, nous devrons créer tous ces sous-répertoires. Cela, bien sûr, est aussi simple que de créer des dossiers :
 mkdir -p /srv/www/example.com/public_html
@@ Ligne 65: / Ligne 68: @@
 mkdir /srv/www/example.com/logs
+**
 Sweet, now we got some stuff going on. Now let’s activate that bad boy:
@@ Ligne 70: / Ligne 74: @@
 sudo /etc/init.d/apache2 reload
+**
+Parfait, cela commence à fonctionner. Maintenant, activons la chose :
+sudo a2ensite example.com
+sudo /etc/init.d/apache2 reload
+**
 The a2ensite is actually a really cool command. It says apache2, enable site x. There is also a2dissite for disabling. This will use the site config files we made in the sites-available directory and copy them into the sites-enabled directory. Although we could do it ourselves, it is just good practice to let apache handle its own files when it is able. The other statement there is telling apache to reload its configuration files.
+**
+La commande a2ensite est en fait une commande très sympa. Elle dit à apache2 d'activer le site x. Il y a aussi a2dissite pour le désactiver. Elle utilisera les fichiers de configuration du site que nous avons créé dans le dossier sites-available et les copiera dans le dossier sites-enabled. Nous pourrions bien sûr le faire nous-mêmes, mais c'est une bonne pratique de laisser apache gérer ses propres fichiers quand il en est capable. L'autre commande demande à apache de recharger ses fichiers de configuration.
+**
 Well, that is it for this month.
 Next time we will be installing PHP and MySQL to complete the LAMP stack.
+**
+Voilà, c'est terminé pour ce mois-ci !
+La prochaine fois, nous installerons PHP et MySQL pour terminer notre serveur LAMP.