Je poursuis la découverte des nouveautés du printemps 2008 avec quelques titres qui oeuvrent dans le fantastique.

D'abord Kurenai dont l'animation et les graphismes font bonne impression au premier coup d'oeil, même si les dessins des personnages donnent l'impression de pêcher. Shintaro Kurenai a à peine seize mais il travaille déjà pour payer son appartement. Son employeur, une femme mystérieuse, l'enjoint de s'occuper d'une petite fille de sept ans, Murasaki Kuhouin et de la protéger.

Il accepte mais les premiers moments sont difficiles car la petite fille provient d'une famille richissime où elle a toujours été couvée et elle ne connaît rien de la vie à l'extérieur de son château, alors que Shintaro fait l'erreur de la laisser livrée à elle-même dans sa chambre, alors qu'il se rend à l'école.

Je suis resté un peu dubitatif devant les deux premiers épisodes. D'un côté, la situation est complètement incongrue lorsque l'adolescent laisse sa protégée sans aucune surveillance, sans la moindre once de bon sens. D'un autre côté, l'approche fantastique est abordée avec une relative finesse. Nous présentons un pouvoir chez Shintaro mais il n'occupe pas toute la scène dès le départ. Les scénaristes insistent plus sur des organisations de l'ombre et sur la vie quotidienne d'un garçon, qui doit faire ses preuves.

Wagaya no Oinari-sama est dans un registre plus classique et moins prise de tête. Dans cet anime, il est question de la famille Takagami qui est confrontée régulièrement à des démons. L'un d'entre eux s'apprête à fondre sur Toru, le plus jeune frère de la dernière lignée des Takagami. Avec son grand frère, Noboru, il est appelé par sa grand-mère à regagner le temple familial. Là, en tant que chef de famille, Noboru est sommé de lever un sceau pour quémander de l'aide à un esprit renard.

Bien qu'irrité par la famille Takagami en générale, celui-ci accepte et prends la forme d'une femme renarde qui montre des pouvoirs puissants pour contrer le démon, qui vient le soir même pour s'emparer de Toru.

L'atmosphère reste bon enfant avec des personnages habituels qui ne savent pas comment composer avec un esprit sûr de lui mais qui s'attache à protéger les faibles.

Une autre femme renarde apparaît dans Kanokon mais dans un univers plus coquin, tout en ayant des personnages en culotte courte – à ne pas confondre avec petite culotte, quoique... Kôta Oyamada est un tout jeune garçon qui tombe sous la charme de Chizuru Minamoto, d'un an son aînée au lycée Kunpô. A sa grande surprise, celle-ci l'entraîne dans la salle de musique et lui fait des avances, et surtout lui révèle sa véritable nature : elle est un esprit renard mais cela ne l'empêche pas de tomber amoureuse de lui. Pire, plus le lien qui les unit est fort, plus puissante elle devient.

Le titre va sans doute rester plus anecdotique qu'autre chose, mais c'était pour signaler que le flux de personnages à oreilles pointues ne tarit cette année, après Horo de Spice & Wolf.

Nabari no Ô se déroule dans un univers différent : Il s'agit d'un monde moderne, où se manifestent des clans de ninjas. Ceux-ci convoitent le pouvoir que possède un élève banal, Rokujô. Sa puissance surpasse largement celle des autres guerriers mais Rokujô ne maîtrise pas son pouvoir se laisse posséder par lui.

Koichi, un camarade de classe, et Komohira, son professeur d'anglais, l'entraînent à s'inscrire à leur club de ninjutsu. Eux-mêmes ninjas, mais  dans le camps des gentils, ils surveillent de près Rokujô et sont chargés de le protéger de ses ennemis. 

Rokujô a un caractère d'antihéros, dans une atmosphère à mi chemin entre le conte qui ne se prend pas au sérieux et le drame fantastique, où prône quelque peu la psychologie des personnages.

Il est habituel de trouver des ponts avec phpBB pour différentes applications open source en PHP, qui utilisent ainsi la base utilisateurs des forumeurs comme unique référence pour les noms d'utilisateurs et les mots de passe. Cela évite de dupliquer les comptes mais ne règle pas le problème de devoir s'authentifier deux fois, une fois sur l'application et une deuxième fois sur l'application, la session n'étant pas conservée entre les pages des deux produits.

Pour avoir une phase unique d'authentification et être reconnu sur toutes les pages, il faut un peu plus d'éléments. Quand vous utilisez des outils clef en main, il est difficile de faire cohabiter des systèmes différents de gestion de sessions. Certes vous pouvez installer un produit tiers qui s'en charge mais ce n'est pas sans incidence sur les autres applications. En revanche, si vous avez plus de liberté et que vous pouvez adopter pleinement le système de gestion de sessions de phpBB, l'affaire est plus aisée.

La solution bateau consiste à insérer, dans toutes les entêtes de vos pages PHP personnelles, un  certains nombre d'appels et d'inclusions de fichiers PHP du forum. Vous gérez ainsi la session au format particulier phpBB avec le même niveau de complexité, les mêmes fonctionnalités et les mêmes exigences de sécurité.

La méthode a aussi comme avantage de suivre les modifications de phpBB, de façon transparente, à moins que les auteurs de phpBB révolutionnent leur code. Votre code à vous hérite automatiquement des modifications apportées dans celui du forum et vous n'avez pas à connaître comment cela fonctionne en détails à l'intérieur des fichiers phpBB. Vous utilisez juste quelques méthodes pour vérifier si un utilisateur est authentifié ou pas, et pour voir qui il est.

La contrainte est quand même de devoir utiliser le pseudo framework lié avec phpBB, si vous voulez en tirer tous les bénéfices, tels que les écrans de login et les redirections automatiques. Si vous voulez lancer des fonctions séparément, vous restez prisonnier de l'enchaînement choisi par phpBB, qui ne vous convient pas forcément. De plus, les fichiers insérés comportent beaucoup de code inutile, si vous voulez seulement gérer les sessions utilisateurs.

L'autre grand inconvénient est que le code de phpBB est linéaire et qu'il se situe au même niveau que celui de vos pages, avec en plus des appels abusifs à des variables globales. Ainsi, si vous avez des références à une base de données via une variable $db, elle a de forte chance d'entrer en conflit avec la variable éponyme avec laquelle travaillent les fichiers phpBB.

Cela peut rapidement devenir un sac de noeuds, à moins que vous choisissiez de transformer votre code en tant que véritable module de phpBB. Là, les instructions devraient être plus cohérentes mais vous devenez liés très fortement au forum, qui devient l'armature de votre site et non plus un élément parmi d'autres.

Pour Animint et la mise en place des profils du site, la solution choisie a été de construire une bibliothèque objet pour gérer les sessions, en extrayant et en adoptant un minimum de code depuis les fichiers phpBB. Si la façon de faire de phpBB change, seul cet objet est à corriger.

Par rapport à la version phpBB 2, un forum en phpBB3 passe par des fonctions plus sécurisées pour gérer les authentifications des personnes. Le mot de passe est non seulement chiffré dans la base mais il est relié à une information temporelle pour empêcher son hackage. Cela se traduit par un code plus complexe et l'essentiel de la reprise du code original dans notre bibliothèque, concerne cette partie.

La gestion des sessions est plus classique même si phpBB ne fait pas  appel à la variable $_SESSION et a son propre système de bas niveau à coup d'identifiant passé dans l'url ou dans les cookies. Après une authentification réussie d'un utilisateur, il créée une session et enregistre son entrée dans la table phpbb_sessions de la base forum et il vérifie régulièrement dans le temps, la cohérence entre cette entrée stockée et l'identifiant de session qui est véhiculé de page en page.

Au niveau des cookies, cela se traduit par une trace de l'identifiant de session ainsi que de l'identifiant utilisateur.  Si vous avez choisi d'être reconnu par le forum à chaque visite, sans avoir à vous reconnecter, vos cookies comportent également une clef qui sert à vous revalider automatiquement. Cette clef correspond également à une entrée dans la base du forum, dans la table phpbb_sessions_keys, cette fois-ci.

Dans notre cas, il a donc fallu reprendre la mécanique d'authentification, la méthode de création de session, puis de gérer la transmission de l'identifiant entre les pages, le tout devant fonctionner que l'on se connecte sur le forum ou à partir d'une page du site.

La saison 2008 se démarque par une foule de nouveaux titres pour commencer la nouvelle année scolaire japonaise. Il y en a bien une cinquantaine mais la quantité n'a jamais été synonyme de qualité, même si certains qui valent de coup d'être suivis passeront complètement inaperçus.

Parmi les anime attendus, vous avez la deuxième série de Code Geass, dont le premier opus a rencontré un vif succès, en mélangeant le design Clamp frapadingue et fantastique avec un univers mécha avec des intrigue politico militaire à la Gundam. Le premier épisode fait sentir que vous avez raté le dernier chapitre de la saison précédente : Vous retrouvez un héros amnésique au sein de son lycée, affublé d'un petit frère que vous n'avez jamais vu.

Les choses reviennent rapidement à la normale et c'est reparti pour un tour, avec de nouveaux personnages du côté de l'empire Britannia, dont le chef suprême. Un soldat expert de l'empire du milieu a l'air aussi de prendre une nouvelle place dans l'intrigue.

Vampire Knight est adapté à partir d'un manga dont l'histoire part d'un concept hors du commun : Un établissement est une école normale pendant le jour mais devient un institut spécial la nuit en accueillant de gentils vampires. Ceux-ci apaisent leurs pulsions en prenant des pilules et sont sous la houlette d'un chef de clan, Kaname Kuran, qui a visiblement choisi la voie de la coexistence avec les humains.

Le chef d'établissement a l'air aguerri aux sciences occultes et a adopté deux élèves qui servent de préfets dans l'école. La fille, Yuki, voue une admiration sans faille à Kaname, qui l'a sauvée des griffes d'un violent vampire, dans le passé. Le garçon, Zero Kiryu, éprouve une hostilité exacerbé face aux élèves de la nuit mais accomplit sa tâche consciencieusement. Le travail des préfets est d'éloigner les autres élèves humains de l'école le soir, pour qu'ils ne découvrent pas la nature fantastique de leurs camarades nocturnes et éviter tout accident. Si la foi du leader semble inébranlable, il n'en est pas de même de ses compagnons.

La situation de départ est pour le moins rocambolesque mais les personnages ont de la consistance et quelques secrets qu'ils dissimulent.

Dans un tout autre genre, To Love Ru a tout d'un remake d'Urusei Yatsura, avec moins de fantaisie mais plus de fan service. La belle Lala, issue d'une autre planète fait un atterrissage forcé sur Terre et se retrouve à partager le bain du jeune Rito Yûki. S'en suit un tas d'histoire, où Rito en voit de toutes les couleurs en étant au milieu de disputes familiales entre extra terrestre. Dans un dernier quiproquo, il déclare sa flamme à Lala alors qu'il pensait être en face d'Haruna, sa charmante camarade de classe dont il est éperdument amoureux. Hélas pour lui,  Lala accepte avec de joie de devenir sa future épouse !

Itazura na Kiss s'annonce également comme une comédie romantique burlesque mais plus intéressante. Certes, la trame est éculée avec la jeune fille qui tombe sur un garçon complètement incompatible à première vue. Pour Kotoko, la journée à l'école est devenue un calvaire après qu'elle ait osé tenter remettre sa lettre d'amour à la coqueluche de l'école, Naoki Irie. Il est aussi beau qu'intelligent mais celui-ci n'a même pas daigné accepter de lire la lettre et l'a sèchement renvoyer dans ses cordes, devant tout le monde.

Kotoko touche le fond lorsque Naoki explique son geste en avouant qu'il déteste les filles stupides. Son manque de tact permet quand même à la lycéenne d'ouvrir les yeux et de faire une croix sur lui.

Hélas pour elle, sa maison s'écroule et elle doit partir se loger avec son père dans la demeure d'un de ses amis, qui n'est autre que le père de Naoki. Les voilà obligés d'habiter sous le même toit. Le schéma est ultra classique mais il est efficace et devrait convenir aux adeptes du genre. 

L'antenne régionale de France 3 Paris-Île de France-Centre vient de diffuser son émission Périphériques, consacrée cette semaine à la "japonmania".

Le concept comprend un reportage d'une vingtaine de minutes suivi d'un bref échange avec un invité. Si l'accroche de l'émission mentionne la masse de restaurants japonais rue Sainte Anne, il est bien entendu question de la déferlante manga, avec un petit tour du côté des magasins spécialisés et une visite des locaux de la chaîne de télévision, Nolife.

Si vous avez raté la diffusion, vous pouvez vous rendre sur le site de France 3 Île de France, où la chaîne vous met en ligne les émissions passées, quelques temps après le passage en hertzien. Dépêchez-vous quand même un peu pour visionner la vidéo, car les reportages ne restent accessibles sur internet que trois semaines, visiblement.

http://paris-ile-de-france-centre.france3.fr/emissions/33790851-fr.php

Il est maintenant habituel de voir les développeurs PHP concevoir leurs applications en suivant l'architecture Modèle Vue Contrôleur (ou M.V.C.), qui est la règle dans le monde Java. Vous faîtes abstraction de vos données et des traitements de fond dans la partie modèle, tandis que les affichages sont gérés par les vues et que le contrôleur joue le chef d'orchestre.

Un framework relativement mûr comme CakePHP impose l'utilisation de ce modèle et même sans cela, c'est une façon de programmer qui devient relativement naturelle. Bien entendu, si vous une malheureuse page à afficher, avec un simple message du style Hello World, se préoccuper du code n'est pas votre priorité.

Pour l'informaticien en herbe, la réflexion survient lorsque sa page de code devient un imbroglio où se mélangent code HTML et appels PHP, sans oublier quelques lignes de Javascript. Il en vient à voir s'il ne pourrait pas séparer la partie présentation, statique, du code de programmation, qui rend sa page dynamique. Cela permet de faciliter la maintenance, notamment de changer le look and feel de ses pages, plus facilement sans toucher à la partie logique.

Le cas extrême mais classique est de passer par la génération de code de données pures comme le XML puis une transformation XSLT pour aboutir à un résultat XHTML et notamment un rendu pour de multiple plateformes : le même flux XML servant de source pour une version imprimable, une version web classique ou une version optimisée pour les i-Phone.

Le processus est cependant coûteux en terme de ressources et il est un peu en porte à faux avec le choix d'une solution PHP, souvent synonyme d'application à moindre coût sur une plateforme de faible puissance. L'option au dessus est certainement le développement d'une solution Java/JSP répartie sur des fermes de machines multicores, en fail over, à coups de serveurs applicatifs dont les prix des licences dépassent les dix mille euros par processeur.

Un choix moins élégant pour l'esprit est d'utiliser un système de templates où se situe tout le code statique d'affichage et de gérer l'insertion des résultats dynamiques via des variables. Dans PHP, les bibliothèques d'outils sont apparues très tôt, avant même le recourt systématique au modèle M.V.C.

Rapidement, les gestionnaires de templates ont dérivé avec l'apparition de pseudo code pour avoir plus de fonctionnalités telle que la gestion de boucles pour afficher toutes les lignes d'un tableau, à partir d'une seule variable, sans que ce soit à gérer dans le code classique PHP. Là, les détracteurs ont été nombreux, en mettant en avant que les systèmes de templates entraîne un coût supplémentaire en calcul et qu'il est complètement absurde d'en utiliser au dessus de PHP, car PHP est déjà un système de templates.

La consommation de ressources est amortie avec le recours aux bibliothèques de cache qui conservent les pages générées et servent rapidement les sauvegardes. La gymnastique du programmeur est de trouver un juste milieu entre une fréquence de rafraîchissement raisonnable, si le contenu évolue au cours du temps, et une minimisation des calculs à faire lorsqu'un visiteur arrive.

C'est jouable quand vous avez des pages communes à tout le monde dont l'information est relativement statique. Cela l'est moins si votre page est personnalisée pour chaque visiteur, avec un contenu qui évolue vite au cours du temps. La page en cache est toujours obsolète et vous devez la régénérer à chaque visite et en plus vous consommez de l'espace disque et vous traitez du code supplémentaire pour des prunes.

CakePHP ne donne aucune contrainte quant à l'utilisation de templates pour la vue et vous pouvez tout à fait coder cette partie en PHP, tout en vous focalisant sur de la gestion d'affichage. En pratique, ce n'est pas aisé. D'une part à cause du mélange code de présentation, style CSS, Javascript et XHTML avec votre code PHP au milieu, un problème que j'ai déjà mentionné. L'autre travers est la tendance de mettre trop d'intelligence dans le contrôleur et de restreindre la vue à une simple impression, du coup votre contrôleur devient massif.

L'utilisation d'un système de templates comme Smarty introduit un meta langage particulièrement riche, qui vous permet à la fois de séparer la présentation du code et d'insérer juste ce qu'il faut comme intelligence dans votre couche d'affichage. La valeur ajoutée de Smarty est de retranscrire son langage propre sous forme PHP et ces fichiers sont physiquement générés. Vous avez une pseudo compilation. Votre code fait appel aux fichiers PHP sans passer par une interprétation systématique des fichiers templates. Même si le code généré peut comporter quelques lacunes en terme d'optimisation, le gain est appréciable et rejoint les performances d'un codage direct en PHP, avec la clarté et le bon dosage d'intelligence en plus.

A mes yeux, l'autre grande valeur ajoutée de Smarty est sa gestion avancée du cache. La gestion de cache proposée par Smarty est un peu lourdingue pour les cas simples. Des bibliothèques plus pauvres se contentent de photographier les pages et se basent sur leur adresse web pour les retrouver dans leurs indexes. C'est peut être simpliste mais c'est efficace et c'est d'ailleurs ce que je préfère utiliser sur certaines parties du site.

Smarty dévoile surtout sa puissance dans des situations plus élaborées, où vous avez besoin d'avoir une partie dynamique sur votre page tandis que le reste ne bouge pas. C'est le cas par exemple sur notre page d'accueil, où les utilisateurs sont différenciés par l'affichage de leur nom. L'accueil passe par de nombreuses requêtes à la base de données pour être fabriqué et le générer complètement, à chaque visite, met à mal le serveur. D'un autre côté, la page du visiteur A ne peut pas être servie au visiteur B car elle affiche le nom d'utilisateur de A.

Smarty propose une alternative très simple avec l'insertion de tags spécifiques dans les templates pour signaler qu'une partie doit être systématiquement calculée, alors que le reste peut être stocké en mémoire et resservi. Il s'agit cependant d'une fonction avancée et il faut que le module tokenizer soit activé sur votre moteur PHP. Il l'est normalement par défaut.