Lorsque vous vous loggez pour la première fois sur votre serveur, seul le système d'exploitation est installé (ici il s'agit de Debian 4.0 Etch). Afin d'en faire un serveur web pleinement fonctionnel, nous avons besoin d'installer certains logiciels. En l'occurrence, nous voulons une architecture "LAMP" (Linux, Apache, MySQL, PHP). Nous allons donc installer tous ces paquets.

Avant d'installer les paquets nous allons mettre à jour le système avec ces commandes :

• aptitude update
• aptitude upgrade

Grâce à ces cinq commandes nous allons successivement installer Apache, PHP5, MySQL, le module MySQL pour PHP et enfin l'interface d'aministration de MySQL, PHPMyAdmin.

• aptitude install apache2
• aptitude install php5
• aptitude install mysql-server
• aptitude install php5-mysql
• aptitude install phpmyadmin

Si vous tapez l'adresse IP de votre serveur dans un navigateur web, vous verrez une page "It Works !" qui vous indique que votre serveur web est bien installé.

Il peut être utile de disposer de son propre serveur DNS. C'est pourquoi nous allons installer Bind9.

• aptitude install bind9

Webmin est une paquet écrit en Perl qui permet de gérer le serveur grâce à une interface Web. Il nécessite une installation préalable de certains paquets. Il faut donc avant son installation exécuter ces cinq commandes.

• aptitude install libnet-ssleay-perl
• aptitude install openssl
• aptitude install libauthen-pam-perl
• aptitude install libio-pty-perl
• aptitude install libmd5-perl

Ensuite il faut récupérer le paquet webmin puis l'installer, grâce à ces deux commandes.

• wget http://downloads.sourceforge.net/webadmin/webmin_1.390_all.deb?modtime=1198262544&big_mirror=1
• dpkg -i webmin_1.390_all.deb

A partir de maintenant, vous pouvez accéder à l'interface de webmin à l'adresse https://XX.XX.XX.XX:10000/ (sachant que les X représentent l'adresse IP du serveur).

Pour être complètement complet, il faut supprimer  la ligne "RedirectMatch ^/$ /apache2-default/" dans le fichier "/etc/apache2/sites-available/default". A partir de là, la racine de votre serveur se situe à "/var/www".

Au final cette procédure est relativement simple. Avec un peu de sens pratique et d'organisation, on obtient rapidement un serveur fonctionnel. A vous !

L'architecture MVC (pattern d'architecture plus exactement) est un concept qui sépare votre application en trois types de fichiers principaux :

• les Modèles qui représentent vos objets logiques (ou métiers) : ils seront manipulés par les Controllers ou les Views, mais ne manipuleront jamais ces derniers
• les Controlleurs qui s'occupent des opérations entre les models, des modifications, du traitement des données utilisateurs, etc... Ce sont les actions métiers de votre application (à ne pas confondre avec les actions métiers de vos objets!!)
• les Vues qui se contentent d'afficher les formulaires, les résultats ou tout autre type de page affichée à l'utilisateur

S'il est vrai qu'à l'origine le concept de l'architecture MVC était assez basique (presque un simple système de rangement), aujourd'hui ce n'est plus le cas. Depuis l'apparition du framework Ruby On Rails puis des plus récents CakePHP et Symphony, la notion de framework MVC a évolué chez la plupart des gens.

En effet, que l'on considère que ce soit par un abus de langage ou par une évolution, on attend aujourd'hui d'un framework MVC (pour les applications web) qu'il contienne les éléments suivants :

• L'organisation MVC proprement dite
• Un système d'url propres, cohérentes et comprénsibles par l'homme
• L'intégration d'un framework javascript pour une ergonomie riche et des effets agréables
• Un système de mapping semi-automatique "objets <=> base de données"
• La gestion de plusieurs templates pour les vues
• Des systèmes permettant l'aide au développement (helpers)

Cet article n'aura pas pour but de rentrer dans les détails d'une implémentation technique mais de montrer un point de vue des différents concepts existants afin que vous compreniez la puissance mais également la simplicité de tels framework et que vous ayez les connaissances suffisantes pour vous lancer et faire votre propre framework.

Elle dépend fortement de vos besoins, mais est généralement composée comme ci-dessous.

L'application marche en termes d'actions effectuables regroupées au sein de différents controllers.

Par exemple, une bibliothèque manipulerait les objets (Models) Livre, CD, DVD, Location et Utilisateur.

Sémentiquement on pourrait par exemple décomposer les actions en deux controllers:
Bibliothèque (avec les actions louer, rendre etc...) et Membres (avec nouveau, modifier etc..)

Pour les vues, on peut faire une plateforme où chaque action a une vue correspondante ou bien une plateforme où les vues sont réalisées de façon indépendantes et appelées par les actions (par exemple à la fin de celle-ci).

La deuxième solution me semble bien plus modulaire dans le sens où deux actions peuvent afficher la même vue et qu'une action pourra afficher (selon les données d'entrée) des vues différentes.

Le cas du paragraphe précédant nous donnerait une application dans le genre http://bibli2008.com?controller=membres&action=editer&id=5646

La plupart des frameworks MVC (mais ce ne sont pas les seuls) intègrent un système de gestion des URL de façon propre du type : http://bibli2008.com/membres/editer/5646 voire privilégier des permaLinks pour les utilisateurs http://bibli2008.com/francescu/editer.

Grace à Apache, cela est réalisable de deux manières :

• directement dans votre .htaccess avec chaque cas
• décomposer les paramètres de l'url dans l'index.php (après avoir pris soin de tout rediriger vers cette page)

Dans les deux cas il vous faudra gérer en PHP dans votre index.php le routage des requêtes.

Je me contenterai de vous dire qu'il existe une grande diversité de framework Javascript et qu'il n'est pas forcément intéressant (en rapport temps/gain) de faire sa propre librairie. En effet, celles existantes permettent de charger ce dont vous avez besoin, sont de taille assez modeste et sont assez complètes.

Se distinguent nottemment les librairies suivantes :

• le couple Prototype (Ajax, Dom etc..)/Scriptaculous(Effets, éléments graphiques etc..)
• jQuery qui est assez puissant
• Dojo qui va très loin
• Ext qui est assez lourd mais qui peut générer un système d'interface graphique complet
• la liste est encore longue (Google Web ToolKit, Yahoo UI, MooScript etc..) et de nombreux comparatifs sont disponibles (vous les trouverez avec une petite recherche google)

Comme le fait Ruby On Rails, les frameworks MVC proposent des outils vous permettant de faire abstraction du système de gestion de base de données (SGBD) et de gérer vos objet comme si vous manipuliez vos enregistrements (le tout optimisé avec un système de cache).

Cela se nomme l'Object-Relational Mapping (ORM), cela "convertit" les types du monde objet (poo) en ceux du monde relationnel (bdd) et vice versa. Cela fournit également des facilités d'enregistrement, de suppression et de modification.

L'implémentation est assez technique mais si vous êtes motivés quelques semaines de travail acharné vous permettront de faire le votre sans grands problèmes impossibles à résoudres (quelques problématiques devront être résolues mais vous y arriverez certainement). Sinon vous trouverez quelques Frameworks ORM sur la page Wikipedia (fr).

Il existe également dans les frameworks des petits plus qui vous permettront de gérer facilement les templates (qui certes sont assez simples à mettre en place, mais c'est une étape à ne pas oublier car elle est très importante) ou encore d'avoir des helpers, sortes de "fonctions raccourcis".

Par exemple mettre un champs de texte dans une formulaire
<?php Form::inputText(array("name" => "X", "style" => array("width" => "30px", "border:none"))); ?>
ou transformer une date anglaise en format français
<?php Date::EnToFr(date("Y-m-d")); ?>

N'hésitez pas à en abuser mais n'hésitez pas non plus à ne les charger qu'en cas de besoin (cf. la fonction __autoload )

La création de votre propre plateforme sera longue mais de nombreux outils sont là pour vous faciliter la tâche. Vous pouvez choisir de partir à zéro ou d'utiliser un framework déjà existant (CakePHP ou Sympony par exemple) mais vous pouvez également opter pour une solution intermédiaire, qui est de prendre ce qui vous intéresse et de faire ce qui est unique pour votre propre framework, vous aurez alors un framework adapté que vous maîtriseriez sur le bout des doigts.

Alors qu'il y a quelques années l'UTF8 naissait , réconcilliant le monde entier, on aurait pu penser qu'il aurait immédiatement trouvé sa place. Si aujourd'hui créer un projet en UTF-8 est bien loin d'être systématique, il ne s'agit pas forcément d'un manque de volonté, mais plutôt d'une difficulté de mise en oeuvre, souvent déconcertante. Le problème d'encodage est récurrent, mais je vais essayer dans cet article de vous prouver que la mise en oeuvre de l'UTF-8 dans vos projets peut se faire très rapidement. Voici donc les grandes étapes pour migrer votre application web en UTF8, et pourquoi pas conquérir de lointains marchés !

Requêtes HTTP

Tout d'abord quand un visiteur arrive sur votre site, son navigateur doit savoir qu'il a affaire à de l'UTF8, alors voici la marche à suivre.

• Par ordre de priorité pour le navigateur :

• Fixer le parametre charset dans les requêtes HTTP (cf W3C)
• dans apache remplacez AddDefaultCharset ISO-8859-1 par AddDefaultCharset UTF-8, (dans httpd.conf sinon rajoutez la ligne dans le .htaccess)
• ou/et dans PHP avec header('Content-Type: text/html; charset=utf-8');
• Mettre après le <head> dans votre fichier HTML le code suivant (ce code est connu de tous)
• <meta content="text/html; Charset=UTF-8" http-equiv="Content-Type" />

MySQL

• Lisez cet article en premier lieu

• Ensuite, il faut premièrement changer les interclassements
• de la base
• ALTER DATABASE nomBase CHARACTER SET UTF8
• des tables
• ALTER TABLE nomTable CHARACTER SET UTF8
• des colonnes
• ALTER TABLE nomTable CONVERT TO CHARACTER SET UTF8
• ceci changera toutes les colonnes de la table et convertira les données. Si vous aviez déjà mis de l’UTF8 dans une colonne avant d’en changer l’encodage il est encore possible de rétablir la cohérence des données :
• ALTER TABLE nomTable CHANGE nomColonne nomColonne BLOB;
  ALTER TABLE nomTable CHANGE nomColonne nomColonne TEXT CHARACTER SET UTF8;
• Puis il faut prévenir MySQL que vos interractions se feront en UTF8 en envoyant à chaque connexion :
• SET NAMES UTF8

Editez en UTF8

Pour cela il faut configurer votre éditeur pour que vos fichiers soient en UTF8 (c’est nécessaire uniquement dans le cas de fichiers avec données sensibles - cad avec accents ou autres caractères non ASCII).

Veillez à placer l’encodage en UTF8 sans BOM car sinon le fichier contiendra un octet d’entête et PHP ne pourra plus envoyer de header ou de session (bug PHP#22108).

Developpez en PHP

Attention, une fois que votre site est en UTF-8 il va falloir changer quelques habitudes de développement :

• jetez un coup d’oeil à l’extension Mbstring, par exemple pour strlen, utilisez mb_strlen
• Comme l'a dit irnine94 dans son commentaire, faites bien attention car certaines fonction prennent en paramètre un charset qui par défaut est l'ISO vous devrez donc passer en paramètre UTF-8, comme par exemple la fonction htmlentities

Bonne chance à vous, et gardez à l'esprit que l'idée générale est d'avoir de l'UTF8 à tous les endroits de votre application.