Comment construire sus.fr ?

Ok, comme d’habitude j’ai une crise existentielle(tm) sur la façon dont je mets en place mon site. J’ai toujours ces idées vraiment géniales et créatives, puis je les mets en application, puis je les déteste.

En ce moment, j’en suis au stade où je déteste et ma cible est sus.fr. Lorsque j’ai mis en ligne ce site, c’était pour reprendre en main toutes les entrées de mon journal (ce thème va vous sembler familier, alors asseyez-vous).

A l’époque, j’ai réussi à tout rassembler dans une instance WP. Pour mémoire, il faut préciser que je ne suis pas vraiment un fan de WP, même si j’apprécie le fait que ce soit une chose qui fait l’affaire de certaines personnes, cela ne correspond pas du tout à mes besoins. Il est trop conçu, criblé de problèmes de sécurité, super gonflé, et généralement une douleur dans le cul à maintenir. Après ça, j’ai tout transféré sur Hugo, ce qui était bien pour garder mon contenu statique, mais à la fin, ça prenait des plombes pour faire chaque mise à jour et j’ai en quelque sorte abandonné tout ce projet. Oh et bien sûr, j’ai accidentellement supprimé toutes les données que j’avais transférées parce que je suis un putain d’idiot.

Je suis passé à mon projet OH.MG qui a connu les mêmes problèmes, tout est devenu sauvagement trop compliqué et je n’avais pas la possibilité de contrôler ce que je voulais. Inévitablement, j’ai changé cela jusqu’à ce que je trouve que l’incarnation actuelle faisait ce que je voulais - servir du texte sur différents protocoles et ne pas vraiment s’embêter avec le web.

Au début de cette année, quand j’ai découvert que sus.fr était disponible, j’ai fait ma demande à l’AFNIC et j’ai décidé de l’utiliser comme mon truc web. J’ai fait cela en installant WP et en fonctionnant avec cela.

Mon installation actuelle de WP pèse près de 300 Mo, avec toutes les ressources téléchargées dans un seau S3 et servies par un CDN, et la base de données pèse environ 200 Mo. La moitié d’un gig et tous les jours, il exige que je mette à jour quelque chose.

J’ai essayé WriteFreely avant et j’ai toujours une instance hébergée à write.om.gay, mais je ne sens vraiment pas l’amour, il est beaucoup trop mince, et bien que fédéré ne vous permet pas réellement d’obtenir des conversations, oh et vous faites un changement dans les paramètres et la putain de chose se casse.

Lorsque je cherchais des options, je suis tombé sur Plume, je l’aime vraiment et il a les caractéristiques que je recherche - indépendant, fédéré, et a une API pour gérer mon contenu. Les problèmes sont cependant un peu là - le développeur ne travaille pas vraiment dessus, la documentation est problématique, comprendre l’API est difficile, et les gens créent des instances qui finissent par devenir des zombies SPAM parce qu’ils ont laissé l’enregistrement ouvert. Il manque également une capacité à gérer le SPAM lorsqu’il est fédéré dans votre instance.

J’ai lancé une instance auto-hébergée chez moi, mais j’ai fait quelques erreurs - j’ai choisi une machine avec un faible espace disque qui a commencé à devenir totalement plein, j’ai utilisé Docker que je comprends à peine et pour lequel je n’ai que du mépris, et j’ai abandonné l’idée de trouver une solution à l’API. Finalement, j’ai effacé la machine pour m’occuper d’autre chose.

Récemment, comme j’ai eu le temps de travailler sur mes projets personnels, je suis revenu à cette section, j’ai essayé d’utiliser WP comme noyau pour héberger non seulement mes nouvelles et anciennes entrées de journal mais aussi les autres choses que je suis en train de faire. Cela ne fonctionne pas aussi bien que je l’espérais, le contenu statique ne correspond pas visuellement et le thème que j’utilise est en fait le meilleur de plusieurs heures de recherche.

Je suis tombé sur un CMS Yellow que j’ai essayé par intérêt, c’est vraiment génial pour les choses plus statiques que je veux et qui ne nécessitent pas tant de changements que ça (et donc pas besoin d’avoir WP pour faire des visites). Maintenant, cela me met dans une position où je veux déplacer Wordpress vers un sous-domaine et utiliser Yellow pour faire la bande dessinée. Cela signifie qu’il faut littéralement tout déplacer, et si je fais cela, dois-je continuer à garder sus.fr dans un état qui ne m’enthousiasme pas totalement ?

La réponse est évidemment non, je ne fais pas tout ça pour rien.

Ce qui nous amène à aujourd’hui - j’ai deux serveurs virtuels d’Oracle sur leur version gratuite (JE SAIS BIG DATA), je n’ai pas de machines de rechange à la maison qui conviendraient pour héberger Plume, et ma vitesse Internet pour le faire de toute façon est si faible que vous pourriez vraiment voir un problème lors du chargement de mon Plume.

Cette configuration me donne la possibilité de faire tourner Plume à nouveau dans un environnement plus stable et je l’ai mis en place avec une base de données sqlite et sans ce putain de Docker. J’ai également été en mesure de m’introduire dans l’API, c’est donc un bon début.

En résumé, maintenant que je ressens à nouveau les vibrations de Plume, je vais réorganiser sus.fr pour en faire quelque chose qui me convienne, et recommencer à publier en utilisant Plume avec, à un moment indéterminé, la mise à disposition de toutes mes anciennes entrées sans avoir à me soucier de l’espace disque qui me bloque.