conferences/GULL/presentation_moteur_blog_statiques_01.texte

====== Les moteurs de blog statique ======

Présentation de soi (ne pas le mettre sur les diapositives) :
  * Olivier DOSSMANN - 24 ans
  * alias Blankoworld
  * Étudiant en informatique (licence pro CDED)
  * Ai travaillé à PowerLinux.fr

Un peu de vocabulaire : 
  * Si je dis JOUEB souvent, c'est pour nommer les blogs, joueb étant JOUrnal wEB
  * Je dois normalement utiliser les mots : 
    * utilisateur pour décrire la personne utilisant le moteur du joueb (l'auteur du joueb si vous voulez)
    * internaute pour décrire la personne qui va visualiser les pages du joueb

===== Plans / idées possibles =====

  * Qu'est ce qu'un moteur de blog ?
  * Dynamique, statique, la poisse !
  * Principaux moteurs statiques
  * Remerciements
    * Thom1 (irc.freenode.net #absolinux) pour ses définitions sur l'Internet Libre et quelques exemples
	* Benjamin Bayart pour sa conférence "Internet Libre ou Minitel 2.0" disponible à l'adresse suivante : http://www.fdn.fr/minitel.avi
	* Alexandre FRANKE pour la découverte d'ikiwiki
	* GNU/Linux Pratique pour la découverte de Nanoblogger
	* Vous pour m'avoir écouté et pas avoir trop dormi
	* D'autres personnes que j'aurais oublié
  * Questions ?
  * Conclusion rapide

===== Connaissances =====

==== Moteurs de blogs statiques ====

  * Nanoblogger (écrit en bash) : http://nanoblogger.sourceforge.net
  * Panda (écrit en Haskell) : http://www.haskell.org/haskellwiki/Panda
  * Rassmalog (écrit en ruby) : http://snk.tuxfamily.org/lib/rassmalog/output/about.html
  * Wadcomblog (écrit en python) : http://vss.73rus.com/wadcomblog/
  * Ikiwiki (écrit en perl) : http://ikiwiki.info/

==== Vrac ====

Avant le net : gopher et usenet

Avantages du moteur de joueb/blog statique : 
  * Seul un serveur web HTTP est nécessaire pour servir les pages aux internautes => pas de base de données, pas de calculs spécifiques, ce qui induit un coût moindre pour le serveur tant par l'énergie, le matériel, donc investissements et charges diminuées
  * Rapidité de l'affichage des pages, une page HTML pourrait pour ainsi dire être assimilable à un fichier texte. Sauf qu'on ajoute tout de même des images et un fichier texte supplémentaire : la feuille de style (ou CSS, Cascading Style Sheet)
  * Le site n'est pas "hackable" par une tierce personne, seul le serveur lui même est attaquable
  * En cas où le serveur tombe en panne le travail se trouve toujours sur notre ordinateur, on peut alors recompiler et déposer le site sur un autre serveur
  * Indépendant du serveur : on peut migrer le site (résultat de la compilation) d'un hébergeur à l'autre, il faut seulement qu'il possède un serveur web HTTP qui puisse délivrer des pages HTML aux internautes
  * Scriptable / automatisation de tâches : très utile pour le côté "personnalisation"
  * l'Internet libre c'est contrôler ses propres données en ligne
  * Quand on reçoit du courrier postal, on le reçoit dans notre boîte au lettre, devant chez nous, ou dans le bâtiment lui même. Pourquoi cela serait différent pour nos courriels ?
  * Quand on veut des informations sur quelqu'un, la meilleure source, c'est la personne elle-même. Pourquoi cela serait différent pour nos vidéos, notre joueb/blog sur le net ?
  * Le résultat est facilement exploitable sur une disquette, CDROM, DVD, clé USB etc.
  
---- 

Avantage :

Permet de réduire le coût de l’hébergement.
Le niveau nécessaire pour la réalisation de ce type de site est faible.

Optimisation moteur grandement facilité.

----

Inconvénients : 
  * On perd le côté "interaction avec l'internaute", sauf si on ajoute du Javascript dans ses pages. Il faut savoir que nanoblogger permet de générer des fichiers dont l'extension est choisie par l'utilisateur, donc on peut imaginer faire des pages en PHP, ce qui perd un ensemble d'avantage au niveau rapidité et indépendance du serveur
  * Faut tripatouiller dans les lignes de commande, connaître un peu le HTML, CSS si on veut personnaliser notre site, sauf si on crée une interface graphique pour les utilisateurs
  * Les commentaires
  * Le rapport entre "nombre de modifications/ajouts" par jour et le nombre de visiteurs potentiels est souvent mauvais, c'est à dire qu'on a soit trop peu d'utilisateurs comparé à la durée de compilation qu'on a pour créer le site, ou bien on a trop de modifications à faire par jour, et donc le temps entre la rédaction et la publication de la nouvelle est ennuyeux pour les utilisateurs en fonction du type de contenu.
  * Pas d'interface graphique

Quelques moteurs de jouebs :
  * Typo
  * Joomla
  * Blog:CMS
  * b2evolution
  * Dotclear
  * Drupal
  * Movable Type
  * WordPress

==== Schéma ====

Faire un schéma pour différencier un moteur de blog dit "normal", à un moteur de blog dit "statique".

Le moteur de blog normal est un code source, placé à un endroit spécifique. Au moment de l'appel, il génère tout le code nécessaire à la création d'un HTML ou tout autre type de contenu à rendre à l'internaute. Le problème est que pour chaque utilisateur demandant la page, il va refaire l'ensemble du processus de rendu de la page. Bien que les bons administrateurs de serveurs mettent en place un cache pour réduire un maximum le travail effectué par le serveur.

Pour un moteur de blog statique, la façon de procéder est différente. C'est un code source qui va générer un blog suite à l'ajout d'un billet, et mettre à un endroit spécifique le résultat de sa compilation. C'est le RESULTAT qui sera visible pour tout les internautes.

===== Notes =====

  * Ajouter des images qui n'ont rien à voir, toutes les 4 à 5 diapositives (voire toute les 5 min)
  * Parler de l'application des moteurs de jouebs statiques à l'Internet Libre
  * Se renseigner sur les handout => impression des diapos avec commentaires de l'auteur