Nouvelle version de BT.
Pas mal de changement sous le capot : les utilisateurs de MySQL devraient reconstruire leur BDD, ceux de SQLite aussi, mais c’est moins urgent ; ceci pour des raisons de performances (cette version est beaucoup plus rapide).
Les mises à jours sont comme d’hab au même endroit :
http://lehollandaisvolant.net/blogotext/fr/index.php?update .
Enjoy .o/
Je viens de passer mon site sur BT « 2.0.1.0-dev2 ».
Il devrait sortir dans la semaine prochaine si tout se passe bien et que je ne note pas de bugs.
Surtout des corrections de bugs, augmentation des performances et quelques petites fonctions minimes sur le côté admin.
Par contre, pour tirer avantage des améliorations il faudra mettre à jour manuellement la structure de la base de données (par exemple : tout exporter, purger la bdd, tout ré-importer). Désolé pour ça…
Nope : c’est beaucoup trop lent.
Rien que le listage du tableau de 9000 commentaires prends 200ms là où SQLite n’en prend que 70.
Et encore, si j’ajoute l’encodage base64 (presque obligatoire par dessus de serialize, pour des questions d’encodage de caractères), je suis à 800ms pour les commentaires.
Nope, nope nope, ce n’est pas la peine. Désolé.
Et même pour les petites bases de données, SQLite reste plus rapide (la différence est moins marquée, mais est de l’ordre de 20 à 30% tout de même).
Note : ces chiffres comptent quoi au juste ?
- L’ouverture du fichier contenant les données (file_get_contents())
– La remise sous la forme d’un tableau PHP (base64_decode + unserialize)
— Un array_slice() qui ne conserve que les 50 premières lignes du tableau (même pas de tri, ce dernier étant fait à l’écriture de la base).
Et en info : j’utilise 3 fichiers différents (liens, commentaires, articles) et seul un n’est chargé à chaque fois, alors qu’en SQL, les trois sont dans la même base .sqlite…
Les fichiers .txt font respectivement 6 Mo, 21 Mo et 7 Mo.
Et mon fichier SQlite fait lui 21 Mo pour les mêmes données (la différence vient du Base64, qui prend systématiquement un minimum de 33% de place en plus — à cause du fonctionnement de Base64 : placer 3 bits binaires sur 4 bits en base 64).
Donc non : Blogotext restera sur du SQLite, avantageux sur tous les points, même les différentes formes de tri.
Blogotext deviendrait très rapide en TXT si on en retirait des fonctionnalités (tags, calendrier, …).
Si les performances seront au RDV (meilleures que la version SQL), je passerais sur le texte et y resterais.
Autrement, je resterais sur SQLite/MySQL.
Résultats quand j’aurais fait tout ça. Stay tuned.
Ce soir j’ai réussis à faire tourner Kriss dans BlogoText : utilisant l’interface de Blogotext et profitant de son système de sessions.
J’ai désactivé le gestionnaire de session de Kriss pour qu’il soir toujours connecté.
C’est un bricolage moche avec des iframes, mais ça marche (et c’est très simple à mettre en place : 1 fichier dans un dossier et éditer Kriss pour désactiver les sessions et un brin de CSS).
Ce sera possible également pour Shaarli, et même avec un peu tous les outils.
Je publie ça demain :
http://www.zupmage.eu/up/a5b1lYsw8j.png
Une page avec tous mes articles de blog. (nouvelle petite feature de BT).
Nouveau mois de l’année, nouvelle version de BT. J’ai décidé de donner des noms à mes versions moi aussi, alphabétiques et basés sur des personnages de dessins animés de quand j’étais petit. Cette version «
Arktos » tire son nom de la série Tabaluga. Il s’agit d’un méchant bonhomme de neige démoniaque.
Bref.
Grosse refonte du code à certains endroits (invisible à l’usage), et beaucoup de bugs corrigés.
Si vous mettez à jour, allez tout de suite dans la page de préférence et enregistrez. C’est tout.
L’exposé des corrections/nouveautés est là :
http://lehollandaisvolant.net/blogotext/fr/index.php?update
(PS : vérifiez bien la somme de contrôle de l’archive, et téléchargez *toujours* sur mon site, certains ont trouvé le moyen de tomber sur des versions étranges avec du code JS qui n’est pas de moi et qui faisait une requête sur un site allemand appartenant à une société espagnole, donc bon. Et mon site n’a pas été piraté…)
Mon empire s’agrandit…
hé. hé. hé.
*se frotte les mains avec un rire démoniaque*
(à lire avec le ton de M. Burns)
BTW, je sais pas si tous les utilisateurs savent (beaucoup me le demandent, en fait) : on peut rédiger ses articles blogotext en HTML aussi, en plus du BBCode. Ça laisse une souplesse inégalée dans la rédaction…
@seb : ayé, j’entamme une phase pour tout unifier au sein de blogotext lui même.
Si j’ajoute un fichier (image par exemple) dans mes liens, il est téléchargé aussi dans mes fichiers sur le serveur. Le comportement est au choix :
- téléchargement automatique des liens qui ne sont pas des pages (mais images, zip, etc.)
- pas téléchargement
- demander à chaque fois
Je ferais la même chose pour le blog (publication auto sur les liens) et les images (upload d’une image se mettra aussi dans les liens).
Et pourquoi pas un bouton (qui me servirait pas mal perso) dans les liens qui permet de transformer ça en article en un clic (il m’arrive souvent de commenter un lien et d’en raconter 3 tonnes que je me dit "tiens, ça serait pas mal en article, ça").
Bon, ça n’est pas Puffblob encore, et ça ne se base que le type de contenu (pas le contenu lui même) mais ça y vient :)
Ouais, juste débile que l’inspi et la motivation me viennent seulement à partir de 22h le soir… WTF brain…
Tant que j’y suis sur BT ; la prochaine version corrigera plus d’une dizaine de bugs (merci à tout ceux qui me les remontent, vous êtes formidables) et aura une énorme modification du cœur du code source (sans conséquences visibles sinon quelques fonctions et améliorations des performances).
Vous pouvez maintenant choisir comment vous voulez faire mon RSS des liens :
– soit le lien principal contient le lien directe vers l’article dont je parle, et vous avez un "permalink" en bas qui pointe vers mon site ;
– soit le lien par défaut pointe vers mon site et vous avez un "link" en bas qui pointe vers l’url que je partage.
Par défaut c’est la première méthode qui est utilisée, et c’est comme vous avez maintenant.
Si vous ajoutez le paramètre
&invertlinks à l’URL du flux RSS, alors les liens seront tel que décrit dans la seconde méthode.
Vous pouvez voir la différence ici :
http://lehollandaisvolant.net/rss.php?mode=links
http://lehollandaisvolant.net/rss.php?mode=links&invertlinks
@sebsauvage : c’est pas possible ça ?
« j’ai songé à une truc très simple : si vous utilisez le bookmarklet de Shaarli, ce dernier récupère en JS le lien actuel.
Et bien ajoutez-y un moyen pour qu’il récupère également le Referer, et qu’il remplisse alors le champ de description du lien directement avec "via #referer" »
Oh, btw, vu que Blogotext peut utiliser MySQL, il devient possible de l’utiliser chez free.fr sans enfreindre les CGU.
Ah merde :
http://perso116-g5.free.fr/info.php5
PDO Mysql ne semble pas activé chez free.
SQLite est activé, mais interdit de l’utiliser. WTF. (merci Qwerty pour la remarque)
Hop, sortie de Blogotext 2.0.0.3.
Principal changement : support de MySQL avec choix entre MySQL et SQLite à l’installation.
(les deux utilisent PDO, mais si votre hébergement ne permet pas le choix entre l’un ou l’autre, ce choix ne sera simplement pas proposé. Aussi, si aucun des deux n’est supporté, il vous le dira aussi.)
Il y a aussi le support des "tags" côté admin (pour les liens + articles). Côté blog, ça n’est pas encore en place, mais vous pouvez commencer à les utiliser quand même.
Les fonctions de recherche sont améliorés côté admin (par auteur, recherche, date, tag…).
Les pages "images" et "fichiers" sont regroupés en une seule page.
(btw, l’archive perd 10% en poids :o)
EDIT :
La prochaine version de BT devrait recevoir quelques améliorations sur les fonctionnalités.
Hier, et dans les commentaires du blog, j’ai émis l’idée de rechercher un article avec un tag "X", une date "Y", un contenu "W", un auteur "V", etc.
Je suis en train de faire ça. En gros, un moteur de recherche beaucoup plus puissant et précis.
Il y aura une bonne refonte de code, mais ça sera transparent pour l’utilisateur :).
Bonjour à tous,
Petite question aux utilisateurs de Blogotext, et aux abonnés à mes liens via RSS…
On me demande de faire en sorte que les liens vers le flux RSS pointent vers le post sur mon site plutôt que sur le lien partagé. Un peu comme le fait Shaarli depuis quelques semaines.
J’avoue que cette idée est plutôt pratique si on veut partager le post en question ou le citer comme un « via #lien# ».
Évidemment, je peux mettre les deux dans le billet RSS (un lien vers l’URL que je partage, et un lien vers l’ancre sur mon site). La question est alors :
— laquelle je met comme lien du flux RSS ?
— dois-je donner le choix dans les préférences de Blogotext (btw, ça serait aussi une idée pour Shaarli, ça) ?
Merci \o/.
Timo.
Intéressant.
Ceci dit, BT m’a appris à faire gaffe : par exemple, un titre ne devra pas contenir la chaîne </title>, sinon ça foire tout ça.
Il faudra par exemple convenir d’un moyen d’encodage : simple échappement ?htmlspecialchars ? base64 ?
On peut aussi utiliser un simplement système déjà largement utilisé : json ou autre.
En plus, il faudra tenir compte des autres balises possibles : pour avoir fait un convertisseur WP=> BT, je peux dire que WP utilise des tonnes d’infos en plus…
Si on veut lancer un standard (ou un truc voué à être largement adopté), ça aura besoin de beaucoup de support. Pas simple.
Ça serait pas mieux de se coder un petit "ffmpeg" des formats d’archives de CMS, histoire de convertir de l’un à l’autre ?
Le Hollandais Volant