{"id":2655,"date":"2026-04-02T02:10:32","date_gmt":"2026-04-02T00:10:32","guid":{"rendered":"https:\/\/elearningsamba.com\/index.php\/emdash-cloudflare-refait-wordpress-from-scratch\/"},"modified":"2026-04-02T02:10:32","modified_gmt":"2026-04-02T00:10:32","slug":"emdash-cloudflare-refait-wordpress-from-scratch","status":"publish","type":"page","link":"https:\/\/elearningsamba.com\/index.php\/emdash-cloudflare-refait-wordpress-from-scratch\/","title":{"rendered":"EmDash – Cloudflare refait WordPress from scratch"},"content":{"rendered":"

Cloudflare qui sort un successeur open source \u00e0 WordPress le 1er avril, je vous avoue que \u00e7a sentait le poisson d’avril \u00e0 plein nez. Sauf que non !!
\nEmDash<\/a>
\nest bien r\u00e9el, son code est sur GitHub sous licence MIT, et \u00e7a s’installe en une commande toute simple !<\/p>\n

L’id\u00e9e de base pour Cloudflare, c’est de dire que WordPress a plus de 20 ans et bien qu’il alimente 40% du web, son architecture de plugins est un emmental (Le gruy\u00e8re n’a pas de trou les amis ^^). En effet, 96% des failles de s\u00e9curit\u00e9 viennent des extensions et pas du noyau PHP ni des th\u00e8mes et en 2025, on a quand m\u00eame explos\u00e9 le record de failles dans l’\u00e9cosyst\u00e8me WP.<\/p>\n

Du coup Cloudflare, grand prince (Matthew ^^ Ok, je sors…) a tout repris de z\u00e9ro en TypeScript et avec l’aide de nombreux agents IA. Et de ce que j’ai compris, le gros morceau de ce projet, visiblement, c’est l’isolation des plugins.<\/p>\n

\n $\"\"$ \n<\/p>\n

Car sur WordPress, une extension a acc\u00e8s \u00e0 toute la base de donn\u00e9es et au syst\u00e8me de fichiers (d’o\u00f9
\n l’importance de bien les choisir<\/a>
\n). Alors que sur EmDash, chaque plugin tourne dans son propre isolat avec un mod\u00e8le de capacit\u00e9s d\u00e9claratives. En gros, le plugin annonce dans un fichier manifeste JSON ce dont il a besoin, genre read:content<\/code> ou email:send<\/code>, et il ne peut rien faire d’autre. S’il veut acc\u00e9der au r\u00e9seau, il doit m\u00eame pr\u00e9ciser le hostname exact. Comme \u00e7a fini les extensions qui aspirent vos donn\u00e9es en douce. Par contre, \u00e7a veut aussi dire que vos plugins WordPress actuels ne marcheront pas tels quels…<\/p>\n

C\u00f4t\u00e9 stack, c’est comme je disais du TypeScript de bout en bout avec Astro 6.0 en frontend (pour les th\u00e8mes) et Node.js derri\u00e8re. L’auth passe \u00e9galement par des passkeys par d\u00e9faut (enfin, plus de mots de passe !) et y’a m\u00eame un syst\u00e8me de paiement natif via le standard ouvert x402 pour mon\u00e9tiser du contenu.<\/p>\n

\n\n<\/p>\n

Et le truc qui va vous rassurer si vous \u00eates allergique au cloud : c’est auto-h\u00e9bergeable<\/strong>. En fait, le CMS peut tourner sur Cloudflare Workers, mais aussi sur n’importe quel serveur Node.js avec SQLite. Les abstractions sont portables, avec Kysely pour le SQL et l’API S3 pour le stockage. Du coup vous pouvez brancher PostgreSQL, Turso, AWS S3, ou tout b\u00eatement des fichiers en local. Le bonheur !<\/p>\n

Le truc cool pour les bidouilleurs, c’est que chaque instance expose un serveur MCP (Model Context Protocol) et une CLI pour piloter le CMS par script. Y’a aussi des Agent Skills pour que les agents IA puissent cr\u00e9er du contenu, g\u00e9rer les m\u00e9dias et modifier le sch\u00e9ma sans toucher au dashboard. C’est clairement pens\u00e9 pour l’\u00e8re des agents IA.<\/p>\n

Et pour ceux qui veulent migrer depuis leur WordPress, c’est pr\u00e9vu pour vous faciliter la t\u00e2che puisqu’il y a le support d’export WXR classique ou via un plugin d\u00e9di\u00e9 qui cr\u00e9e un endpoint s\u00e9curis\u00e9 prot\u00e9g\u00e9 par mot de passe. Que ce soient les m\u00e9dias, les custom post types…etc tout est transf\u00e9rable en quelques minutes. Par contre, attention les shortcodes et les blocs Gutenberg custom ne passeront pas tels quel, faudra faire des ajustements.<\/p>\n

\n\n<\/p>\n

Car oui c’est une v0.1.0 preview, donc on peut le dire, une bonne grosse beta qui bave mais je trouve \u00e7a super cool car le \ndrama WP Engine vs WordPress<\/a> \na montr\u00e9 que l’\u00e9cosyst\u00e8me \u00e9tait fragile, et c’est bien de r\u00e9introduire un peu de diversit\u00e9. Par contre, remplacer un CMS qui fait tourner 40% du web, c’est hyper ambitieux et \u00e7a se fera pas en un trimestre. Car la vraie force de WordPress, c’est sa communaut\u00e9, ses milliers de plugins et de th\u00e8mes, et \u00e7a pour le moment, y’a pas grand chose sur EmDash.<\/p>\n

M’enfin, si vous voulez tester c’est npm create emdash@latest<\/code> et c’est parti mon kiki. Ah et y’a aussi un playground sur \nemdashcms.com<\/a> \npour vous faire une id\u00e9e sans rien installer. Pour ma part, je testerai \u00e7a d\u00e8s que j’aurais 5 min, mais pour le moment, je ne me vois pas quitter WordPress car EmDash n’a pas (encore) ce petit truc en plus qui me ferait changer… On verra d’ici quelques temps.<\/p>\n

\nSource<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"