Oui je sais j'ai presque un an de retard, vu que la plupart des billets intéressants sur le sujet sont sortis il y a un an. Mais bon, y'a un an, j'étais au fin fond de l'antarctique en train d'étudier la reproduction des manchots au pôle nord. (Oui c'est faux et et ça ne veut strictement rien dire... Juste pour dire que j'avais d'autres préoccupations. Bref!)
La norme HTML 5 devient suffisament mature pour être intéressante! Et en plus de nombreux navigateurs la supportent dans les éléments de bases (ou on peut tricher pour leur faire supporter, oui oui, même IE...)... J'ai les doigts et Notepad++ qui me démangent comme ça ne m'a pas démangé depuis la découverte des CSS2!
D'ailleurs au passage je vais commencer à regarder CSS3 aussi!
Les liens qui pour l'instant m'ont le plus intéressée dans le désordre :
- http://bbxdesign.com/2009/06/08/introduction-au-html-5/
- http://www.alsacreations.com/article/lire/750-HTML5-nouveautes.html
- http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers
- http://viralpatel.net/blogs/2009/05/html-5-the-new-html-kid-on-the-block...
- http://www.alsacreations.com/article/lire/947-osez-creer-site-html5-css3...
- http://www.alsacreations.com/tuto/lire/610-Mise-en-page-CSS-avancee-grac...
Pour mémoire...
Dans Configuration > Apache
1. Décommenter la ligne suivante :
#LoadModule rewrite_module modules/mod_rewrite.so
2. Et en dessous de <Directory "${path}/www"> changer
AllowOverride None
en
AllowOverride All
Bah oui depuis le temps que ça me titillait ça devait bien arriver.
But de l'opération : Passer de Dotclear et SPIP sous un système unique, Drupal. Pourquoi? Parce que! Déjà je suis bien familiarisée par ailleurs avec Drupal en version 5. J'avais envie d'étudier la V6... Quoi de mieux qu'un vrai projet pour ça ?
J'ai testé divers modules avec plus ou moins de chance :
- Migration de Dotclear vers Drupal : DC2DrupalDéfaut principal, non maintenu ni mis à jour depuis longtemps. Résultat satisfaisant nécessitant un retraitement derrière mais simplifiant quand même grandement le travail de reprise. Il a l'avantage de reprendre les commentaires. A noter : ne fonctionne que sur la version 1.
- Migration de SPIP vers Drupal : Spip to Drupal migrator A le mérite d'exister, n'importe pas les commentaires, ne conserve pas les références des éléments importés pour permettre de générer des URLs correspondantes à la version SPIP pour assurer la continuité.
Bon il est possible que je les utilise pour me faciliter une partie du travail, mais c'est pas dit...
La solution que j'ai essayé avec succès pour l'instant sur un périmètre (très) restreint, celui des auteurs de la rubrique lecture est de générer du SQL afin de créer les contenus d'après un export de la base de données.
Déjà je désire utiliser un contenu spécial pour les auteurs. Une des merveilles avec Drupal est le module CCK qui permet de créer des contenus adaptés. J'ai créer 2/3 auteurs manuellement jusqu'à ce que le contenu me convienne. J'ai fait un export SQL, étudié la structure et généré un fichier d'import avec les éléments manquants. Étant une bille en PHP par manque d'entrainement j'ai généré les requêtes en utilisant des outils bureautiques (tableur + publipostage), ce que je ne sais pas scripté, je le modifie à la main!
L'effort nécessaire à la base est surtout de comprendre comment fonctionne la base de données, et de vérifier qu'elle fonctionne après import sur des aspects comme les index de table, etc...
Concrètement pour ceux que ça intéresse :
- Création du type de contenu, et test avec 2/3 auteurs jusqu'à satisfaction (Nom complet, nom, Prénom, n° rubrique SPIP, biographie)
- Export des rubriques correspondantes sous forme de tableau HTML grâce à un squelette spécifique SPIP
- Copier/Coller des éléments dans le tableur. Transformation du contenu pour s'adapter à mes nouveaux besoins/envies et posséder tous les éléments nécessaires à la réalisation de la requête (ajout du nid/vid, transformation du titre, séparation en deux colonnes du nom et du prénom, transformation de la description pour éviter les erreurs lors de l'import SQL).
- Génération des requêtes d'après exemple (en recherchant dans la base de données l'ensemble des contenus associés à un nid/vid précis)
- Test sur une requête d'import
- Création d'un contenu pour vérifier que rien ne hurle ou ne s'emmêle les pinceaux
- Test sur deux requêtes d'import
- Import de tous les contenus restants
- Création de la vue classées par ordre alphabétique et triées par lettre... En moins de 10 minutes avec Views, un vrai bonheur!!!
Et ça a marché : 70 auteurs migrés dans Drupal sur lesquels il n'y avait pas de commentaires (c'est vraiment la partie qui risque de s'avérer la plus enquiquinante).
Cliquez pour voir la liste générée avec le thème par défaut :

Maintenant... J'attaque les cycles chroniqués, puis les livres... Déjà, rien que définir le nouveau type de contenu va me demander un certain temps de réflexion!
Mes sources :
- Livre : Drupal 6 - Créez des sites web de qualité professionnel de David Mercer
- Drupal.org et Drupalfr
Alsacréations vient de passer en V3!
Je tourne en rond, j'installe Drupal, je cherche comment importer des données, bref ce que je fais est stérile.
Je crois que j'essaie de tout faire en même temps, ce qui n'est probablement pas la bonne solution.
Je dois d'abord poser les bases, de manière totalement indépendante du CMS. Qu'est-ce que je veux faire de mon site dans le futur?
Bref ce billet est probablement totalement inintéressant pour tout le monde sauf moi-même (et ceux qui m'ont déjà écrit que ce genre de chose les intéressaient...).
Déjà le contenu :
- Critiques (-> Médiathèque?)
- Critiques de livres - ce qui est vraiment à l'origine de mon site. Les éléments d'un livre sont :
- Pour tous les livres : Titre, auteur (gérer les auteurs multiples), éditeur, éventuellement illustrateur de la couverture, le traducteur et un genre qui sont absents de mon site aujourd'hui (pour le genre j'hésite, c'est casse-gueule, peut-être au moins pouvoir préciser si c'est de la littérature jeunesse). Il faut gérer pour divers éléments les différentes éditions d'un même roman (éditeur, illustrateur, voire traducteur).
- Pour les livres dépendant d'un cycle, le cycle (ou univers) voire le morceau de cycle (certains cycles sur un univers donné se décomposent en sous éléments sous forme de trilogie par exemple, voir Les Hérauts de Valdemar avec ses périodes ou Dune avec ses préquelles, ...). La notion de division de cycle n'existe pas dans le site actuel ou alors il est codé en dur
- Pour les livres de nouvelles, le directeur de l'anthologie, les différents auteurs, la liste des nouvelles voire les cycles auxquels ils sont rattachés (actuellement une partie de ces éléments sont manuels).
- Un tri par titre, par auteur, par cycle/univers, par éditeur (voire par traducteur, et ou illustrateur).
- Ajouter livres à lire? Ça c'est plus pour moi, des fois je n'achète pas un roman parce que j'en ai trop en attente et j'oublie son existence...
- Critiques de livres autres que romans
- BD (pour l'instant côté blog), JDR (pour l'instant non formalisé sur le site et avec des morceaux dans le blog), magazines/webzines (entre autres autour de la littérature SF/Fantasy avec très souvent des nouvelles), autres (documentaires, encyclopédies divers et variées, livres techniques, ...)
- Critiques Petit et grand écran - aujourd'hui dans le blog avec juste la critique.
- Peut-être prévoir quelques informations comme le réalisateur, les acteurs, le genre? (pas sûre d'être assez calée ni que ce soit intéressant), l'année de sortie, un regroupement par univers (comme les livres en fait, avec des divisions possibles), autre?
- Critiques de livres - ce qui est vraiment à l'origine de mon site. Les éléments d'un livre sont :
- Informatique - aujourd'hui réparti entre le blog et le site
- réflexions diverses
- liens utiles
- tutoriels/explications
- A classer mais sous quelle forme (niveau, outil/logiciel concerné, ...)
- Créations
- Nouvelles
- Peintures
- Photos
- Pixels
- Encyclopédie
- Je pense ne pas le conserver sous cette forme. Peut-être ouvrir un grand fourre-tout avec des éléments en provenance du blog. Côté mythologie, tant qu'à faire autant participer à Wikipédia. Après pour certaines de mes recherches, avoir effectivement quelques articles dans le style de celui sur l'héraldique européenne, ou parmi les choses en attente, la liste/définition/description/signification des pierres précieuses ou semi-précieuses, ou encore le mini-dictionnaire des choses inutiles (genre les types de gouverment, les différents titres religieux indépendamment des religions, les métiers divers et variés, la définition d'un certain nombre de couleur, ...). Sur ces points là, j'ai besoin d'un mode d'expression plus libre.
- Reste à traiter du blog les catégories culture et tourisme, Coups de cœur, Cuisine et bizarre.
- Annuaire de liens en liaison ou pas avec le reste, et classé différemment - voire avec des liens privés.
Ensuite l'organisation, la structure
Il faut que j'arrive à déterminer les éléments assez formalisés ou spécifiques (comme les critiques, tous les éléments autour des créations) et les éléments complètement libres (Informatique, Encyclopédie, restes du blog) et les moyens de les classer/présenter.
Il y a plusieurs moyens de classer les pages. Déjà un classement hiérarchique du contenu (comme sur le site, et en très simple avec les catégories du blog). Ensuite les mots-clés formalisés ou libres avec les nuages de tags.
Ce que j'aimerai y voir en plus
La possibilité de suivre mes sites préférés par l'intermédiaire des flux RSS. Pas forcément publique (j'aurai l'impression de voler du contenu)
La possibilité de gérer un accès privé pour partager certaines choses avec mes proches mais pas le reste du monde.
Une meilleure mise en avant des commentaires?
Pas de spams possibles!
Ce que je ne veux pas ou hésite à mettre
Que les gens qui le désirent puissent créer un compte pour avoir accès à certaines fonctions ? (en vrac sans plus de réflexion que ça : les pages non-lues depuis la dernière visite, un avatar genre gravatar, la liste de ses commentaires déposés pour pouvoir éventuellement les supprimer, ...) Que ceux qui ont lu jusqu'ici et on un avis là-dessus n'hésitent pas à s'exprimer dans les commentaires.
Possibilité de noter (par des étoiles) les livres/BD/JDR/films/séries?
Par contre, il n'est pas question d'en faire un site communautaire où les gens pourraient venir déposer des articles comme une critique sur des livres qui ne font pas partie du site (dans les commentaires sur la page du bouquin, oui, mais je n'ai pas pour ambition de remplacer des sites communautaires comme Phenixweb ou autres).
Conclusion?
Je tourne toujours en rond, je ne suis pas prête de le refaire... :D
Plus d'informations :
Pleins de bonnes choses au programme...
Ou réflexions d'une geekette curieuse en mal de temps...
Nota Bene : Que les choses soient claires, ce billet est un mélange de choses objectives et aussi de total feeling! Il ne se veut pas le guide ultime de la confrontation SPIP/Drupal ou DotClear/Drupal, même pas un guide du tout. Je reste persuadée que le meilleur outil est celui qu'on a envie d'utiliser.
Et moi ça fait quelque temps que j'ai envie d'utiliser Drupal. Plus je le regarde, plus je suis séduite. Au départ assez dubitative sur l'intérêt d'une telle solution, je m'attendais à me retrouver avec la même réaction que face à Joomla. Quelque chose du style "Ca c'est sympa, mais non ce n'est pas pour moi..." et en fait non c'est tout l'inverse.
Ces derniers temps mes interventions sur mon site sont rares, mais c'est général, mon activité sur le web s'est drastiquement réduite. On évolue. Mon site a déjà eu une pénurie de mise à jour avant que je passe à SPIP, parce que la création de pages statiques avait fini par me gonfler. Je pense en arriver aux même limites aujourd'hui avec SPIP/Dotclear.
Quand je veux mettre en ligne sur mon site, la première question que je me pose, c'est "dans le site ou dans le blog". Déjà c'est un frein. Ça m'a amusée, maintenant ça m'énerve. Tout mettre dans le site? Non, je n'ai pas besoin de tout formaliser. Tout mettre dans le blog, non j'ai besoin de plus de souplesse sur certaines choses.
En plus, je ne fais pas une mise en ligne sans me demander comment intégrer tel aspect ou tel autre dans un équivalent sous Drupal, bref la réflexion est amorcée malgré moi.
Je m'attends déjà à des remarques soutenant que SPIP est mieux, meilleure communauté, tout ça, tout ça. (Si si j'en ai vu sur les pages de gens qui cherchent à migrer leurs données de SPIP à Drupal...) Je connais SPIP, je sais ce qu'il vaut, ce qu'il m'a apporté, et mon envie de changer n'enlève rien à ses qualités. De même, si je ne changeais pas ça ne modifierait en rien ses défauts. Seulement... J'ai évolué, mes envies aussi, et SPIP n'a pas évolué dans le même sens que moi. Il faut savoir accepter ce genre de choses.
Donc voilà, j'aimerai un seul outil qui me permette de manière souple de choisir où je publie mes informations. J'ai déjà eu des remarques dans mes commentaires du style "Oui mais SPIP peut faire du blog!". Oui. Mais SPIP n'est pas un blog. Faire du blog avec SPIP m'agacera je le sais. Il est trop contraint dans son formalisme webzine pour me plaire là-dessus.
En plus, c'est peut-être tout simplement (enfin simplement...) toute l'organisation, le concept de mon site qui est à revoir. Les technologies et les usages ont évolués, et je suis sure que je pourrais en tirer bénéfice. Réintégrer tout dans SPIP ne changera rien à ce qu'il est actuellement.
Attention, Drupal n'est pas parfait. Je perçois déjà certaines choses que j'ai faites très simplement dans SPIP qui vont être plus ardues sous Drupal. Je suis aussi consciente qu'une "erreur" de conception dans SPIP est plus simple à rattraper que dans Drupal, 90% se passant dans le thème de SPIP, revenir en arrière peut être plus simple. Dans Drupal ça concernera plus souvent les données qu'il me faudra réinjecter sous une autre forme...
Et puis par moment, je trouve que SPIP est trop... Comment dire? SPIP?
Le langage ressemblant au wiki mais pas vraiment le même qui fait que je me plante une fois sur 2 vu que je saisis de plus en plus d'informations au format wiki... La sauvegarde/restauration de la base de données qu'on ne peut faire QUE par l'interface SPIP avec perte des statistiques au passage sinon ça ne fonctionne pas (ou du moins pas toujours). Cette interface privée que je ne peux pas personnaliser sans quitter les rails de la distribution standard - donc forcément pas maintenable...
Et pourtant, sur d'autres sites que je gère, je ne me vois pas les faire quitter SPIP pour autant.
SPIP 2.0 arrive. Je ne suis pas sûre d'avoir envie de m'investir dans cette version pour mon site. Tant qu'à tout repenser, j'ai plus envie de regarder un nouvel outil qui me tente...
Bon d'accord, c'est aussi la curiosité maladive d'une geekette à l'affut de tout ce qui se passe sur le web et en perpétuel mouvement!
Me manque plus que l'outil de migration...
J'ai besoin de faire tourner des scripts PHP sur une clé USB afin d'être indépendante de la machine sur laquelle je suis pour pouvoir faire des tests ou des démos.
Avant j'utilisai EasyPhp, en local comme en nomade, mais sa dernière version aboutie est la 1.8 en Php4 (qui n'est plus maintenu). Il y a eu depuis des beta en 2.0x avec Php5 mais à un rythme qui va plutôt en décroissant. (Aucune critique là-dedans, juste une constation.)
En local j'utilise désormais WampServer. Après quelques tests, il est possible de le faire tourner sur une clé usb, mais il faut choisir entre l'installation locale ou la clé usb (on ne peut pas en installer plusieurs sur une même machine). Et lorsqu'on change la clé d'ordinateur, il faut être sûr que la clé est bien affectée à la même lettre. Moralité : ça fonctionne parfois bien, parfois moins bien, mais ça manque quand même de souplesse.
J'ai donc commencé à tester ZazouMiniWebServer.
Les plus
Il est simple à installer, suivi et maintenu et régulièrement mis à jour (ce qui n'est pas le cas des autres solutions que j'ai regardées dont certaines n'ont pas évoluées depuis plus d'un an! - et encore quand je dis un an je suis gentille -)
Le site ZMWS est clair, concis, et offre des forums sur lesquels on vous répond.
Les petits moins
Certains diront "Oui mais ça n'est pas basé sur Apache mais sur des composants Windows". Oui, mais les ordis où je déplace ma clé sont à 90% des ordis sous Windows.
Par contre du coup son défaut est qu'il ne supporte pas le mod_rewrite (la réécriture d'adresse des pages pour ceux qui ne comprennent pas). Exit les urls propres et donc le site que je voulais transporter. Il y a bien une solution mais je ne veux pas avoir à maintenir deux solutions de réécriture d'url surtout que je ne maitrise pas tout de ce côté là! A tester quand même quand j'aurai le temps.
Conclusion
Le travail effectué et le suivi sur ZazouMiniWebServer est conséquent et donne sincèrement envie de l'utiliser.
ZazouMiniWebServer reste sur ma clé USB et je l'utiliserai régulièrement. Il sera parfait pour la plupart de mes tests mais ne pourra pas me servir pour tout développer/tester ou faire des démonstrations des versions finales car trop particulier par rapport aux serveurs que j'utilise pour mes sites.
Je vais donc faire cohabiter EasyPhp 2.0b1 et ZMWS que j'utiliserai en fonction de mes besoins.
J'ai parfois besoin d'embarquer Drupal (= avoir une install toute prête à faire tourner sur n'importe quelle bécane). Avant j'avais EasyPhp qui se faisait facilement nomade et c'était bien... Mais bon EasyPhp ça commence un peu à être périmé (même si je leur souhaite de revenir en plaine forme un de ces 4').
Quelques recherches m'ont d'abord renvoyée sur MovAmp mais la dernière mise à jour date d'août 2007 :-/ .
J'ai fini par me retrouver sur Zazou Mini Web Server... J'installe, je prépare mon petit Drupal, je lance l'install... Et là horreur malheur, erreur 404, renvoi à la racine, bref me revoilà à la case 0.
Voyant que je n'étais pas la seule, je confirme le bug, et le temps de finir ma journée et de rentrer, voilà le bug corrigé!
Ca faisait un petit bout de temps que je voulais me (re)faire une clé usb nomade autonome pour développer, et finalement, Zazou Mini Web Server est le dernier truc qui me manquait pour compléter ma Framakey. Je verrais à l'usage s'il me convient totalement, y'a 2/3 trucs que j'ai pas encore essayé, mais vu la réactivité derrière je devrais vite m'en sortir!
Rien de tel pour se changer les idées que des travaux manuels.
Rien de tel comme travail manuel, qu'un truc de geek... Genre des paperdolls à faire soi-même d'un stormtrooper, d'un kirby, d'un Iron Man, d'un Indiana Jones ou d'un Hellboy.
Tiens oui! Un Hellboy!
Genre ça quoi :

Avec son petit copain en plastique... Je préfère le mien ;)
Bon si vous avez besoin de vous changer les idées, c'est là : cubeecraft.com
