Le projet Dotclear aura 5 ans dans quelques semaines et Dotclear 2.0 sortira cet été. Il n'est pas inutile de revenir sur ce qui a été fait et ce qui attend Dotclear et ses utilisateurs après ce tournant.
2008 juin 29
Le projet Dotclear aura 5 ans dans quelques semaines et Dotclear 2.0 sortira cet été. Il n'est pas inutile de revenir sur ce qui a été fait et ce qui attend Dotclear et ses utilisateurs après ce tournant.
2008 juin 21
Pour fêter dignement l'entrée dans l'été, Dotclear 2.0 RC2 est disponible. Grâce aux nombreux retours qui ont été faits depuis la version 2.0 RC1, de nombreuses corrections ont été apportées. Merci à tous. Au delà des corrections, certaines améliorations qui n'avaient pas eu le temps d'arriver dans la RC1 ont vu le jour.
2008 juin 18
Par Olivier
Avant hier soir, un peu avant d'aller profiter d'un peu de sommeil, j'ai découvert Piwik présenté comme le successeur de phpMyVisite. En regardant la démonstration de Piwik, puis en lisant les objectifs du projet, je n'ai pu que constater que c'était beau et qu'il prenait une excellente direction.
Après quelques tests hier matin, je me suis dit que ça méritait un plugin pour Dotclear 2. Piwik présente l'immense avantage d'avoir une API très bien faite qui permet de retrouver la liste des sites que vous avez configurés ou encore, d'en créer un nouveau.
Le plugin Piwik s'utilise donc très facilement. Une fois que vous avez installé Piwik (peut importe où) et le plugin, rendez vous sur ce dernier et entrez deux renseignements :
Une fois inscrit et validé ces deux paramètres, vous n'aurez plus qu'à choisir un site dans la liste ou en créer un nouveau. Une option vous permet également de supprimer des adresses IP des statistiques, si vous souhaitez vous exclure par exemple.
Vous trouverez le plugin sur la page des extensions.
Bonnes statistiques :)
2008 juin 5
Par Olivier
Où il est question de thèmes, plugins, traduction et Dotclear 2.
Il y aura Dotclear 2.0 RC2, dont la sortie est prévue pour le 20 juin 2008. Les raisons de cette seconde Release Candidate sont simples : il y a eu quelques tickets ouverts. Ce n'est pas une surprise, je m'attendais même à en voir plus. Les deux semaines à venir seront donc consacrées au classement des tickets puis à leur résolution. À la fin de ce processus, Dotclear 2.0 RC2 pourra montrer le bout de son nez.
Dotclear 2 manque cruellement de traductions. Un certain nombre d'améliorations ont été apportées allant dans le sens de faciliter la création de nouvelles langues et le travail des traducteurs.
Des plugins peuvent maintenant ajouter une nouvelle langue à Dotclear 2. Sont déjà disponibles le Catalan, l'Espagnol et le Polonais. Cette fonctionnalité permet d'ajouter des langues à Dotclear très facilement.
Un plugin, disponible prochainement, permet de traduire Dotclear directement depuis l'interface d'administration de celui-ci. Ce plugin pourra être utilisé par les traducteurs et leur sera proposé directement sur Dotclear.net afin qu'ils puissent travailler sur une version constamment à jour.
Depuis hier, une page (en Anglais) indique la démarche à suivre pour traduire Dotclear.
Voilà, si vous souhaitez traduire Dotclear, inscrivez-vous, ou faites passer le message.
Les thèmes et les plugins disponibles sur le dépôt subversion sont maintenant disponibles sur la page extensions. Cette liste est mise à jour chaque soir.
Notez que concernant les thèmes, certain ont près de deux ans et auront besoin d'une petite mise à jour afin d'avoir le meilleur rendu possible.
2008 juin 3
Par Olivier
La question revient régulièrement, nombreux sont les utilisateurs de Dotclear qui souhaiteraient pouvoir déposer plusieurs fichiers d'un coup dans le gestionnaire de média. C'était plus ou moins rendu possible par un bricolage consistant à ajouter dynamiquement des champs de sélection de fichiers. Cette méthode présentait un certain nombre d'inconvénients :
Le choix multiple de fichiers a donc disparu et a été remplacé par un formulaire permettant de ne choisir qu'un seul fichier. Là, vous vous demandez où se trouve la nouveauté qui va changer votre quotidien. Et bien, à l'aide de jQuery, ce formulaire est supprimé puis remplacé par un sélecteur de fichiers, oui, avec un "s". Comment ça marche ?
Vous cliquez sur "choisir des fichier" puis sélectionnez un ou plusieurs fichiers. Vous pouvez ensuite recommencer, autant de fois que vous voulez. Ensuite, cliquez simplement sur "envoyer" et vos fichiers partent, un par un, dans le gestionnaire de média. Un indicateur de progression vous indique où en est chaque fichier. Une fois que chaque fichier a été envoyé, le contenu du répertoire dans lequel vous vous trouvez est rafraîchit.
Une nouvelle option a également été ajoutée, permettant de trier les fichiers par nom ou par date.
Tout ce système requiert que vous ayez Javascript et Flash 9 activés. Toute la mécanique permettant de sélectionner plusieurs fichiers et d'être informé de la progression d'un envoi de fichiers dépend, en effet, d'une animation faite avec Flash 9. Testé et fonctionne dans Firefox 2 et 3, Safari et Internet Explorer 6. Ça ne fonctionne pas (encore?) dans Opera, pour une raison qui m'échappe.
Un immense merci au projet SWFUpload sans lequel rien de tout ceci n'aurait été possible.
Vous êtes encouragés à tester ces nouveautés présentes depuis la révision 1884 et se trouvant dans les nightly.
2008 mai 26
Par Olivier
Depuis longtemps déjà, Dotclear permet de changer la classe utilisée pour le processus d'authentification. De cette manière, il est théoriquement possible de réaliser l'authentification depuis n'importe quelle source.
Ceci dit, je n'avais jamais testé la chose dans un cas réel. C'est maintenant chose faite et j'en ai donc profité pour écrire une documentation sur le sujet.
Depuis la révision 1862, il est normalement possible de réaliser un vrai SSO puisque le processus de vérification de la session a été déplacé dans la classe d'authentification (et peut donc être changé par une nouvelle classe d'authentification). Il en va de même pour le formulaire de connexion.
Voilà donc qui devrait réjouir ceux qui souhaitent réaliser l'authentification de leur blog via LDAP ou n'importe quoi d'autre.
2008 mai 1
Dernière ligne droite pour Dotclear 2. La version 2.0 RC 1 (Release Candidate) est disponible pour votre plus grand bonheur. Le temps écoulé entre la version 2.0 beta 7 et celle-ci ainsi le nombre de modifications apportées sont conséquents. Il n'est pas inutile de revenir en détail sur les changements, les améliorations ou les nouveautés.
2008 avr. 25
Par Biou
Dans la ligné du billet précédent, nous allons aujourd'hui parler de l'antispam et des nouveautés qu'il introduit.
2008 avr. 24
Par Olivier
À une semaine du lancement de Dotclear 2.0 RC1, il n'est pas inutile de revenir sur certaines nouveautés introduites depuis la version 2.0 beta 7. Les billets de cette semaine vont apporter les éclairages nécessaires pour une mise à jour simple et sans encombre.
Aujourd'hui, nous aborderons les thèmes et les changements auxquels devront répondre les concepteurs de thèmes ou simplement l'utilisateur qui a personnalisé son thème.
2008 avr. 23
Par Olivier
Il restait quelques tickets en souffrance concernant les tags. La saisie de ceux-ci dans un nouveau billet n'était pas très cohérente par rapport à ce qui existait pour un billet enregistré. Il était également impossible de supprimer un tag (!) ni de supprimer des tags sur une sélection de billets. C'est maintenant rendu possible.
La saisie d'un ou plusieur tags sur un billet est la même que ce soit pour un nouveau billet ou pour modifier un billet existant. Vous pouvez maintenant supprimer un tag en vous rendant sur celui-ci depuis la liste des tags (il y a un bouton de suppression sous le formulaire de renommage).
Dans la liste des billets, vous pouvez choisir l'action "supprimer des tags". Une liste des tags trouvés dans les billets sélectionnés sera alors affiché et vous pourrez choisir ceux à supprimer. Les tags affichés en gras dans la liste sont ceux présents dans tous les billets sélectionnés.
Enfin, l'éditeur de thème a été corrigé. Les fichiers qui sont présents dans votre thème sont signalés par une puce de couleur jaune. Les permissions des fichiers sont mieux gérées. Les répertoires style/ et js/ du thème en cours sont également parcourus afin de lister les scripts ou feuilles de style qui pourraient s'y trouver.
Un bug dans le séparateur de fin de ligne avec l'envoi des mails a également été corrigé, les messages à destination de certaines boîtes aux lettres ne devraient plus être vus comme du spam.
Tout ceci est disponible depuis la révision 1754 et se trouve dans les nightly.
Le 1er mai approche :)
2008 avr. 21
Par Olivier - Développement
Maintenant qu'il est là, je me dis que ça manquait cruellement à Dotclear 2. Ce nouveau plugin permet donc de modifier son thème. Pas entièrement mais déjà les fichiers template, les feuilles de style et les fichiers javascript. Afin de vous expliquer comment tout ceci fonctionne, il n'est pas inutile de vous expliquer rapidement le fonctionnement du système de thèmes dans Dotclear 2.
C'est à la fois un point fort de Dotclear 2 et un des points compliqué pour les débutants ; il y a des templates un peu partout. Voilà comment ça fonctionne. Imaginons que le template fichier.html ait été demandé. Dotclear 2 va parcourir un certain nombre de répertoires jusqu'à le trouver. Ces répertoires sont les suivants :
Le lecteur avisé notera qu'il cherche aussi dans themes/<montheme>/fichier.html. Ceci est une mesure de transition pour que les thèmes actuels fonctionnent encore tous mais il y a des grandes chances que les templates des thèmes aient à se trouver dans le répertoire tpl du thème et nul part ailleurs. Fin de la digression.
Un plugin peut également ajouter un chemin à cette liste. Il l'ajoutera généralement au début. Par exemple, le plugin Pages ajoute une recherche dans son répertoire default-templates.
L'éditeur de thème, pour sa recherche de templates, va procéder de la même manière, il va chercher tous les fichiers dans les répertoires sus-nommés et également dans les répertoires default-templates des plugins. À la fin du processus il dispose d'une liste conséquente de fichiers que l'utilisateur va pouvoir choisir. Attention, l'explication va peut-être sembler compliquée...
Admettons que je dispose d'un thème sans templates, comme ça arrive souvent mais que je souhaite ajouter une information dans le footer. Je vais ouvrir mon éditeur de thème, choisir le fichier _footer.html et le modifier. Je clique ensuite sur "enregistrer" et c'est tout, mon footer est modifié. C'est aussi simple que ça.
Si vous avez bien suivi, mon thème n'avait aucun template et j'ai donc modifié le fichier _footer.html du thème par défaut. Et bien non ! J'ai ouvert le fichier en question du thème par défaut mais il a été enregistré dans mon thème en cours d'utilisation.
Pour résumer, l'éditeur de thème ne modifiera jamais de fichier dans le thème par défaut. Vous pourrez donc mettre à jour votre Dotclear sans vous soucier d'avoir modifié le thème par défaut. Tout est dans votre thème en cours d'utilisation. Bien sûr, il va de soit que le thème "default" n'est pas modifiable et qu'il faut donc créer un thème au préalable.
L'éditeur de thème permet également d'éditer les fichiers CSS et JavaScript se trouvant à la racine du thème en cours d'utilisation. Ils seront enregistrés au même endroit dans ce cas là, sans tour de magie :)
Dans un avenir assez proche ce plugin devrait permettre de créer un nouveau thème à partir du thème par défaut, en copiant uniquement les fichiers nécessaires. Ça me semblerait assez idéal :)
Voilà, vous savez tout, tout ceci est disponible par défaut depuis la révision 1738. Et bien sûr, déjà dans les nightly. Vous être invités à tester :)
2008 avr. 20
Par Olivier - Développement
Pep, gloire à lui, avait écrit le plugin Related, permettant de créer des pages statiques pour Dotclear 2. Related permet de créer soit des billets, soit des fichiers qui seront intégrés dans le blog comme des nouvelles pages.
Dotclear 2 possédait une très mauvaise gestion du type de billet (post_type dans la base de données) qui rendait la tâche de ce plugin (et d'autres) relativement compliquée. Je dis bien "possédait" puisque ce problème commence à être bien réglé :)
Un nouveau plugin, tout simplement nommé Pages vient remplacer Related. Refaire le plugin de Pep était le seul moyen que j'avais pour m'occuper correctement de la gestion du type de billet. Tout ceci est un peu compliqué, j'en convient et vous vous moquez bien des explications techniques, d'autant qu'on est dimanche.
Pages se veut le plus simple possible, les interfaces sont donc semblables à ce qu'on trouve pour éditer les billets mais avec un certain nombre de choses en moins.
Vous conservez évidemment un certain nombre de fonctionnalités des billets :
Les commentaires laissés sur une page seront affichés dans la liste globale des commentaires (avec une indication à côté du titre). Les commentaires bénéficient également totalement de l'antispam.
Pages est pour l'instant en test, il reste encore un certain nombre de petites choses à faire.
Related gère les pages stockées dans la base de données mais également des fichiers. Il va donc continuer à exister puisque Pages ne gère pas et ne gérera jamais les fichiers. Le reste, c'est Pep qui décide :)
Vous êtes invités à tester intensivement ce plugin afin d'en faire un très bel outil, simple et fonctionnel. Il est disponible depuis la révision 1729 et les nightly sont déjà à jour :)
2008 avr. 18
Par Olivier - Développement
La mise à jour de sécurité Dotclear 1.2.8 peut vous amener à vous poser la question de Dotclear 2. N'est-il pas vulnérable au même problème ?
Le gestionnaire de média de Dotclear 2 permet d'envoyer n'importe quel fichier (ou presque). On estime donc que l'utilisateur a pris ses dispositions afin que les fichiers ".php" soient affichés en text/plain et pas interprétés. Par exemple, votre configuration Apache peut contenir quelque chose comme :
<Location ~ "public/.*\.php$"> ForceType text/plain </Location>
Ce n'est qu'un exemple d'une configuration très simple avec un dossier nommé "public" pour les fichiers du gestionnaire de média.
Ceci étant, il est maintenant possible depuis la révision 1714 de spécifier une expression rationnelle pour les fichiers non autorisés dans le gestionnaire de média. Dans votre module "about:config", vous trouverez un champs "media_exclusion". Si vous voulez interdire le dépôt de tous les fichiers .php, vous indiquez dans le champs : /\.php$/i. Si, pour cause de possession démoniaque, vous voulez interdire l'envoi de fichiers gif, jpg et png, vous indiquez : /\.(gif|png|jp(e?)g)/i.
Exceptionnellement, la révision 1714 est déjà dans les nightly :)
C'est la semaine des mises à jour de sécurité. Il y a des moments comme ça. Dotclear 1.2.8 vient donc de sortir afin de régler un problème mineur concernant l'envoi de fichiers depuis le gestionnaire d'images.
Une personne mal intentionnée peut envoyer un fichier PHP qui ressemble à une image (et passe donc le seul contrôle effectué) mais contenant du code PHP. Le problème a été corrigé en imposant une restriction aux extensions jpg, jpeg, gif, png, bmp et tiff pour ce qui concerne l'envoi d'images sur le blog.
Sont particulièrement concernés tous ceux qui utilisent un blog Dotclear 1.2.x avec d'autres utilisateurs. Pour mettre à jour, vous pouvez télécharger la dernière version et suivre la procédure habituelle de mise à jour. Vous pouvez également vous contenter de changer le fichier ecrire/images.php par celui-ci.
Comme toujours, cette mise à jour est recommandée pour tout le monde :)
PS: Pour Dotclear 2, quelques explications (et une nouvelle option).
2008 avr. 17
Une nouvelle version de Dotclear 2, la beta 7.0.1, vient corriger un problème de sécurité pas très grave mais quand même bien présent. Les changements intervenus depuis la beta 7 et maintenant ont fait qu'il était préférable de sortir un beta 7.0.1 n'incluant que les modifications apportées pour corriger le problème. La mise à jour de votre Dotclear sera donc des plus simples.
Le problème réside dans le chargement des fichiers de langue qui pouvait être contourné afin d'inclure un fichier se trouvant ailleurs que dans les répertoires de localisation. Ce problème concerne donc principalement les hébergeurs de blogs à qui je conseille vivement de procéder à la mise à jour en beta 7.0.1.
Merci à Sacha d'avoir trouvé et signalé le problème.
Pour ceux qui mettent à jour avec subversion ou en utilisant les nightly builds, vous serez tranquilles à partir de la révision 1696.
Note: un patch pour passer de la beta 7 (et uniquement cette version) à la beta 7.0.1 est disponible dans les patchs. Si vous ne comprenez pas ce qui est écrit sous la liste des fichiers, utilisez la procédure de mise à jour classique.
« billets précédents - page 16 de 20 - billets suivants »