Joachim
Dans l’équipe de #ParisWeb je fais des sites web. Dans mon article 30 jours de Kirby pour 24 jours de web, je décris la migration récente de CMS, depuis Wordpress vers Kirby.
https://blog.professeurjoachim.com/billet/2024-11-22-30-jours-de-kirby-pour-24-jours-de-web
Joachim
@Exagone313
1/ mes données m’appartiennent toujours et sont dans un format facilement exportable. Si je veux, demain je fais une moulinette pour les envoyer vers un autre CMS.
2/ l’équipe de développement de Kirby n’a pas pour but de se faire racheter, et ils ont officiellement annoncé que leur code serait publié sous licence libre si leur boîte arrêtait son activité.
3/ les développeurs gagnent bien leur vie, c’est pas un de ces projets libres semi-abandonnés par manque de moyens, et il ne dépend pas de l’obole d’un géant de la tech qui fait du libre-washing. Pas non plus de bdfl bercé à la silicon valley, prêt à faire capoter 20 ans de boulot juste par pur égo-trip.
Exa :calim:
@joachim Je ne vois pas à quel moment ça serait une bonne idée d'utiliser un CMS qui n'est pas sous licence libre (et même pas fair source).
Demain l'entreprise se fera racheter et la migration vers une autre technologie deviendra difficile.
Payer pour du support est tout à fait envisageable et une bonne solution, mais payer pour du non libre au-delà de la fourniture d'un service, bof.
Joachim
@thom4 merci ! Ça a été un mois chargé mais je suis satisfait du résultat et content que ça plaise :)
thomas
@joachim super cet article 🙂 très très cool les ajouts de précédents articles, de précédentes présentations à Paris-Web. Bravo pour l'énergie mise à faire mâturer ce projet.
Joachim
@nicosomb ah ouais ? Tu me les présente ? 😁
Nicolas Lœuillet
@joachim y'a une asso qui organise un calendrier de l'avant en publiant des articles sur leur site. Ton article y aurait toute sa place à mon avis !
Joachim
@pixenjoy merci ! En effet j’aurais pu préciser que je raconte le process que j’ai improvisé mais que je ne le recommande pas particulièrement pour les gens qui ne maîtrisent pas Kirby ou Wordpress ou le Python de ma moulinette… je voulais raconter ce qui m’a conduit à prendre les décisions que j’ai prises :)
Gilles Vauvarin
@joachim Super boulot :-) A noter pour celles/ceux que cela intéresse, il y a dans la doc Kirby, un chapitre consacré à la migration : https://getkirby.com/docs/guide/migration
Goulven Champenois
@joachim Grand merci pour cet article, et pour le partage des moulinettes ! On va voir beaucoup de WP passer à Kirby je pense…
Je suis justement sur un projet où Kirby serait adapté, ça me conforte dans ce choix.
Joachim
@goulvench oui je me suis dit que ça serait plus pertinent de parler de la migration de 24 jours de web depuis WordPress plutôt que celle de Paris-Web.fr depuis Movable Type (qui est-ce qui utilise encore MT ?)
Si tu as des questions à propos de Kirby n’hésite pas, je pourrai peut-être t’aiguiller :)
Joachim
@johann Ouais je comprends… après je suis pas contre le fait que des devs indépendants puissent vivre de leur travail.
Le monde du libre est plein de projets qui capotent parce que maintenus par une seule personne qui fait un burnout à cause de la masse de travail du projet + boulot alimentaire à côté et du manque de financement en dons, ou qui vivent à la merci d’un GAFAM qui les finance pour faire du libre-washing ou pour éviter les accusations de monopole. Là les devs (et designers et support & assistance) ont leur labeur qui est rétribué, et qui est fait dans des bonnes conditions.
Kirby propose la gratuité pour des assos/ONG/étudiants/projets éducatifs : https://getkirby.com/buy#:~:text=For%20a%20good%20cause?%20It%E2%80%99s%20free. , c’est ce dont Paris Web bénéficie.
Johann, zbeulit(h)on 🧿
@joachim ça a l'air vachement bien Kirby. Sauf son prix. :(
Joachim
@johann Après on m’a dit que Processwire (logiciel libre) a le même genre de concepts, mais c’est stocké sur bases de données
Joachim
@johann et https://getgrav.org/ a quelques concepts en commun mais je l’ai trouvé plus limité pour la gestion des données
Joachim
@notabene oui tout à fait c’est le comportement par défaut.
Sur PW et 24jdw j’utilise un plugin qui convertit les sorties PHP en pages HTML statiques disponibles pour Apache à la manière d’un cache, qui est invalidé lors de l’édition du contenu
Stéphane Deschamps
@joachim Par conte j'avais cru comprendre qu'il était statique, j'en déduis de la doc qu'en fait non : il n'utilise pas de BDD mais sert bien ses contenus via PHP, si je comprends bine ?
Stéphane Deschamps
@joachim Je lis ça enfin.
Je commence à comprendre l'intérêt du truc : la facilité de créer des pages entre gabarits et blueprints.
Merci pour le partage :)
Joachim
@nicod alors oui il y a un éditeur de blocs, mais je sais pas s’il va aussi loin que Gutemberg (que j’ai jamais utilisé) : https://getkirby.com/docs/reference/panel/fields/blocks
Parmi les limites de Kirby, la plus flagrante est l’absence de versions des posts. Là où WordPress permet de remonter et comparer les versions de chaque post, avec Kirby pas d’annulation possible après coup, pas de conservation et de consultation des différences.
Je crois que ça va être développé mais pour l’instant c’est juste pas là.
Pas de commentaires/trackbacks chez Kirby. Pas (encore ?) d’intégration ActibityPub.
Il n’y a pas autant de thèmes pour Kirby que pour WP, mais c’est surtout parce que la structure des données d’un site va être primordiale pour un thème (et que dans WP la structure est fixe, et il faut un plugin Custom Fields pour en sortir).
J’essaye de penser à d’autres limites que j’ai trouvé personnellement mais rien de plus ne me vient à l’esprit :)
nicod_
@joachim Et vu que tu as l'air de bien le connaitre, quelles seraient ses limites, quelle genre de chose on ne pourrait pas faire avec, comparé à des CMS comme Wordpress, Drupal ou Spip ?
nicod_
@joachim Merci pour ce retour détaillé.
C'est super intéressant, et ça me donne bien envie de mettre les mains dans le cambouis pour tester ce Kirby...
Au niveau éditeur de contenu, pour la rédaction, j'ai vu qu'il y avait un plugin pseudo wysiwyg, tu en connais d'autres ? Un genre de builder à base de blocs / composants peut être ?
Joachim
@nicod a priori non. Le passage de 1 à 2 a été douloureux, puis 2 a 3 a changé quelques trucs, mais 3 à 4 a été sans problème. En gros ils ont sorti 1, 2 et 3 sur dix ans avec pas mal de refactorisations et beaucoup de nouveautés dans le langage PHP. Avec la version 4 ils ont prévu de sortir une version majeure tous les un ou deux ans, avec moins de breaking changes, et les licences qui durent trois versions majeures.
nicod_
@joachim Mais l'approche de tout customiser par yaml me plait beaucoup, j'ai lu avec intérêt ton article et ça me donne vraiment envie de tester ça.
Sur un changement de version majeure (4 -> 5 par exemple), il y a beaucoup de breaking changes ? Des trucs à revoir dans ton code, templates etc ?
nicod_
@joachim
> je sais pas s’il va aussi loin que Gutemberg
Gutemberg va trop loin de toute façon ! 😅
Cet éditeur de blocs a l'air très bien, j'en développe un dans cet esprit pour SPIP en ce moment.
L'absence de versionning oui, dommage, mais j'ai vu https://github.com/OblikStudio/kirby-git, il ne fait pas le job ?
Et pas autant de thèmes c'est pas un problème, je suis artisan et j'aime le sur mesure, je suis pas revendeur de thèmes 😁
Joachim
@nicod oui on est bien raccord sur Wordpress :)
Je pense que c’est le CMS auquel le plus de gens (devs comme utilisateurs) ont été confrontés, ça fait un terrain commun pour les comparaisons. J’aurais plus de mal à comparer à SPIP, pour lequel je n’ai développé qu’une seule fois (je préfère de loin le modèle de Kirby pour les templates, mais j'ai pas plus de souvenirs)
nicod_
@joachim PS : j'ai cité Worpress mais j'aime pas non plus. Du tout du tout.
Ni le back office, bordélique au possible, ni sa structure de données, ni l'éco-système beaucoup trop bizness orienté, ni son dictateur.
Joachim
@nicod ah bah je suis super content de lire une si bonne première expérience !
Tu verras, la doc est très bonne pour aller au delà du basique intuitif. L’équipe qui conçoit Kirby est menée par un designer, et ça se voit, non seulement dans l’UI, mais surtout dans l’expérience de prise en main
nicod_
@joachim Et je vais m'inspirer de leur UI de gestion des blocks pour mon propre plugin (qui fait la même chose), elle est simple et efficace.
nicod_
@joachim J'ai testé rapidement.
Un composer create project, et hop, c'est en place. Wow !
J'ai regardé l'arborescence de fichiers dans mon IDE, j'ai vite vu les blueprints dont tu parles, les templates etc.
J'ai bidouillé deux trois trucs, c'est pris en compte aussitôt.
L'architecture est plutôt simple, c'est facile d'accès même sans avoir RTFM, et ça a l'air vraiment bien foutu, malin et plein de ressources.
Ça me plaît direct.
Je pense que je vais tester sur une refonte du site de mon asso :)
Joachim
@nicod ah je suis content d’avoir pu te convaincre de jeter un œil à mon préféré :)
nicod_
@joachim Ça faisait longtemps que je voulais tourner mon regard ailleurs que sur SPIP (que j'aime beaucoup, je suis dans la communauté et actif depuis... longtemps).
Je regardais notamment Grav.
Kirby me faisait de l'oeil, mais le modèle payant me faisait grincer des dents, venant du libre à 100%, ayant produit beaucoup de plugins de façon bénévole.
Mais je comprends tout à fait leur démarche, que tu as bien expliquée.
C'est légitime (et vraiment pas cher du tout).
nicod_
@joachim Oui, j'ai parcouru le site ensuite (le guide), tout est assez clairement expliqué sans alourdir de détail, qu'on peut creuser plus tard.
C'est du très beau boulot de documentation, je le reconnais.
Et j'ai aperçu la Reference et le Cookbook, ça a l'air très riche aussi.
Et très propre au niveau design graphique, ce qui ne gâche rien :)
Bref, une belle UX, dans le panel et dans la doc, et à première vue une belle DX aussi.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.