The Microcontent News Blogging Software Roundup

Depuis le démarrage de Microcontent News, j'ai reçu beaucoup de courriers électroniques me demandant quel est le "meilleur" logiciel de publication de Carnet Web.

J'ai du mal à être impartial - en tant que PDG de WebCrimson, j'ai réalisé mon propre logiciel de publication de Carnet Web. Mais aucun outil de Carnet Web ne peut se montrer toujours le meilleur. Si vous animez un Carnet Web communautaire vous préférerez probablement Scoop ou Slash, le logiciel qui motorise Kuro5hin et Slashdot. Ou si vous êtes un hacker (ndt : bidouilleur génial) sous Perl qui aime les logiciels Open Source, vous leur préférez probablement Movable Type ou Blosxom.

Jusqu'alors j'ignorais ces subtilités dans mes réponses aux courriers électroniques, renvoyant les gens vers de beaux liens comme celui de la liste de fonctionnalités des "Logiciels de Publication de Carnets" de Jed Bowtell. Mais j'ai toujours pressenti que cette liste de caractéristiques consistait à comparer des pommes et des oranges.

Cela faisait un moment que j'espérais que quelqu'un classerait ce panier de fruits de "solutions de publications", de telle sorte que nous puissions comparer des pommes avec des pommes et des oranges avec des oranges. A ce jour, toujours rien... Par conséquent, durant les dernières semaines j'ai craqué.

THE MICROCONTENT NEWS "CARNET WEB" INDUSTRY REPORT
Première Partie - Revue des Logiciels de Publication de Carnets Web

Le mot "Carnet Web" a tellement été utilisé ces derniers temps qu'il en a perdu tout son sens. En ce qui me concerne, je fus poussé sur le devant de la scène cette année à l'occasion d'une interview en 3 parties avec les auteurs de O'Reilly : "Faire Tourner un Carnet Web avec Slash ".

Après la publication de ce papier, j'ai relevé quelques indignations de carnetiers à propos des types de Slashdot s'appropriant le mot "Carnet Web" dans le titre de leur ouvrage. Tout d'abord cela me choqua - j'ai toujours considéré Slashdot comme le "Carnet Web original". Mais en même temps, le mot Carnet Web semble désigner le carnetier traditionnel qui publie à la main en utilisant FTP .

Après réflexion, il existe deux catégories distinctes de logiciels qui revendiquent le mot "Carnet Web" :

J'ai subdivisé ces catégories jusqu'à l'obtention de ce qui -à mon sens- devrait être l'arborescence des familles de logiciels de Carnet Web :

Arborescence des Familles des Carnéticiels (Logiciels de Carnet Web : "Weblog" = Carnet Web)

Je suis revenu en haut et j'ai placé chacune des 28 solutions logicielles de publication sur l'arborescence !

Onze de ces solutions logicielles appartiennent à la catégorie "Outils de Publication pour Carnets Web" :

PUBLICATION CARNETS WEB

SANS INSTALLATION

APPLICATION WEB

(Pas de FTP)

(FTP)

INSTALLATION REQUISE

SERVEUR DE BUREAU

w3coblig

PUBLICATION PERL

APPLICATION CLIENT

Les 17 autres solutions sous la branche "Carnets Web de Communautés" de l'arborescence :

CARNETS DE COMMUNAUTES

SANS INSTALLATION

CARNETS HEBERGES

COMMUNAUTES HEBERGEES

INSTALLATION REQUISE

COMMUNAUTE PERL

COMMUNAUTE PHP

Nous avancerons à travers chaque catégorie, une par une. Commençons tout d'abord : les logiciels de publication de Carnet Web qui génèrent des pages statiques, c'est à dire "Carnet Web pour Publication".

L'engouement de la publication Web a démarré avec les Applications Web : des sites Web qui vous laissent créer et gérer votre Carnet Web en publiant des pages Web statiques.

Selon Rebecca Blood, la publication de Carnets Web a connu ses premières heures aux alentours de juillet 1999, quand Pitas lançait un carnéticiel "facile-à-utliser".

Le modèle de Pitas était bon marché et facile : vous veniez sur Pitas.com, quelques clics et vous bénéficiiez instantanément d'un Carnet Web. Si vous vouliez ajouter des contributions ou éditer votre gabarit, vous veniez sur le site Web de Pitas et l'éditiez directement sur place à l'intérieur de votre navigateur Web. Toutes vos informations étaient stockées sur le site Web de Pitas - et pensez-y, votre Carnet Web était publié sur le site Pitas au nom de votrenom.pitas.com.

Pitas était l'une des premières solutions dans la famille des Applications Web (tout comme l'était Diaryland, qui tourne avec les mêmes personnes mais se destinait plus au journal intime en ligne. Les applications de "Carnets Web" utilisent des serveurs centraux pour vous permettre d'éditer vos contributions, stocker vos gabarits, et générer les pages pour vous. Ces pages sont générées en pages Web statiques, de telle sorte que l'application Web est utilisée pour générer dynamiquement des pages personnalisées à la volée en utilisant une base de données.

Tout ce qui tourne autour des Applications Web a tendance à être centralisé. C'est à la fois du pain béni et un problème. Le bon point c'est que c'est incroyablement facile de démarrer. L'inconvénient : vous dépendez de cette "Application Web" pour avancer. Si elle est encombrée par d'autres utilisateurs, vous pouvez perdre une contribution -ou pire, si c'est pour votre travail , perdre toutes vos contributions !

Une contrainte néanmoins : votre Carnet Web devait vivre sur Pitas. Cela gela (éteignit) beaucoup de sites Web.

Souvenez-vous quand les gens créaient toutes ces pages d'accueil sur des sites comme Geocities ou Tripod ? La plupart d'entre eux créaient leurs pages sur leurs ordinateurs et utilisaient FTP pour les transférer sur leurs sites Web. Pour être plus clair : FTP sert au Protocole de Transfert de Fichier (File Transfer Protocol) - considérez-le comme un système standard qui vous laisse facilement charger sur le serveur des fichiers de votre PC vers votre site Web.

Au fur et à mesure de l'avancée des technologies Web, parlons de "technologie bas de gamme" : vous pouviez créer des pages statiques à la main et les envoyer ensuite vers votre serveur. Mais la grande simplicité signifie que vous n'êtes pas obligés d'être un développeur pour commencer à publier sur le web. Et très rapidement, beaucoup de non-programmeurs faisaient juste cela : créer des pages d'Accueil en utilisant des outils qui vous laissent concevoir et charger des pages.

Une fois ces pages Web placées, ces personnes avaient besoin d'un moyen simple et facile pour les mettre à jour. Quelques-unes écrivaient des programmes spéciaux qui les laissaient mettre à jour leurs pages.... Mais la plupart d'entre elles ne savaient pas écrire et installer de tels programmes.

C'est cette attente que Blogger combla en août 1999 ; une Application Web qui vous laisse mettre à jour votre site Web sans utiliser de programme. Elle prenait vos mises à jour et les transformait en pages Web qui étaient envoyées vers votre site Web sans utiliser FTP.

Une fois que les gens ont commencé à publier des Carnets Web en utilisant ce modèle statique, toutes sortes de fonctionnalités connexes commencèrent à fleurir. Des fonctionnalités pour des Archives Automatiques (pour stocker de vieux articles), les permaliens (pour lier ces articles), les en-têtes de Dates (pour enregistrer la date de chaque contribution) et l'horodatage (pour enregistrer l'heure de chaque dépôt de contribution).

Blogger commençait à recueillir de plus en plus d'utilisateurs, et ce particulièrement après avoir ajouté l'hébergement gratuit à son offre. Son Application Web devenant de plus en plus populaire, Blogger commença à rencontrer des problèmes de dimensionnement.

Normal, une Application Web consomme des serveurs centralisés pour éditer vos contributions et générer de pages. Les serveurs centralisés sont bien pour débuter, parce qu'il n'y a pas de logiciel à télécharger et installer. Le problème survient lorsque vous recueillez des milliers de gens qui utilisent l'Application Web au même moment : avec tant d'utilisateurs connectés en même temps sur leurs serveurs, une Application Web requiert de plus en plus de matériel pour rester debout et tourner.

C'est le talon d'Achille de ce modèle de l'Application Web : si un site Web "Application Web" plante, vous ne pouvez le mettre à jour... et pire encore vos données stockées sur le serveur de l'Application Web. Si vous avez un compte de messagerie Hotmail ou Yahoo vous savez ce que cela signifie : si ces sites Web se plantent, vous ne pouvez relever vos courriers électroniques. Ou si vous écrivez un long courrier électronique et frappez sur envoi, vous pourriez perdre votre message.

Blogger commença à résoudre ces points en Août 2001 en lançant quelquechose appelé la Blogger API (elle même modélisée sur une fonctionnalité similaire de Userland - voyez la section Serveur de Bureau pour en savoir plus). Pour en savoir plus sur cette technologie intégrée, vous pouvez aussi lire ailleurs : avec des outils comme la Blogger API, vous pouvez écrire et rédiger vos messages à partir du bureau.

Finis les messages perdus à la Hotmail ou Yahoo. Si l'Application Web plante, votre programme de bureau conserve une copie de votre article afin de pouvoir essayer à nouveau. Et mieux encore, vous pouvez modifier vos articles en mode WYSIWYG - c'est à dire "What You See Is What You Get" (ndt : Dolores parle de PETALE, retrouver le lien), avec le style Microsoft Word en "un clic" pour accéder aux fonctions Gras, Italique, Souligné et Créer des Hyperliens.

Quelques programmes supportent l'API Blogger, laissant aux carnetiers la possibilité d'envoyer leurs contributions à partir de leurs PC Windows, PC Linux, AOL Messagerie Instantanée, Pocket PCs, ou téléphones portables ! Je ne vais pas étudier tous ces programmes ici - J'en toucherai quelques mots plus tard dans les outils de Carnet Web pour communautés... mais ils représentent une partie grandissante du monde des Applications Web pour carneter.

Cela permit à Blogger de couvrir les coûts de dimensionnement des son modèle Web App. Difficile de dimensionner une Application Web face aux pointes de trafics - même avec le revenu des membres payants, Blogger se bat encore un peu pour garder son réseau debout et en état de marche. Les futures versions devraient normalement intégrer le nouveau moteur de publicattion utilisé par Blogger Pro.

D'autres vendeurs de solutions de Carnets Web ont sorti des versions Application Web en créant d'autres modèles de publication de Carnets Web (voir le Serveur de Bureau, l'Application Client, et les modèles côté Serveur en dessous).

Ces modèles sont très puissants - mais j'ai encore un petit faible pour le modèle Application Web. - tout au long du modèle de Communauté Hébergée - c'est la seule solution qui vous laisse carneter sans avoir à prendre le temps de télécharger et d'installer quelque logiciel.

Cela signifie que les 4 types d'outils de publication de Carnet Web décrits dans la première moitié de cette étude, chroniquer sur les Web Apps renforcera une majorité grandissante de Carnet Web statiques. C'est pour cette raison, que deux sociétés ont essayé de trouver les moyens de faire fonctionner le modèle Application Web.

Le premier d'entre eux est Big Blog Tool. Le fondateur Russell Cann (alias Ruzz) a résolu le problème de dimensionnement en facturant un dollar par mois pour démarrer un Carnet Web. En restant petit et en offrant un service après vente solide et des services, Big Blog Tool peut rester suffisamment petit pour éviter les problèmes de dimensionnement qui peuvent affecter un site abritant des milliers de Carnets Web actifs.

L'autre société qui touche au modèle Web App est ma propre société WebCrimson.

Avant que nous ne commencions à démarrer WebCrimson, nous avions déjà construit une communauté de Carnets Web avec des dizaines de milliers de membres. (regardez Xanga.com sous la catégorie Commuanuté Hébergée en dessous).

En tant que participant à la construction de Xanga, nous avions passé beaucoup de temps à construire un éditeur WYSIWIG intégré dans le navigateur. En d'autres mots, les utilisateurs pouvaient graisser, mettre en italique, souligner et lier du texte dans leur éditeur - sans avoir à appendre ou comprendre le HTML. (Comment imaginez-vous que je puisse mettre toutes ces citations et listes à puces infligées à mes lecteurs ?).

Cela fut possible grâce aux navigateurs Microsoft (au moins les dernières versions 5.0+) qui supportent quelque chose appelé le DOM, ou le Document Object Model. Cela veut dire que si vous êtes sur un PC avec IE 5.0 et plus, vous pouvez éditer facilement le HTML, et même télécharger des images et prévisualiser l'image tout de suite dans la fenêtre d'édition.

Après quelques semaines, nous commençâmes à recevoir des courriers électroniques de la part de notre société de service consommateur :

"Cher Monsieur ou Madame - J'aime vraiment l'interface de votre éditeur WYSIWYG (ndt : PETALE retrouver le lien). Je ne connais pas le HTML, mais avec votre site je n'en ai pas besoin ! Avez-vous une version professionnelle de votre outil . Je serais heureux de payer pour cela. Aussi, m'aideriez-vous à construire mon site web pour ma société.. True Regards (ndt : Considérations Vraies ? pourquoi True ?), XXXXXXXXXX".

Les occasions de voir les gens vous proposer de vous offrir de l'argent par courrier électronique sont si rares que je me disais : "Humm... peut-être quelquechose à étudier".

Ce fut le déclencheur pour la construction de WebCrimson. Nous voulions un outil qui supporterait l'édition WYSIWYG et permettrait l'actualisation de n'importe quel site - et pas seulement des Carnets Web, avec les dernières parutions presse, citations médias et les CV (ndt : bios ?) des équipes. Mais ce n'est pas tout, nous ne voulions pas seulement construire un système de Gestion de Contenu, nous étions déterminés à vouloir un outil "Application Web" qui supporterait la fonction Carnet Web.

Nous avons sorti la version 1.0 de notre logiciel WebCrimson l'année dernière, nous concentrant sur les fonctions de gestion de contenu. Rapidement nous avons démarré des contrats de conseil avec des clients qui voulaient mettre souvent leurs sites à jour - sociétés de capital-risque, organisations caritatives, consultants et agents immobiliers. En sus des honoraires mensuels pour utiliser notre logiciel, nous facturions des honoraires de conseil pour concevoir et mettre sur pied des sites Web. Et bien sûr, nous encouragions nos clients à créer du trafic en publiant des Carnets Web et des articles vers leurs sites - allant jusqu'à leur offrir du conseil en Carnet Web pour aider les sociétés à apprendre comment carneter.

Tel est notre modèle économique - les clients nous payent des honoraires de conseil mensuels - et c'est ce qui nous permet d'investir dans notre réseau. Nous avons de la chance à ce titre d'avoir Dan Huddle, qui nous a aidé à dimensionner The Motley Fool jusqu'à plus d'un million de pages vues par jour (un chiffre qui appartient au passé). Ainsi nos clients institutionnels subventionnent nos carnetiers... de telle sorte qu'un jour, nous espérons renverser l'équation.

Le mois dernier, nous avons lancé la version 2.0 de WebCrimson, avec une assistance pour les Carnets Web "pointer-cliquer" (ndt : revoir le lien original...??) et les Webzines. (Hébergement gratuit chez Crimsonblog et Crimsonzine). Le mois prochain, nous ajouterons des services payants pour les carnetiers qui devraient nous aider à dimensionner notre réseau avec notre croissance. Nous sortirons aussi une API qui étendra la fonction Carnet Web vers un système de gestion de contenu avec l'aide de Monsieur Hossain (notre gourou XML-RPC qui a construit Bloglet ainsi qu'une majeure partie par ailleurs de WebCrimson). Pour en savoir plus sur nos intentions de tuer les vendeurs de solution de "Gestion de Contenu Bas de Gamme", lisez cet article que j'ai écrit sur le sujet :

LES MODELES APPLICATIONS WEB :
POURS ET CONTRES

Pour :

Facilité de Démarrage - Les Applications Web sont l'une des solutions les plus faciles pour démarrer un Carnet Web.
Bon Marché - Généralement gratuites à l'emploi et intègrent souvent un hébergement gratuit - ainsi vous n'avez pas à trouver et payer pour votre propre hébergement.
Fonction Multi-Utilisateurs : - les Applications Web sont extraordinaires pour des Carnet Webs multi-utilisateurs, parce que de multiples carnetiers peuvent facilement envoyer leurs contributions sur le même Carnet Web. C'est généralement plus difficile à faire si vous utilisez un outil de Carnet Web Application Client ou Serveur de Bureau.

Contre :

A la merci des Applications Web - Les Applications Web vous laissent à la merci des serveurs centraux. Si les serveurs plantent ou sont indisponibles, vous êtes "scotchés".
Pas de Contrôle de Vos Données : - Vos données seront stockées non pas chez votre hébergeur mais sur le serveur Web centralisé.
Edition dans le Navigateur - Ce peut être frustrant d'éditer vos articles dans un petit champ à l'intérieur du navigateur.
Perte de Données - Si le serveur plante quand vous cliquez sur "publier", vous pourriez perdre tout le contenu de l'article sur lequel vous vous étiez donné du mal à écrire.
Fonction Limitée de l'Editeur WYSIWYG - La plupart des Applications Web ne supportent pas l'édition WYSIWYG (i.e. What You See Is What You Get). En d'autres termes, vous devez apprendre quelques rudiments de HTML, afin de graisser, mettre en italique et souligner le texte dans vos articles.
Support Limité pour les Commentaires - Parce que les Applications Web génèrent des pages statiques, ils n'offrent pas pour la plupart de fonction solide pour le commentaires.

Avis :

Bien évidemment, quelques-uns de ces contres peuvent être palliés. Ci-après les solutions pour résoudre la plupart des six contres listés au-dessus

Exportation de Données- Vous pouvez créer des gabarits pour "exporter" vos données à partir de l'application Carnet Web centralisées vers votre navigateur. Cela veut dire que même si la société qui fait marcher votre Web App se plante, vous aurez toujours vos informations sur votre serveur.
Carnet Web API - A travers la magie de la programmation (reportez-vous au Dummies Guide to Blog Tech), il existe des applications clientes qui savent "parler" à votre Application Web centralisée. En d'autres termes, vous n'avez pas à éditer vos contributions de Carnet Web dans le navigateur - vous pouvez utiliser un programme téléchargé qui supporte une "Carnet Web api" et l'utiliser pour éditer vos contributions et masques. Cela résout les derniers 3 "contres" listés au dessus.
édition WYSIWYG - Il est possible d'offrir de l'édition WYSIWYG dans le navigateur si vous utilisez une technologie intégrée à Internet Explorer. Nous avons fait cela avec WebCrimson, ainsi vous pouvez utiliser les raccourcis clavier Microsoft Word (control-B, I, et U) pour graisser, mettre en italique, et souligner votre texte.
Fonction Commentaire - Beaucoup de sites peuvent supporter des commentaires hébergés ailleurs. J'écrirai une revue des fonctions commentaires des outils de Carnets Web très bientôt.

D'autres sociétés ont trouvé des moyens innovants pour dimensionner des modèles Applications Web. .

Une approche intéressante fut celle de la société de Dave Winer, Userland Software. Vous en avez peut-être entendu parler auparavant à travers son Carnet Web Scripting News, un des plus vieux Carnet Web actif sur le Web.

Fin 2000, Dave étudia avec intérêt comment Blogger rencontrait des problèmes à trouver de l'argent pour payer des serveurs, de la bande passante et un modèle économique. Blogger lança un "Fonds Serveur" pour demander des donations et leva un montant significatif d'argent ce qui l'aida à couvrir ses frais de serveurs et bande passante.

Dave ressentait une sensation de "dejà vu". Userland hébergeait aussi gracieusement des Carnets Web gratuits pour les utilisateurs, chez editthispage.com et weblogs.com en utilisant le système de Gestion de Contenu Manila (voir la section Communauté Hébergée en dessous). Au fur et à mesure que ses coûts augmentaient, il était en train de réaliser que le modèle Application Web ne fonctionnait pas pour n'importe quelle société) :

Blogger a dénoué le problème en créant un modèle de revenu fondé sur des abonnements. La solution de Dave fut de transformer Manila en quelque chose que l'on pourrait appeler "Blogger Sur le Bureau" (une idée qui devint par la suite Radio Userland):

Dave déménagea l'éditeur de Carnet Web du serveur vers le bureau en créant un programme à télécharger et installer sur votre ordinateur.

Son logiciel s'appelle Radio Userland, et il s'installe à la fois sur PC et Macintosh. Mais quand vous le faites fonctionner, pas de surprise : Radio n'est rien d'autre qu'un programme de bureau. Il utilise votre navigateur Web pour vous laisser éditer votre site.

En d'autres termes, il transforme votre bureau en serveur. Le résultat : exactement comme si vous utilisiez un site Web de serveur...le "serveur" en question est simplement un programme que vous installez sur votre bureau.

Le grand avantage de ce modèle devient clair quand vous commencez à l'utiliser : adieu les contributions perdues dues aux serveurs encombrés. (Bien sûr, Radio requiert encore de dimensionner son FTP et son infrastructure d'hébergement).

MODELE SERVEUR DE BUREAU :
LES POURS ET CONTRES

Pros:

edition WYSIWYG sur votre PC - La plupart des éditeurs basés sur la navigateur n'offrent pas l'édition WYSIWIG, mais Radio Userland utilise la même technologie Microsoft que WebCrimson pour offrir une édition WYSIWYG editing dans les versions Internet Explorer 5.0 et plus.
Pas de contributions perdues -Parce que les Serveurs de Bureau sont décentralisés, vous ne devriez jamais perdre vos "envois/posts" à moins que votre navigateur ou ordinateur ne plante.
Les informations sont sotckéhes dans votre PC - Les données sont stockées sur votre PC, ainsi vous disposez d'une sauvegarde indépendante de votre serveur Web.

Contres :

Quelques-uns des inconvénients ici sont les mêmes que les inconvénients des Applications Clients recensées plus haut !

Ils coûtent de l'Argent - Radio Userland vous coûtera 40 USD (un coût récurrent, si vous voulez les dernières mises à jour et un hébergement gratuit sur Radio.(ex : votretribuouvotrefanion.com/votrenuméroid
Vous pouvez perdre vos données si l'ordinateur plante - Comme avec les Applications Clients, si vous avez un problème de disque dur, vous perdrez toutes vos données à moins d'avoir procédé à une sauvegarde récente.
Nécessité de télécharger et instller un programme - Le téléchargement de Radio fait environ 3 MB ainsi il vous prendra environ de 6 à 9 minutes pour la télécharger sur une liaison 56k. Aussi, votre administrateur de réseau peut interdire l'installation sur votre ordinateur de travail.
Vous devez télécharger et installer les mises à jour - Chaque fois que Userland sort une nouvelle version de Radio, vous devrez la télécharger et l'installer.

Radio gère intelligemment deux contres potentiels inhérents aux modèles Serveurs de Bureau :

Support Multi-Utilisateur - Comme nous le voyions avec les Applications Clients, il n'est pas facile de supporter de multiples utilisateurs à partir du bureau. Si vous installez Radio sur un serveur (ou si vous le laissez toujours sur votre PC/Mac connecté à une liason modem ou T1), ensuite d'après ce que j'en ai compris, vous devriez être capable de pouvoir gérer plusieurs utilisateurs.

Fonction Commentaires Limitée - Userland offre la fonction commentaire avec son propre système de commentaires hébergé à distance.

Il semble que vous pouvez installer le système de gestion de contenu Manila sur votre propre serveur pour héberger vos propres commentaires, mais cela vous délestera de 900 dollars. La plupart des utilisateurs préféreront utiliser la fonction commentaires à distance de Userland.

Nous avons vu comment les modèles Serveur de Bureau déménagent intelligemment l'interface d'édition de Carnet Web sur le bureau de votre ordinateur.

La Publication Perl utilise un truc similaire "devious trick". Plutôt que de déménager l'édition du Carnet Web sur votre bureau, elle le déménage sur le serveur que vous utilisez pour héberger votre site Web.

Très intelligent ! Après tout, une fois que vous êtes sérieux sur le Carnet, vous voudrez probablement votre propre nom de domaine et votre propre solution d'hébergement. Ainsi si vous payez une cotisation mensuelle pour louer un hébergeur n'importe où, pourquoi ne pas installer quelque logiciel sur cet hébergeur pour améliorer la puissance de votre interface d'édition de Carnet Web ?

Afin d'installer quelque logiciel de Carnet Web sur votre serveur, vous avez besoin de deux choses :

C'est étonnant, les programmeurs de logiciels se sont portés volontaires durant des nuits et des week-ends pour s'assurer que ces deux choses existent (on appelle ça des logiciels Open Source - vous pouvez en savoir plus à ce propos ici et ici).

Si vous décrochez, voilà une traduction : La Publication Perl veut dire que si vous êtes concepteur de site Web, vous disposez désormais d'une application décente pour installer un logiciel de publication de Carnet sur votre propre serveur. C'est un nouveau développement, et vous devez comprendre par ailleurs les bases de données.

Il existe beaucoup plus de concepteurs que de programmeurs ici... ce qui explique pourquoi le modèle de Publication Perl s'est répandu comme une traînée de poudre parmi les concepteurs de sites Web frustrés des modèles centralisés Applications Web.

Le premier logiciel de Publication Perl était l'éponyme Greymatter, de Noah Grey un programme dont il démarra le codage en Octobre 2000.

Comme le racontait Noah dans une interview, Greymatter démarra comme un "super-programme de livre d'or" qu'il écrit pour se sortir lui-même de quelques problèmes personnels douloureux.

Une fois que le génie "Perl comme solution de Carnet" fut sorti de la lampe, il devint l'outil de choix pour les "techies" et concepteurs qui voulaient être capables de "vaincre" la dépendance des applications web centralisées... et gardaient encore l'abilité à "descendre à la forge" pour personnaliser leur code pour des specifications précises. Ils pouvaient faire cela parce que les programmes Perl leur donnaient accès au code actuel couché sous le programme... un degré de flexibilité que les hackers (ndt ? "bidouilleurs géniaux") et les programmeurs adorent.

La dernière version majeure de Greymatter par Noah sortit en janvier 2001, un effort herculéen qui le conduisti à une 'dépression nerveuse' (ndt ??? nervous breakdown ???) et une déclaration de Noah comme quoi le développement de Greymatter (au moins par lui) était officiellement suspendu.

L'équipe "mari et femme" Ben et Mena Trott filled the vacuum en Octobre 2001, avec la sortie officielle publique de leur logiciel de publication de Carnet basé sur Perl, Movable Type (Ben effectue le développement pendant que Mena s'occupe du design).

Movable Type a vu plusieurs versions depuis, et s'impose désormais comme l'outil le plus riche en fonctionnalités de Publication Perl. L'innovation la plus remarquable est sa nouvelle fonctionnalité TrackBack ouvrant aux Carnets Web les "conversations distribuées".

En plus d'offrir une installation Perl sur l'hébergeur, vous aurez besoin de quelques "modules Perl" pour faire fonctionner Movable Type. Comme l'explique Mena :

Si votre hébergeur Web n'a pas ces modules, tout n'est pas perdu. Si vous savez ce que vous faites, installer les modules Perl ne devrait pas poser de problème ? Si vous êtes nerveux sur de tels obstacles, lisez Meryl Evan's account of her Movable Type installation - cela vous donnera quelques clés pour faire tourner l'application (en ayant les mauvaises versions de Perl sur votre hébergeur, ne pas avoir les bons modules Perl, importer des données de vieux hébergeurs, etc...).

Actuellement, Movable Type est un "donation-ware" - gratuit pour les utilisateurs personnels, mais vous pouvez donner les 20 USD suggérés pour figurer sur leur page "Mises à Jour Récentes" page ou $45 et + pour vous qualifier (bénéficier) de support personnel à travers l'email ou la messagerie instantanée. Cela sous-tend probablement le coût total d'utilisation de Movable Type et vous aurez à payer des mensualités d'hébergement.

Si vous n'êtes pas un consommateur, les donations en option deviennent un coût de licence commerciale :

Dans une phase de développement excitante, les dernières version (v. 2.2+) ont apporté des fonctionnalités pour les bases de données supérieures à celles de la BD Berkeley ! Comme le postait Mena sur Blogroots :

C'est une grande nouvelle pour les utilisateurs de Movable Type. Pour être clair simplement ceci : ce sont encore des pages statiques dont nous parlons. Movable Type ne génère pas dynamiquement de pages personnalisées en utilisant la base MySQL - il utilise simplement MySQL pour stocker vos contributions et les gabarits..

Pour parler des fonctionnalités payantes et du modèle économique, Mena a posté quelques pensées à propos de comment elle et Ben pourraient faire évoluer le logiciel en un "modèle d'affaires" :

Que penseriez vous de cibler les Grands Comptes et la bulle d'argent de la Gestion de Contenu ?

En étudiant MT sur le marché des Grands Comptes -- il n'est pas nécessairement destiné à ce que nous voulions en faire. Même si les rentrées d'argent s'amenuisent et même sit le temps que nous passons à maintenir le logiciel devient de plus en plus important, nous aimons vraiment développer l'outil pour l'utilisateur individuel. L'utilisateur individuel est ce qui nous passionne le plus pour MT.

A nouveau, nous avons besoin d'argent ; MT est notre job à plein temps.; par conséquent, nous essayons de penser à des modèles économiques viables.

J'espère que ça roulera pour Ben et Mena... ils paraissent sympathiques et leur logiciel a beaucoup de fans. Si vous payez pour un hébergeur et êtes sérieux sur le Carnet Web - si des mots comme "CGI Script", "Perl Modules" et "Unix Permissions" ne vous effraient pas- vous pourriez alors envisager d'adopter Movable Type.

Au printemps 2002, Rael Dornfest de O'Reilly écrivit Blosxom, Un logiciel de Carnet Web Perl qui fait "usage de quelque déclicieux bonheurs de [Mac] OS X". C'est une étonnante et efficace application de 61 lignes de code, faisant tourner des sites comme le propre Carnet Web de Rael, Raelity Bytes.

D'abord, j'admettrai être sceptique : 61 lignes de code ?! Et c'est exactement ce qu'est le "délicieux bonheur d'OS X ?"

Mais en tant que carnetier patiemment expliqué à moi par mél, "la taille ne compte jamais" ! Rael était à Manhattan pour le MacWorld, et s'est montré vraiment gentil pour m'emmener voir comment Blocksom pouvait avoir un effet très puissant malgré sa taille ridicule.

La Grande Idée qui rend cela possible : Blosxom utilise le système de fichier comme base de données.

En d'autres mots, chaque contribution est un fichier texte stocké dans un répertoire (la première ligne est le titre, et l'heure à laquelle est effectuée la sauvegarde du fichier est la date d'envoi du message). Cela signifie que vous n'avez pas besoin d'utiliser une interface Bloxsom pour ajouter ou éditer vos articles - vous pouvez simplement les éditer vous même dans votre traitement de texte favori, comme BBEdit, emacs, ou Notepad. Idem pour l'édition de vos gabarits.

Ce n'est pas fini, en bonus, cela signifie que Rael n'a pas eu à construire une interface "frontend" pour éditer vos contributions et vos masques... c'est son secret pour garder son programme avec une si petite taille.

Mais que fait exactement le code ? La plupart des tâches de fond : il transforme chaque fichier/contribution dans un format html approprié, ajoute des liens permanents, des archives, et (the like). Parce que Bloxsom est tellement simple, il est aisé de l'étendre : blogger DJ a écrit un plug-in simple qui vous laisse envoyer vos contributions via l'email.

Attention : Bloxsom ne génère pas de pages statiques - c'est actuellement un "script CGI" qui tricote ensemble les différents fichiers statiques qui tiennent les contributions du Carnet Web et les gabarits, les transformant à la volée en une page simple. Le script cgi de Rael génère des pages vraiment efficaces (son explication d'expert : "Il tourne simple comme le ls du dossier").

Bloxsom a été écrit pour le Mac, mais il tourne très bien sur n'importe quel système d'exploitation supportant Perl (la plupart d'entre eux). Ca y est, j'ai compris maintenant ce qu'est ce "bonheur délicieux'. Joli hack Perl, Rael !

MODELES DE PUBLICATION PERL
POUR AND CONTRES

Pours:

Moins de contributions perdues - Vous n'utilisez pas le logiciel sur un serveur de blog centralisé - vous utilisez le logiciel qui tourne sur le serveur de votre fournisseur d'accès. De sorte que les trucs du serveur allant et venant sont bien bien moindres.
Les données sont stockées sur votre propre serveur - Vous "possédez" vos propres données parce qu'elles sont stockées sur votre propre serveur.
Personnalisation- L'ensemble des 3 solutions de Carnet Web Perl vous laissent voir et éditer le code source (même si vous ne pouvez pas redistribuer le code édité). En d'autres mots, vous pouvez modifiez tout ce que vous voulez - tant que vous êtes en mesure de hacker du code Perl.
un Support de Commentaires Natif - Parce que les solutions de Carnet Web Perl tournent sur votre propre serveur, si vous intallez une solution Carnet Web Perl vous aurez ainsi installé les commentaires en même temps.

Contres:

Exige un hébergeur, coûte de l'argent - Vous aurez dans doute à payer une mensualité pour l'hébergement, allant de quelques dollars jusqu'à 20 dollars par mois. Si vous avez déjà un hébergeur, ce ne sera pas vraiment un problème pour vous. Autrement, vous pourriez regarder d'autres catégories de solutions de Carnet Webs.
Perte de données si votre serveur plante - Si votre base de données serveur est corrompuye, vous pouvez perdre toutes vos informations (à moins d'avoir effectué une sauvegarde). Parce que la plupart des solutions de Carnet Web sous Perl stockent leurs données, ma compréhension est que ce peut être une solution intéressante si vous, disons, tournez dans les limites de votre hébergeur.
Vous devez télécharger et installer un programme - L'installation côté serveur requier beaucoup plus de savoir-faire qu'installer une Application Web ou un Serveur de Bureau.
Obligation de télécharger et installer les mises à jour - Comme avec les Serveurs de Bureau, vous devez télécharger et intaller les mises à jour. Si vous faites l'installation vous-même, cela ne sera probablement pas un problème

Installer une solution de Publication Perl pour le Carnet Web peut être un peu intimidant pour quelqu'un peu à l'aise avec les ordinateurs : vous devez comprendre les Permissions UNIX, comment fonctionne CGI, et être à l'aise pour l'installation des scripts Perl. Parce qu'une connaissance technique est exigée pour installer les logiciels de publication PERL, ces solutions sont généralement réservées aux utilisateurs avancés (et à leurs amis).

C'est quelquechose d'équivalent au système d'exploitation Linux - la plupart des utilisateurs sont scotchés avec leurs Windows pré-installés sur leurs systèmes, mais quelques individus désirent vraiment aller sous le capot et téléchargeront et intalleront leur propre version de Linux.

Bien désormais, nous avons vu deux façons de décentraliser la publication de Carnet Web : déménager l'éditeur sur le bureau (Serveur de Bureau) et le déplacer sur le serveur (Publication Perl).

"Mais Johen", vous dites...."Le modèle Serveur de Bureau" utilise encore le navigateur. Existe-t'il un programme qui utilise un vrai programme de Bureau ?"

Les bonnes nouvelles : 2 programmes que vous pouvez télécharger et qui vous laissent utiliser un programme de bureau pour mettre à jour votre Carnet Web :

La mauvaise nouvelle est qu'ils coûtent tous les deux un bon paquet d'argent : entre 100 et 350 euros ! C'est horriblement cher dans cette guerre des carneticiels.

En règle générale, quand un carnéticiel coûte cher c'est parce que le logiciel fait plus que du simple Carnet Web. En d'autres mots, il entre en compétition avec des logiciels dans des secteurs plus lucratifs (comme la Gestion de Contenu ou les Organiseurs Personnels).

CityDesk décrit ce produit comme "la solution la plus facile pour gérer des sites Web qui changent souvent". Remarquez que le mot "weblog" brille par son absence !

A première vue cela me sembla étrange compte tenu du fait que le programmeur Joel Spolsky tient lui-même un Carnet/Zine sur Joel on Software. Mais un aperçu de la description du produit Citydesk révèle que leur priorité est de se battre avec les Systèmes de Gestion de Contenu de bas de gamme (ndt : Outils de Gestion de Contenu) :

La "Version Débutant" gratuite vous laisse seulement poster 50 contributions avant de passer à 79 dollars pour la "Version Familiale"

J'ai installé et utilisé CityDesk, et l'ai trouvé pratique pour le classement des sites de journaux/ lettres d'information que Joel décrit sur son site. La version que j'ai testée n'avait pas la fonction Archivage "hors de la boîte" même si Steven Den Beste semble avoir réglé les archives sur son site.

Si vous voulez vraiment faire des choses comme configurer vos archives, CityDesk supporte un langage propriétaire de script appelé CityScript qui vous laisse faire cela et bien plus encore. Vraiment une chose intéressante. Il supporte aussi des fonctionnalités avancées comme "variables, sites multilingues, sites multiaudiences, mots-clés, restrictions sur l'heure de publication, palettes de couleurs, familles de masques, emplacements de publications et travail en équipes."

Une fois de plus, le prix élevé révèle un produit concentré sur des fonctionnalités autres que le Carnet Web.

Tinderbox est un assistant de gestion de contenu personnel. Il stocke vos notes, idées et plans. Il vous aide à vous organiser et comprend vos données. Et TinderBox vous aide à partager vos idées à travers des journaux Web et des Carnet Web.

En d'autres mots : vous vous trouvez toujours en train d'espérer d'écrire des Carnets Web privés à vou-même pour vous aider à organiser votre vie ? Tinderbox va au dessus de tout ça. J'admets : je n'ai pas Tinderbox mais je me rappelle une contribution que Jason Kottke écrivait en février :

Après avoir lu des informations sur Tinderbox, je pensais : "Ah... Jason aimerait cela".

Une personne qui aime déjà Tinderbox est Victor Lombardi de Noise Between Stations. Victor fait tourner son Carnet Web en utilisant Tinderbox (il a décrit son expérience de paramétrage ici). En plus de gérer des projets de conception sur la boutique web Razorfish, Victor a des "mad chops" d'architecte de l'information. Cela semble être un point pertinent pour le produit Tinderbox. - J'ai le sentiment que TinderBox fut conçu avec amour par des développeurs qui aime l'architecture de l'information et l'hypertexte.

Je n'ai pas l'habitude de placer les logiciels à l'intérieur de deux catégories, mais je voulais vraiment mentionner que Radio Userland dispose d'une application client hors navigateur que vous pouvez utiliser pour envoyer vos contributions. Il utilise quelquechose appelé un "outliner", une catégorie de logiciel que le fondateur de Userland Dave Winer aida à développer dans les années 70.

Je serai honnête : je n'aime pas vraiment les "outliners". J'ai essayé de les utiliser, mais quelquepart la courbe d'apprentissage était trop chèrement payée. Il est évident que je classe obsessionnellement les choses en catégories - ainsi je décrivais que j'aimais les outliners avec leurs structures de répertoires maillés. Peut-être qu'un jour je les citerai.

De toutes les façons, Radio Userland offre un carnetier hors navigateur à travers un outliner intégré. Si vous savez utiliser les outliners, Radio peut vous intéresser comme outil client de Carnet Web.

Je dois l'admettre : je suis étonné que personne n'ait contruit une application client gratuite dédiée aux Carnets Web. En avançant cela, je veux dire une application client dédiée... pas l'un de ces parasites d'API de Carnet Web. Peut-être dans les 6-9 mois à venir nous verrons quelquechose venir au delà de ces lignes.

MODELE APPLICATION CLIENT :
POURS ET CONTRES

Pours:

Edition WYSIWYG sur votre PC - C'est de loin le plus gros des avantages des Applications Clients ! La plupart des Applications Clients ont un support solide pour l'édition de feuille de style Microsoft Word - de telle manière qu'il est facile d'ajouter des hyperliens, du gras et de l'italique.
Pas de contributions perdues - Parce que votre information est éditée sur votre PC, vous ne perdez pas la contribution si le serveur plante.
L'information est stockée sur votre PC - L'Information est stockée sur votre PC, de telle manière que vous disposez automatiquement d'une sauvegarde indépendante sur votres serveur web.

Contres:

Coûts - Si vous carnetez régulièrement, vous devrez dépenser de 79 USD à 350 USD pour utiliser l'une de ces deux applications clientes.
Possibilité de perdre de l'information si votre ordinateur plante - Bien sûr, c'est un problème avec n'importe quel programme. Mais si votre disque dur saute, votre information est complètement perdue à moins que vous n'ayez réalisé une sauvegarde.
Obligation de télécharger et installer un programme - Pas la fin du monde, mais cela peut rendre le démarrage un peu plus long. Comme sur les Serveurs de Bureau, votre administrateur réseau peut interdire des installations sur votre poste de travail.
Support multi-utilisateur - D'habitude, les applications clientes ne sont pas aussi bonnes en support multi-utilisateurs. La version à 350 USD de CityDesk supporte le multi-utilisateurs pour des clients disposant d'un réseau Windows Partage de Fichiers. Je ne pense pas que Tinderbox supporte les utilisateurs multiples ? En tout cas, c'est ce que j'ai cru percevoir à la lecture de leur FAQ.
Support Limité pour les Commentaires - comme les applications web, les applications clients n'offrent pas de robustes fonctionnalités pour les commentaires.

Avertissements :

Le plus gros Contre ici (spécifique aux Applications Clients) est le prix élevé de ces solutions logicielles. Les autres inconvénients peuvent être palliés par des sauvegardes régulières et un peu d'huile de coude.

Ce sera tout pour les logiciels de Carnet Web qui génèrent des pages statiques.

Il y a un nombre impressionnant de logiciels de Carnet Web qui génèrent des pages dynamiques, en utilisant un logiciel de base de données. Ces sites sont bien mieux pour héberger des communautés, par conséquent nous les classerons dans la catégorie des applications de "Carnet Web Communautaire" :

Les sites de Carnets Web Hébergés offrent plus que du Carnet Web rapide et facile - ils offrent également l'hébergement gratuit avec des bases de données dynamiques. Ce type de d'Outil de Publication de Carnet fut l'un des premiers à offrir l'édition directement dans le navigateur, tout particulièrement Groksoup et Weblogs.

Cela sous-entendait qu'aucun de ces sites ne "cuisinaient" plus du tout sur le Carnet Web hébergé : je n'ai plus vu de Carnet Web Groksoup depuis des années, et Weblog.com semble avoir muté en un site de surveillance de Carnets Web (via Les FAQ de weblogs.com : "La principale fonction de weblogs.com est la maintenance une liste des Carnets Web ayant changé durant les 3 dernières heures").

Pourquoi les Carnets Web hébergés n'ont jamais mis le feu ? Il y a des tas d'avis sur le sujet, mais ici c'est mon sentiment : les sites avec les bases de données hébergées sont tout simplement plus compliqués que leurs cousins statiques. Vous devez disposer de plus de matériel et logiciel pour les sauvegarder et ils sont plus compliqués à paramétrer pour des concepteurs moins à l'aise avec la programmation.

Ce qui ne veut pas dire que les Carnets Web à bases de données dynamiques n'évoluent pas dans une sphère chaude : en fait, la moitié de cette étude est dédiée à la Communauté des Carnets Web qui tombent dans cette catégorie. Les sites dynamiques ont tendance à donner le maximum quand ils font la promotion des fonctionnalités de communautés intégrant la puissance de l'intégration d'une base de données : commentaires, traçage de sites, interaction de communautés....

En d'autres termes, la catégorie des Carnets Web Hébergés fut touchée au coeur par deux autres modèles :

Plus encore, les Carnet Web Hébergés forment une catégorie importante dans l'évolution des logiciels de Carnets Web. Et c'est un moyen de faire essayer gratuitement des logiciels de plus en plus complexes. Si vous classez cette catégorie parmi les "logiciels de démonstrations hébergés", la valeur de ce secteur commence à devenir plus claire :

Les sites de Communautés Hébergées offent pour la plupart de nombreuses fonctionnalités identiques aux Carnets Web Hébergés, mais se fondent avec beaucoup des fonctionnalités de communautés.

Pensez aux Communautés Hébergées comme le logiciel de Carnet Web d'AOL. C'est du "pointer-cliquer" prêt à démarrer.... comme pour éditer l'aperçu de votre page. Si vous comptez initier votre mère ou votre enfant au Carnet Web, les Communautés Hébergées sont généralement la meilleure solution. Les Carnet Web sur les Communautés Hébergées ne sont pas aussi flexibles que les logiciels de publication de Carnets Web, mais ils sont conçus pour cela avec toute la facilité d'utilisation.

Par exemple, vous n'avez pas à "installer" des commentaires dans un Carnet Web de Communauté hébergée - ils sont intégrés à l'intérieur du Carnet Web. Et vous n'avez pas à installer de logiciel sur un serveur - il est déjà pré-installé pour vous, prêt à être configuré avec des menus déroulants et des menus administrateurs.

Il existe une plus grande différence entre les Communautés Hébergées et les logiciel de Publication de Carnet Web que nous avons étudiés plus haut : les Communautés Hébergées sont beaucoup mieux pour les Communautés.

Les meilleures communautés hébergées se tiennent ensemble par un enregistrement partagé, attelant chaque Carnet Web dans une communauté unique. Ansi si vous publiez sous le nom de Timmy et laissez un commentaire sur le Carnet Web de quelqu'un d'autre.... le processus tout entier est "sans couture" (ndt : transparent pour l'utilisateur).. Vous n'avez pas à taper votre nom, URL et email - ces données sont automatiquement enregistrées sous votre propre nom.
Un système d'enregistrement partagé rend aussi possible la gestion de nombreuses fonctionnalités de communautés : abonnement en un-clic, contributions que seulement vos amis peuvent voir et la capacité à bloquer l'accès aux commentaires pour des utilisateurs spécifiques.

L'analogie entre les sites de Communautés Hébergées et AOL peut être plus apte que vous ne le pensez : si mes souvenirs sont bons, les Communautés Hébergées ont une part de marché plus large que tous les vendeurs de solutions de publication de Carnet Web réunis. LiveJournal tout seul compte plus de 600 000 membres et prétend avoir plus de 900 000 personnes qui utilisent le logiciel (il tourne en opensource, de telle manière que n'importe qui peut démarrer une communauté de Carnets Web sur LiveJournal s'il est prêt à payer pour de la bande passante et des serveurs)

J'ai pu tester la puissance d'un tour de clé des Communautés Hébergées, en faisant tourner la communauté de Carnet Web xanga durant les dernières années. Parce que c'est tellement facile de démarrer (et si addictif de recevoir tant de commentaires des membres de la communauté), que les communautés de Carnets Web deviennent de plus en plus populaires.

MODELES DE COMMUNAUTES HEBERGEES: POURS ET CONTRES

POUR :

Facilité de Démarrage - Vous pouvez commencer à publier sur une communauté hébergée en quelques minutes.
Fonction commentaires intégrée - Les Communautés Hébergées sont de loin le moyen le plus facile pour commencer à publier avec des commentaires intégrés dedans
Coût Modéré - La plupart des Communautés Hébergées sont gratuites à démarrer, même si elles ont des limites de dimensionnement ?
Vagues de Chaleurs ? (warm fuzzies) - Quelquechose d'indescriptible d'être sur le même serveur et d'utiliser le même système d'enregistrement qui rend l'expérience de Carnet Web très partagée. Difficile à décrire, mais c'est une douce chaleur et un sentiment "fuzzy".

CONTRE :

A la Merci des Communautés Hébergées- Comme sur une Application Web, vous êtes généralement à la merci des serveurs centralisés. Avec un site de Communautés Hébergées cette dépendance provient du fait que le même vendeur héberge à la fois votre interface de publication et sert vos pages Web.
Pas de Contrôle de Vos Données - Comme avec une Application Web, vos données seront stockées sur un serveur Web centralisé, pas sur un hébergeur indépendant.
Edition dans le Navigateur - L'édition se déroule normalement dans des petites fenêtres Windows.
Données perdues- Probablement le plainte la plus courante : les contributions perdues quand le serveur plante.

La première et la plus connue des Communautés Perl n'est autre que Slashdot.org.

Slashdot une communauté Web où n'importe qui peut suggérer une contribution. Les contributions sont modérées avec des moyens intelligents, de telle manière que les meilleures sont filtrées et apparaissent en haut.... et ensuite les meilleurs commentaires sur ces contributions sont aussi filtrés. C'est une technique astucieuse qui a donné à Slashdot ses lettres de noblesse et la rend comme l'un des meilleurs endroits pour chercher des nouvelles techniques très fraîches.

L'histoire de Slashdot est étonnante (démarrage dans un dortoir ! acquise par une société technique !). J'ai pu consulter une version de l'histoire dans le livre O'Reilly évoqué précédemment, Running Weblog with Slash. Apparemment tout a démarré en 1997 :

En 1997, Rob "CmdrTaco" Malda ouvrait un site Web connu sous le nom de Chips & Dips, servi par son compte étudiant du College Hope dans le Michigan...

Au fur et à mesure de l'évolution du site, les fondateurs de Slashdot démarraient la réécriture du site sous Perl et mySQL :

Maintenant, Slash fait tourner de nombreux sites, de Slashdot jusqu'aù Weblog de la communauté de Harvard Law School's Greplaw. Comme Movable Type et Greymatter, Slash tourne sur Perl... mais il a aussi des "pointeurs" à l'intérieur de MySQL et une solide base d'enregistrement prête à supporter d'énormes pics de trafic.

Selon une étude récente publiée en janvier 2002 par Rob Malda, Slashdot sort plus de 60 millions de pages vues par mois. C'est une audience importante et Slashdot la gère facilement. Comme le soulignait Brian "Krow" Aker dans une interview faite fin mars à propos du 11 septembre "Alors que la plupart des agences d'information n'arrivaient plus à maintenir une disponibilité de leurs sites, Slashdot fut capable de fournir de l'information".

Scoop est le logiciel qui fait tourner Kuro5hin, une autre communauté Web très connue.

Cette notion de discussion versus news est critique. Au risque de paraître simpliste, les contributions Slashdot tendent à intégrer un lien plus des commentaires, invitant les lecteurs à se rendre à l'extérieur du site vers un article ou une page Web écrite par quelqu'un d'autre. Kuro5hin a tendance à pointer des histoires écrites par des membres de la communauté, conservant le lecteur à l'intérieur du site Kuro5hin.

Cela a des conséquences intéressantes : les histoires de Kuro5hin ont tendance à être plus longues et plus réfléchies... mais les liens de Slashdot sont beaucoup plus fréquents. C'est un compromis, et les deux types de site se complètent très bien.

Scoop est un logiciel vraiment robuste, servant plus de 30 000 membres sur le site de Kuro5hin et poussant plus de 6 millions de pages vues par mois. Plus encore, selon Rusty Scoop n'est pas aussi robuste que Slash (ce n'est pas clair quand cela fut écrit)

N'importe qui faisant tourner un trafic très élevé sur un site ne devrait pas utiliser Scoop. Sachant que Scoop devient constamment de plus plus rapide et meilleur, il demeure encore plus efficace.

Don't get scared away, même si un trafic très élevé veut dire juste : quelques centaines de milliers de hits par jour déborderait Scoop. De toutes les façons, Kuro5hin, le site pour lequel Scoop fut écrit, reçoit entre 70 et 90 milliers de hits par jour, et le fait très bien. Et il tourne sur un double 800MHz PIII avec 1gb de mémoire, et environ 450mb dans la base de données.

LES MODELES DE COMMUNAUTES PERL : POUR ET CONTRE

Je ne peux pas donner de commentaire de première main sur les programmes de Communautés Perl. Cela dit, c'est ce que j'ai appris en parlant aux gens qui ont programmé ou installé cette catégorie de logiciel de Carnet Web :

Pour :

Information stockée sur votre propre Serveur - Vous "possédez" votre propre base de données parce qu'elle est stockée sur votre serveur.
Un support Natif pour les Commentaires - Ces scripts Perl scripts n'intègrent pas seulement les commentaires en mode natif... ils intégreront toutes les sortes d'outils de communauté et modération dont vous aviez rêvé !
Gratuit ! - Chacun des outils logiciels dont vous avez besoin pour utiliser ces solutions est gratuit. Si vous avez le matériel sous la main et savez ce que vous faites, vous pouvez construire une communauté de Carnet Web avec ces scripts Perl !

Contre :

Obligation de télécharger et installer un programme - Scoop et Slash tournent sur les outils open-source LAMP - LAMP signifie "Linux operating system, the Apache Weberver, the MySQL database, and Perl (or PHP or Python) scripting". Si vous lisez ceci et ne savez pas à quoi sert LAMP, vos chances de faire fonctionner ces scripts sont très faibles. Si vous savez ce qu'est qu'une "tarball", là vous avez au moins une chance de vous battre. Autrement, vous feriez mieux de louer les compétences d'un expert qui sait ce qu'il fait.
Plus cher que les sites statiques - Parce qu'un site dynamique utilise une base de données, il est généralement plus difficile à dimensionner pour tenir les pics de trafic. D'un autre côté, il est presque impossible de gérer un site communautaire sans base de données.. Ainsi ce contre est vraiment inévitable.

"For all of our collective oohing and aahing over the miracle that is Perl", il y a un petit secret que je n'ai pas divulgué : le code Perl peut être très difficile à déchiffrer parfois. there's a dirty little secret that I haven't let on: Perl code can be very difficult to decipher at times. Comme le disait un développeur, "J'ai entendu l'argument que Perl est conçu dans une sorte de langage similaire au langages naturels. Hélas, les langages naturels sont très complexes à apprendre."

Dans tous les cas, il y a un autre langage qui est un chouchou des constructeurs de sites : PHP.

Comme me l'expliquait un ami l'autre jour à propos de l'IM, PHP est un des moyens les plus rapides et les plus faciles pour hacker un site propulsé par une base de données. PHP est bien connu pour son intégration étroite avec la base de données open-source MySQL. Il a été aussi conçu dès sa naissance pour les sites Web : l'acronyme PHP veut dire "Personal Home Page"!

En d'autres temes, si vous êtes développeur expérimenté, PHP est un moyen facile, rapide et bon marché pour hacker le logiciel vers à peu près tout ce que vous voulez. Ainsi pas de surprise, le PHP scripting est de loin la sous-catégorie la plus active de tous les logiciels de publication de Carnets, avec pas moins de 7 produits de qualité !

Ok, je vais être honnête - la prolifération des logiciels PHP de publication de Carnets fut une grande suprise pour moi. Je l'admets volontiers : je suis un bigot sur les Carnet Web (gland ?). Quand j'entends "blog", les Carnets Web PHP ne me viennent simplement pas à l'esprit. Mais heureusement pour le secteur du logiciel de publication de Carnets, il existe plein de programmeurs qui pensent autrement. Ces solutions de publication de Carnets figurent parmi des plus riches en fonctionnalités et sont totalement personnalisables.

Qui utilise ces applications de publication de Carnets sous PHP ? Voilà quelques exemples :

Voilà une bonne liste d'exemples, parce qu'elle met en valeur 3 types de sites qui bénéficient le mieux du Blogware PHP

LES MODELES DE COMMUNAUTES PHP :
POURS ET CONTRES

Pours :

Quelques contributions perdues- Parce que vos utilisateurs vous soumettront des entrées de Carnets Web et des commentaires vers un serveur, ils peuvent perdre quelques envois. Cela dit, les trucs des envois perdus vont droit vers une Application Web centralisée... à moins que votre Communauté Web ne subisse une forte pointe de trafic.
L'Information est stockée sur votre propre serveur - Tout comme avec les scripts Perl, vous posséderez vos propres données parce qu'elles sont stockées dans une base de données sur votre serveur.
Fonction Commentaires en mode Natif -Les outils de Publication intègrent tous la fonction commentaires en mode natif et un système d'enregistrement intégré.
Gratuit/Bon Marché - Les outils de publication de Carnets PHP sont bon marché, avec beaucoup de téléchargements gratuits. pMachine a une version pro, elle ne coûte que 45 dollars pour une version personnelle (le prix grimpe à 125 USD pour une licence commerciale).

Contres:

Obligation de télécharger et installer un programme - Non seulement vous avez à télécharger et installer le script PHP, mais vous devez comprendre et accéder à PHP et mySQL. Pour un pseudo technicien comme moi, c'est un savoir technique insurmontable. Si vous savez vraiment ce que vous faites, alors pas de problème.
Plus cher que les fichiers statiques - Tout comme les bases de codes Slash et Scoop, ces outils de publication PHP ont besoin d'une base de données. Si vos niveaux de trafic sont assez bas pour pouvoir partager un accès à une base de données MySQL, les coûts pourraient être vraiment bon marché. Autrement, préparez-vous à casser la tirelire dès que le site exigera de plus en plus de logiciels et de matériels.(shell out the dinero ?)

J'espère que cela vous donnera un bon aperçu de l'histoire de l'évolution du secteur "logiciel pour Carnets et Gestion de Communautés Web"... et vous aidera à choisir le meilleur outil.

Maintenant que nous avons parcouru tous les carnéticiels de Publication et Gestion de Communautés, voilà à nouveau l'Arborescence des Familles de Logiciels

Arborescence des Carnéticiels pour Publication d'un Carnet Web et Gestion de Communauté

Si vous doutez encore sur la catégorie sur l'Outil de Gestion de Contenu (ou carnéticiel) qui vous conviendra le mieux, parcourez à nouveau la liste des Pours/Contres dans les boîtes bleues au-dessus... cela devrait vous aider à orienter votre décision.