– installer un RPM
– compiler à partir des sources.

Bien sur, maintenant on trouve des binaires adaptées à la majorité des distribution. L’installation parait donc plus simple. Je dis parait car, une fois qu’on a testé, on se rend compte que la compilation n’est pas obligatoirement une étape compliquée. On peut donc se demander quels sont les avantages de chacune des méthodes.

Les avantages du RPM :
– moins d’étapes à passer
– une gestion des services automatique avec démarrage du serveur au boot

Les avantages de la compilation
– la possibilité d’intégrer des modules comme le PHP qui ne sera pas appelé en mode CGI mais en direct
– la possibilité d’intégrer des modules comme DSO (voir : Installer des modules Apaches avec APXS)
– pour les experts, la possibilité de customiser le code Apache

Donc, pour résumer, une compilation Apache pourra offrir des performances accrues (en particulier dans le cas d’une utilisation intensive du PHP) et offrira plus de souplesse pour la gestion de modules Apache.

Les étapes que j’ai suivi sur Fedora Core 3 :

– Installation de MySQL en RPM. Pour MySQL, je n’ai pas trouvé d’intéret à recompiler. Je dois ajouter, pour ceux qui ont une Fedora Core 3 que MySQL 4.0 est à préférer à MySQL 4.1 qui m’a posé pas mal soucis. d’autres parts, il semble que la gestion des mots de passe soit différente entre MySQL 4.0 et les versions suivantes (ce qui n’est pas sans conséquences dans phpMyAdmin). La fonction old_password est alors à utiliser pour retrouver le même fonctionnement.

– Download et compilation d’Apache (moi j’ai choisi la version 1.3.33 et je l’ai compilé dans /usr/local/apache/)

– Download et compilation de PHP (mon choix a été PHP 4.3.10 compilé dans /usr/local/PHP)

Notez qu’on indique le chemin du serveur Apache

– Re compilation d’Apache

Copie du fichier de configuration PHP

Il ne faut pas non plus oublier de préciser dans httpd.conf :
AddType application/x-httpd-php .php
et

Pourquoi ce choix ? Parceque cela me permet d’avoir la même interface depuis les postes Linux et Windows, ce que j’apprécie fortement car je n’ai pas à me poser de questions, la présentation et le fonctionnels sont toujours les mêmes.

phpMyAdmin :

Très complet, il permet de gérer les utilisateurs, les mots de passe, les droits d’accès, et toutes les opérations courantes en base de données comme les créations et modifications de tables, l’insertion, la modification et la consultation de données.
Toutefois je me suis apperçu il y a peu de temps qu’il n’affiche pas les champs blob.

esKUel :

Lui m’a permis d’afficher les champs blob qui me posaient problème, mais il ne gère pas les utilisateurs et les droits d’accès comme le fait phpMyAdmin…. Il a quand même une interface facile qui facilite les opérations sur les tables telles que le renommage, le déplacement, la copie, le dump d’une table etc etc…

MySQL.php :

Avec une interface trè simple ce script permet de faire les opérations de gestion de données dans une base. Au programe : Création de table et de bases, modification de structure et gestion des données (édition, insertion, suppression et dump). Malheureusement la zone de saisie des requêtes est trop petite et l’interface demande de l’habitude.

Ma conclusion : l’ensemble phpMyAdmin – esKUel répond entièrement à mes besoins. Il est dommage que phpMyAdmin n’affiche pas les champs blob, il ne lui manque pas grand chose pour répondre à 100 % de mes attentes. Mais je ne désespère pas d’une évolution ou de trouver un produit qui offre tout ce que j’attends… Si c’est le cas je ne manquerai pas de le faire savoir.

IBM a décidé d’apporter son soutien à PHP en ouvrant l’accès à ses serveurs via PHP. Dans un premier temps l’effort porte sur les main frames et en particulier à des accès comme DB2, mais la suite devrait concerner les serveurs iSeries comme AIX et les serveurs Linux.

Une bonne nouvelle je trouve. Surtout étant un fervant admirateur de tout ce qui est open source

Plus d’informations ici

Exceptés les modules comme OpenSSL, qui nécessitent la modification du code source d’Apache, la pluspart peuvent être compilés et installés par APXS.

Pré requis :

APXS construit un objet dynamique partagé (DSO : Dynamic Shared Object) et se base donc sur le module mod_so qui permettra ensuite de faire un « LoadModule ». La commande
httpd -l

doit faire apparaitre mod_so dans la liste des modules chargés.

Options de compilation DSO :

-c : Compile et lie le module à partir d’un ou plusieurs fichiers source dont on a fournit le nom. active les options suivantes :

-o fichier : Précise le nom du module résultant
-D nom=valeur : Précise des directives à utiliser pour le module de compilation
-I répertoire : Ajoute un répertoire de fichiers en-têtes au processus de compilation
-L répertoire : Ajoute un répertoire de bibliothèques au processus de compilation
-l bibliothèque : Ajoute une bibliothèque au processus de compilation
-Wc drapeaux : Passe des « drapeaux » au compilateur
-Wl drapeaux : Passe des « drapeaux » au lieur

Options d’installation des modules compilés :

-i : installe le module compilé.
active les options suivantes :

-a : Modifie le httpd.conf pour lui ajouter les commandes de loadmodule
-A : Modifie le httpd.conf pour lui ajouter les commandes de loadmodule sous forme de commentaires

-e : Fonctionne comme -i mais avec seulement l’édition du httpd.conf et sans installer le module compilé.

La première possibilité est de passer pas la déclaration de directory dans le fichier de configuration apache. A l’intérieur de ce conteneur on pourra utiliser les directives allow et deny qui vont permettre de restreindre les accès en fonctiond des adresses IP ou de noms de domaines.

La directive allow donne des autorisation et deny empèche les accès. la directive order indique l’ordre d’attribution et des interdictions.

Les directives allow et deny ont un fonctionnement similaire : on peut les utiliser avec un nom de domaine, même partiel :
Deny from .domaine.net

avec des adresses ip
Deny from 192.168.0.2

avec des masques d’adresses ip

La directive order définit l’ordre d’application des règles. Par exemple dans

on commence par bloquer tout le monde et on autorise l’IP 192.168.0.2. La même chose avec une directive Order Allow, Deny aurait eu pour effet de bloquer tout le monde.

Deuxième possibilité : passer par un fichier .htaccess.

Ce fichier permet d’ajouter des directives de configuration qui vont concerner un repertoire donné et ses sous dossiers. Son principal avantage est de pouvoir être mis en place à n’importe quel moment sans avoir à redémarrer le serveur Apache. Les directives contenues dans le fichier .htaccess viennent alors se substituer aux directives du fichier de configuration apache. Bien sur il faut définir dans ce dernier quelles sont les directives du .htaccess que l’on autorise à se subsituer à la configuration du serveur.

On le fait par l’option AllowOverrides. Elle peut prendre les valeurs :
None pour interdire les effets d’un fichier .htaccess
Authconfig pour pouvoir gérer les droits d’accès avec le .htaccess
FileInfo pour autoriser les directives qui contrôlent le type des documents
Index pour celles contrôlant l’indexation des répertoires
Limit pour contrôler l’accès en fonction du nom de l’hôte ou de son IP
Options pour des directives spéciales

AllowOverrides devra être indiqué au niveau du conteneur directory si on veut qu’il soit effectif pour un alias donné ou au niveau des options générales du serveur si on veut profiter ses effets au niveau du dossier « document root » et de ses sous dossiers.

Le contenu du fichier .htaccess :

AuthName indique le domaine d’identification. Ce nom sera affiché dans la fenêtre d’authentification

AuthType indique le type d’identification qui sera utilisé. Il est possible de choisir basic ou digest qui offre l’avantage de ne pas transmettre le mot de passe en clair sur le réseau.
AuthUserFile et AuthGroupFile indiquent respectivement l’emplacement du fichiers des utilisateurs et des groupes. Pour ma part je me contente de définir des utilisateurs.
require peut être suivi de valid-user pour n’importe quel utilisateur défini dans le fichier passwd ou de user et du nom d’un utilisateur.

Générer les mot de passe utilisateurs dans le fichier .htpasswd :

Sous Linux il suffit d’utiliser htpasswd qui est fourni avec Apache.

htpasswd [option] Chemin-du-fichier-htpasswd nom-utilisateur
l’utilitaire demandera la saisie du mot de passe et sa confirmation.

les options :
-c pour créer un nouveau fichier utilisateurs (attention à ne pas écraser un fichier existant)
-b pour empécher le chiffrement du mot de passe dans le fichier
-m -s et -p indique l’algorithme de chiffrement à utiliser : MD5, SHA ou texte brut

Sous Windows il faut utiliser un utilitaire téléchargé sur le web, on en trouve beaucoup. Vous pouvez par exemple utiliser le htpasswd.exe fourni avec easyphp ou wamp server, les 2 solutions Apache MySQL PHP packagées pour Windows. Le principe d’utilisation est le même que pour Linux.