//. 081 Dans la jungle des CMS Headless

[@dav8119]

tombé là-dessus par hasard, bande de savoyards lol, j'ai construit un Cms en 2002 et je l'utilise toujours exclusivement aujourd'hui pour mon activité. J'en ai fait un framework pour me permettre de créer des apps au moment où j'en ai l'idée. Personne ne veut de cette façon de coder que j'ai développée pour un travail en solo, avec des choses à savoir. Vous l'avez abordé, les gens considèrent encore aujourd'hui que c'est secondaire, mais pour moi la vitesse est primordiale, et c'est au nom de ça qu'on cherche la puissance, qui résulte de la synthèse, la généralisation (mathématique) et aboutit à la simplicité. L'ensemble des compétences citées comme attendues d'un cms dans votre exposé, peut être obtenue à partir d'une base conceptuelle (= idée à avoir). Le truc d'un cms est qu'on ne laisse pas trop l'utilisateur toucher pas trop au code, là où avec un framework on va faciliter sa conception. Et au départ dans le cms on se facilite soi-même la conception. Il y a aussi un facteur important dans le choix d'une solution logicielle, c'est la dépendance aux tierces-parties. Moi je les refuse toutes. Le truc drôle au final est que mes produits n'évoluent plus car ils n'en ont plus besoin, on peut tout faire avec. Ou alors il faudrait moderniser la façon de rédiger le code pour que ce soit plus joli et acceptable pour les développeurs classiques, mais ça ne fera pas qu'il marche mieux (au contraire en fait). Il n'y a que lorsque j'ai une nouvelle idée de structure que je refais tout en partant de zéro, ça c'est rigolo, en poussant à fond des concepts qui sont apparus pour certains besoins spécifiques au début. Mais quand même un bon logiciel n'est jamais un truc spécialisé avec une identité, mais plutôt une machine hétéroclite adaptable, ouverte, qui mêle de nombreux concepts et différentes approches. Voilà c'était juste pour dire ça, bonsoir !

[@saucisse_dev]

J'ai fait pareil que toi et mon framework évolue au fil du temps pour que je puisse coder tjrs plus de vite. Tu l'as codé en quoi ?

[@filoucoyote]

je partage ton point et j'ai fait le même constat. Les cms masque le fonctionnement du web et donc sa maîtrise. Pour une agence, il faut juste suivre la mode ce qu'achete les clients c'est la com pas la technique. Les agences devraient faire bosser des boîtes specialisées

[@quentin8762]

21:00 je suis allé voir votre site j'ai vue tailwind je me suis abonné ! Merci pour cette vidéo

[@doubleSlash_dev]

😅

[@pmothais]

Super épisode 👍🏻Ça fait également quelques temps que je me suis plongé dans la JAMstack et les Headless CMS, avec de nombreuses frustrations pour comprendre lequel allait correspondre à mon projet.

[@doubleSlash_dev]

J’espère que l’épisode va t’aider pour ça

[@Mellifico]

Merci pour votre travail les gars, je pense que vous avez de l'avenir. En ce qui me concerne, j'utilise et je forme des gens à Directus, vraiment très bien mais auquel il manque quand même un aspect dont vous ne parlez pas, à savoir le Public User registration et qui peut être très compliqué à implémenter. Il manque aussi un petit critère à votre liste, à mon sens, qui est le Onboarding. Voilà et merci encore les copains. (PS: Je préfère nettement votre format long !)

[@doubleSlash_dev]

Merci. Oui effectivement c’est un aspect à considérer.

[@patoshik3408]

PayloadCMS est vraiment sympa à utiliser 👍

[@doubleSlash_dev]

Merci pour le retour

[@etiennemc2613]

D'accord pour Directus, je suis aussi fan, il stocke les données plus proprement que dans Strapi, tout comme on ferait nous-mêmes.

[@doubleSlash_dev]

Merci pour le retour

[@aurelienfeuillard6728]

Super vidéo merci !! Qu'est-ce que vous conseillez comme CMS headless self hosted pour des petits sites / PME ? Actuellement je suis partie sur Strapi.

[@doubleSlash_dev]

qui va l’administrer ? si c’est un dev , alors git based ! si c’est le client strapi fait le taff, surtout si tu connais déjà. jamais de réponse absolu alex

[@doubleSlash_dev]

Ça dépend. Strapi est très bien 👍 mais peut être surdimensionné pour un site simple. Tu l’héberges comment ?

[@aurelienfeuillard6728]

C'est le client qui va l'administrer et pour l'hébergement, je suis entrain de voir pour DOCKER + VPS. En gros c'est pour faire des sites classiques avec blogs / produits. Avoir la possibilité d'adapter aux besoins du client. Quelles solutions ne seraient pas surdimensionnées ? @@doubleSlash_dev

[@aurelienfeuillard6728]

@@doubleSlash_dev c'est le client qui va l'administrer. C'est pour de la création de site pour PME avec possibilité d'avoir un blog, des produits et d'être assez flexible. Pour l'hébergement, j'ai dans l'idée de faire sur VPS avec docker. Est-ce que vous auriez d'autres "bonnes" solutions à me proposer ? J'ai tester sanity, prismic pour le moment mais pas hyper convaincu.

[@aurelienfeuillard6728]

Merci pour la réponse 😀 je pensais héberger sur railway + vercel mais je me tourne sur docker + VPS, je sais pas si c'est une bonne idée. Vous me conseillez quoi pour le CMS et pour l'hébergement ?

[@jeromedicharry1340]

hello et merci pour le super contenu. En revanche tous les CMS SAS plus ou moins ont une version gratuite (contentful, DatoCMS etc) Elle suffit amplement pour la plupart des projets. C'est vrai qu'ils marquent "For Developers and Marketeers building individual projects." sur la landing page des tarifs mais je n'ai rien trouvé contractuellement qui empeche de l'utiliser pour un client

[@doubleSlash_dev]

Oui toujours. En fonction des cms, c’est plus ou moins limité mais ça peut faire l’affaire effectivement pour certains projets

[@laurentperroteau632]

Et ce serait quoi pour vous la solution ultime et progressive ? Genre une solution qui coche presque toutes les cases et qui dans le cas où la fréquence d'actualisation est difficile à déterminer à long terme, permettrait de faire du statique pour commencer et potentiellement de passer à quelques choses de plus dynamique si besoin ensuite ? ContentFul ou Directus ?

[@AlexDuval]

perso MD ou json , si on est que avec des dev / tech. sinon je suis fan de directus , parfois c’est overkill mais je maîtrise , j’ai fais des tutos pour mes clients , et sa peut évoluer avec les demandes clients

[@blokche_dev]

+1 pour DIrectus.

[@doubleSlash_dev]

👍

[@moneyfr]

Faut parler de keystatic cms

[@doubleSlash_dev]

Il est dedans -> minute 32 :D

[@moneyfr]

Pardon, j'ai gardé la vidéo sous le coude pour la regarder ce soir dans les transports. J'adore vos vidéos.

[@florentd.5817]

Amha, vous avez oublié l'une des meilleures solutions "opensource" qui dans la gestion du contenu, des rôles et j'en passe, excelle : Drupal. Un bon nombre des solutions proposées dans votre vidéo ne supporte même la comparaison avec ce cms api friendly.

[@doubleSlash_dev]

Merci @florentd.5817 pour cet ajout. Il est vrai que Drupal est dans la place depuis très longtemps, par contre, il n'est pas headless-first, c'est une possibilité (comme WordPress) de l'utiliser en mode headless.

[@florentd.5817]

@@doubleSlash_dev je ne connais pas bien WP et je doute que l'on puisse comparer les deux. Drupal a une approche Api first depuis un bon moment. On peut aussi bien exporter du rendu html que du json. Ce que l'on peut faire rien qu'avec le core sans rentrer dans les modules ou du dev est au-dessus de quasiment tout ce que vous présentez comme gestionnaire de contenu.

[@Stealo-]

Le problème de beaucoup de cms, ils sont dynamique donc coût d’hébergement élevé

[@doubleSlash_dev]

Ça dépend le langage derrière aussi. Du php c’est facile à trouver. Du node js, les offres sont moins importantes.