J'organise de temps à autres des sorties Animint, notamment à l'occasion de sorties d'anime au cinéma.  Ce mois-ci sort le premier film de la nouvelle saga d'Hokuto no Ken le 14 mai et ce sera une occasion de réunion hors convention.

Suite à une discussion avec Rambijey de Shinmanga, j'avais envie de proposer un jour un rassemblement plus ouvert aux personnes qui tiennent des sites web sur les anime manga. Donc si vous tenez un site qui répond aux critères – notamment si vous faites partie des blogs référencés sur Sama – vous êtes invité à participer à la prochaine sortie qui devrait avoir lieu le 17 mai 2008 sur Paris.

La journée commence par un restaurant a priori japonais le midi s'il n'y a pas deux cent personnes - ou pique nique si le temps le permet -, suivi l'après midi par la séance de ciné. Si vous êtes intéressé, vous pouvez me contacter en envoyant un mail sur webmaster arobase animint point com. Je donnerai ensuite les détails à ceux qui m'auront contacté.

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.

Il est très loin le temps où les sites se faisaient uniquement avec de la simple page HTML de statique de chez statique, où le seul élément dynamique est l'affreux blink qui provoquait des crises d'épilepsie chez vos visiteurs.

Au jour d'aujourd'hui, il est difficile d'imaginer une page sans son lot de javascript et ses effets de style pour les puristes. Sans oublier la possibilité maintenant d'avoir son site dynamique avec son moteur php et sa base MySQL, qui repoussent les limites des possibilités à ce que vous offre votre hébergement en terme de puissance de traitement et de place.

De nombreuses questions doivent vous venir à l'esprit quand vous vous lancer dans un site et l'une d'entre elles concerne la partie technique, à savoir si vous vous en charger ou si vous vous reposez sur des solutions clefs en main.

Le problème ne se pose pas si vous êtes une burne en informatique et que vous n'avez pas le choix de toute manière.

Cela dépend aussi de ce que vous souhaitez concevoir comme site web. S'il s'agit d'un simple blog et que vous n'avez pas de contraintes techniques bizarroïdes, il est quasi certain que vous trouvez votre bonheur parmi les multiples plateforme qui existent et qui vous laisse une très grande liberté pour fabriquer votre template personnalisé, pour vous démarquer des autres auteurs qui auraient pris le style par défaut.

Le template n'est pas forcément simple à construire mais vous vous affranchissez de la conception et de la maintenance de votre moteur de blog. Il existe d'autres produits style Joomla ou Drupal qui vous procure carrément un site complet clef en main et qui vous permettent de vous focaliser sur la partie look and feel, au lieu de vous battre pour pouvoir enregistrer et afficher votre texte suivant qu'il est en brouillon ou publié.

Le principal service rendu par ces outils est de vous fournir un tas de fonctionnalités sympathiques qui enrichissent les services rendus par votre site et qui vous permettent surtout de vous concentrer sur votre valeur ajoutée, à savoir le contenu que vous souhaitez communiquer à vos lecteurs, au lieu de perdre votre temps à réinventer la roue.

La maîtrise des outils est parfois délicate, même en se limitant à un aspect fonctionnel, mais le temps passé l'est à bon escient. Les concepteurs ont essayé en général d'allier une simplicité relative avec une liberté de construction de site, même s'il reste certaines contraintes. En revanche plus vous souhaitez avoir une application simple à l'usage, plus elle semble limitée dans ses possibilités et plus elle est contraignante. C'est un peu aussi le succès des blogs dont le système de publication est quand même très léger par rapport à un système de gestion de contenu complet. Pas besoin de penser navigation de pages, les billets s'enchaînent les uns après les autres, avec des tags pour faciliter la recherche.

Les outils sont suffisamment riches pour répondre à divers besoins, avec souvent des modules et des extensions si vous avez  besoin d'une galerie d'images ou d'un forum. En revanche, l'association des différents modules n'est pas forcément possible. Si vous mettez un système de gestion de photos et un forum, vous vous retrouvez assez souvent avec deux bases d'utilisateurs qui n'ont rien à voir.

Des systèmes permettent d'avoir des ponts de l'un à l'autre pour partager les mots de passe mais cela présente plusieurs limitations. D'abord il est rare que le branchement fasse intégralement partie du package de base. Il vous faut entrer dans le code et des fichiers de configuration pour changer certaines valeurs et certains branchements. Votre code devient ainsi personnalisé et vous ne pouvez plus effectuer vos mises à jour de code à l'aveuglette.

D'autre part, plus souvent qu'on ne le croit, le produit A évolue mais pas forcément le pont qui relie le produit B au produit A. Pour continuer à faire fonctionner les deux, vous devez attendre que le pont devienne compatible avec la nouvelle version de A et pendant ce temps là, vous êtes bloqué.

Enfin, qui dit base commune d'utilisateur et de mot de passe, ne veut pas dire que vos visiteurs ne soient pas obligés de s'authentifier deux fois, une fois sur chaque outil.

Un autre danger, si vous vous placez dans le long terme, est de choisir la mauvaise application et que celui-ci disparaisse relativement rapidement de la circulation. Vous vous retrouvez à devoir migrer vos textes et autres données dans un autre produit. Dans le meilleur des cas, c'est possible de façon native et c'est relativement fréquent en ce qui concerne les différents forums.  Assez souvent, vous devez vous débrouillez autrement et si les structures sont trop complexes, vous devez vous palucher beaucoup de travail à la main.

La richesse des produits clefs en main est à la fois attractif tout en étant source de défaut. Si vous avez quelque chose qui fait papa maman, vous avez quelque chose de relativement complexe derrière et forcément quelques soucis à me maîtriser dès que vous souhaiter personnaliser quelque chose au niveau du code ou que vous avez une migration à faire. Sans oublier que des traitements complexes entraînent forcément une consommation plus grande des ressources.

Un produit comme PunBB joue d'ailleurs très bien sur ce registre en affichant une simplicité exemplaire avec un minimum de fonctions vitales. Après les performances se gâtent sérieusement lorsque vous commencez à ajouter des modules pour mettre une fonction que vous considérez vitale mais pas PunBB.

La côté modulaire à la carte est également très présent dans certains système de gestion de contenu comme Drupal mais vous êtes toujours prisonnier du comportement standard des modules.

Etant donnée la panoplie d'outils et d'intégration possible entre eux, la question du codage maison se pose surtout si vous avez des fonctions vraiment spécifiques et qu'aucun produit ne réponde à votre attente. Là, vous pouvez aussi faire dans la demi mesure, en sortant un module à votre sauce qui s'adapte à un programme père que vous utilisez un peu comme framework. Pour prendre un mauvais exemple, vous pouvez inclure des fichiers de code de phpbb dans toutes vos pages pour gérer des sessions utilisateurs. Pour ma part, si je me base sur les sessions phpbb3 pour Animint, j'ai procédé un peu différemment mais je reviendrai dessus dans un autre billet, ultérieurement.

Les puristes peuvent toujours se lancer dans le codage complet. Cela se justifie amplement si c'est pour proposer des services originaux et pour assurer une osmose entre les différentes rubriques de votre site. C'est plus un boulet à traîner qu'autre chose s'il n'y a rien de plus. Certes, vous avez toujours le gain de n'avoir que les fonctionnalités vitales, sans surplus inutiles mais vous vous privez des apports d'un outil conçu par une communauté sans omettre le temps que vous pouvez passer dessus, au détriment du contenu.

Après, cela dépend aussi de la philosophie que vous suivez quant à votre site, à l'image du bricoleur qui passe son temps à s'occuper de sa maison et à apprendre sur le tas, au lieu de régler tout ça en faisant appel à un professionnel.  C'est sûr qu'en baver un peu pour coder vous permet certainement d'avoir un oeil critique sur les différents produits par la suite.

Si vous passer à Paris pour effectuer des emplettes dans les magasins spécialisés dans la japanimation, vous ferez sans doute un tour du côté du boulevard Voltaire, dans le onzième arrondissement, où se trouvent encore deux enseignes de poids lourds, à savoir Manga Distribution du côté d’Oberkampf et Konci, plus près de la station Charonne.

Une boutique Tokyo Toys est ouverte depuis mi février 2008 dans cette même rue, à quelques encablures de Nation.

Le local est au numéro 272 du boulevard Voltaire et visible depuis l’extérieur avec ses goodies exposés en vitrine. Le magasin est beaucoup moins grand que les deux autres mastodontes, voir même plus petit qu’une boutique comme Tonkam rue Keller ou Manga Shop rue Trousseau.

A l’intérieur, vous avez en exposition un certain nombre de goodies placées dans des vitrines au milieu, avec les mangas et des DVDs rangés sur des étagères sur les murs, derrière le comptoir. Les étagères font moins pléthoriques qu’ailleurs, tout au moins en ce qui concerne les mangas, où seules étaient présentes les principales séries, quand je suis allé fait un tour dans cette boutique, il y a quelques jours.

Une fois n'est coutume, c'est Shagukan no Shana II qui est en couverture de ce numéro de mars 2008, avec également à l'intérieur un dossier assez étoffé sur la série. Hasard ou choix marketing voulu, la publicité au verso concerne aussi Shagukan no Shana avec la parution de l'original soundtrack et de box DVD. Vient ensuite un nouvel article sur Gundam double zéro, sans oublier un intercalaire transparent à l'effigie des héros, parmi les sempiternelles goodies.

Sans vraiment d'informations supplémentaires, les rédacteur ont réussi à pondre quatre pages sur la deuxième série R2 de Code Geass pour maintenir la pression. Dans le classement mensuel des meilleurs personnages d'anime, Lelouch est toujours en tête et il n'aura donc pas eu tellement l'occasion de sombrer dans les charts, depuis la fin de la première série.

Le magazine traite plus ce mois-ci des séries en cours que des nouveautés à venir, qui débarquent pourtant, pour certaines, dès le mois de mars. Même les pages des programmes télévisés n'en soufflent mots, si ce n'est la diffusion en pay per view, des deux premières OAVs du chapitre Elysion, qui doit clore la saga Saint Seiya.

Vous avez certes plusieurs pages sur les nouveautés à venir, avec du Macrosss Frontier,  Kyo Kara Mao 3, Soul Easter et Wagaya no Oinarisama.

L'interview du mois est celle de Shin Ônuma, maintenant connu pour avoir réalisé la série ef – a tale of memories. Il a aussi à son actif la réalisation des deux OAVs de Mahô Sensei Negima.

 Les pages 119 à 139 comportent de multiples listes en tout petits caractères, qui recensent tous les anime passés pendant l'année scolaire japonaise 2007-2008, dont la totalité des épisodes pour les séries, sans oublier les génériques ni les personnages, pour le classement des doubleurs. Tout ceci pour inviter les lecteurs à voter pour le prochain Anime Grand Prix, dont les résultats seront publiés dans le numéro de juin. 

En guise de préambule et étant donné le sujet abordé, je préviens de la présence de certains spoilers dans cet article, mais qui concernent principalement des titres anciens ou peu connus.

Le fan n'aime pas qu'on lui dévoile à l'avance les éléments clefs de ses anime fétiches ou des manga qu'il suit, et notamment les dénouements. Ainsi, discuter sur un forum des derniers développements d'un titre n'est pas chose aisée si vous ne voulez pas froisser les fans qui n'en sont pas au même niveau de visionnage ou de lecture que vous. D'où l'utilité de la balise spoiler sur un forum, qui vous évite de mentionner à chaque fois "attention spoiler", surtout si seule une partie de votre message en comporte.

Pour faire une fiche, c'est une contrainte de plus, notamment quand un événement important survient dès le début. Le résumé devient plus délicat à composer et il faut faire un choix : Soit y aller franco en considérant que c'est un acquis – style Kaori est morte dans Angel Heart -, soit essayer de contourner l'écueil en omettant d'y faire référence mais le texte devient parfois bancal.

Maintenant, prenons la place de la personne qui aime bien faire ch*** son monde et veut pourrir le plaisir de ses voisins pour X raisons, en sortant un bon gros spoiler qui gâche tout. Réflexion faite, ce n'est pas forcément évident.

Le spoiler classique est de dévoiler la fin mais encore faut il que le titre soit un minimum connu sinon c'est le flop assuré. Indiquer que dans Slow Step, que Minatsu finit par se mettre en coupe avec son professeur et non pas avec l'un des deux garçons qui se battent pour elle, ne heurtera pas grand monde. Idem, si vous sortez que le petit prince des collines dans Candy, c'est monsieur Albert.

Si votre victime découvre les premiers épisodes de Berserk sur la chaîne Nolife, vous pouvez lui annoncer que de toute manière la série finit mal, avec Casca se fait violer par Griffith, devant Gatsu. Quelqu'un qui suit le manga sourcillera à peine parce qu'il est au courant des faits depuis plus de dix tomes. En revanche, vous aurez un succès certain, si, à l'instar du traducteur qui l'a fait pendant la conférence de presse de Shinichiro Watanabe sur Cowboy Bebop, à un Cartoonist, devant un parterre de fans réunis, vous finissez une phrase par : "avant la mort de Spike".

Révéler une disparition ne fait pas forcément un bon spoiler. Celle de L dans Death Note est prévisible, quand vous avez ouïe dire que se profilent après un  M et un N. L'assassinat de la princesse Euphemia, dès la première saison de Code Geass, est plus inattendue mais ne bouleverse pas l'intrigue.

Certains secrets ont plus la cote. Tout le monde se fiche de savoir qu'Aramis est une fille dans la série Sous le signe des mousquetaires – excepté peut être un élève de collège de ma ville, qui s'est pris un zéro pointé en pondant une fiche de lecture du roman d'Alexandre Dumas à partir du dessin animé qu'il avait vu à la télévision, en y mentionnant ce détail. Escaflowne date un peu beaucoup maintenant mais il y a un excellent spoiler à faire en annonçant que Dilandau est une fille.

Plus proche de nous chronologiquement, et pour toucher plus de monde, rien ne vous empêche de rappeler qu'Akiko-san est une fille dans un forum Fruits Basket. Si votre objectif est plutôt de polluer un site Naruto, là c'est plus délicat. A croire qu'il y ait une correspondance entre trouver un bon spoiler et la qualité de l'intrigue. Il faut qu'il y ait de la matière. Excepté la mort de deux ou trois personnages, dont le troisième Hokage, c'est difficile de trouver quoique ce soit de vraiment exploitable dans Naruto. Jusqu'à présent, c'est tout de même moins mauvais que dans Dragon Ball Z ou Sailormoon, où les personnages ont pris l'habitude de ressusciter, de toute manière.