Système de gestion de contenu ordinaire

Considérons un site internet avec la même structure que précédemment, qui cependant sera dynamique et qui aura donc un système de gestion de contenu pour mettre à jour les pages. Nous pourrons donc recréer la trame de ce site dans le système de gestion de contenu (voir l’image).

On a donc deux stratégies possibles pour afficher le contenu sur le site internet. La première utilise un seul fichier et passe la langue demandée dans les paramètres d’une querystring ou dans un cookie. La page choisie inclut la localisation, par exemple : header_en.asp, header_fr.asp, menu_en.asp, menu_fr.asp. De plus, la page utilise des filtres pour afficher le contenu adéquat à la langue sélectionnée.

Une autre option est d’utiliser un fichier pour chaque langue. Dans ce cas, c’est le fichier lui-même qui contient la langue requise. Celui-ci doit comprendre aussi de petits includes dans le but de partager la mise en page et le code de programmation.

Ces deux possibilités peuvent amener à une quantité excessive d’includes, rendant la gestion de la mise en page et la mise a jour du code fonctionnel ennuyeux et chronophage.

Maintenant, examinons des alternatives plus intéressantes...