Punky Tools : le framework PHP que je n'ai jamais trouvé, alors je l'ai construit
Article rédigé par un humain, pas par IA. Retour franc après 3 ans de développement d'un framework propriétaire et 30+ projets en production. Pourquoi j'ai construit ça, à qui ça s'adresse, et où je veux l'emmener.
Le problème qui m'a poussé à tout reprendre à zéro
Il y a 3 ans, je livrais essentiellement deux types de projets : des sites WordPress pour les budgets serrés, et des applications Laravel pour les projets ambitieux. Et à chaque fois, le même malaise.
Avec WordPress, je passais 30% du temps à gérer les plugins, à dépanner des conflits de version, à expliquer à un client pourquoi son site était lent malgré le cache, à patcher des vulnérabilités à 22h. Le résultat était fonctionnel — mais le code, lui, n'avait rien à voir avec ce que je voulais livrer.
Avec Laravel, j'avais le code propre dont je rêvais, mais pour des sites de présentation moyens, c'était du bazooka pour tuer une mouche. 3 jours de bootstrap projet pour quelque chose qui demandait 1 jour. Et toujours pas d'admin, pas de page builder, pas de gestion média digne de ce nom. À chaque projet, je réécrivais 70% des mêmes choses.
J'ai compris à ce moment-là que je ne cherchais pas un meilleur framework. Je cherchais un framework adapté à mon métier réel d'agence : livrer des sites soignés et performants, avec un back-office puissant, sans payer le ticket d'entrée Laravel ni accepter le bazar WordPress.
« WordPress a tué la promesse du low-code. Aujourd'hui c'est l'inverse : plus tu utilises de plugins, plus tu programmes — sauf que tu programmes mal, sans tests, et sans contrôle. »
Punky Tools, concrètement
Punky Tools est un CMS propriétaire français construit sur CodeIgniter 4. C'est volontaire : CI4 est l'un des frameworks PHP les plus rapides du marché en 2026, sans le poids de Laravel, mais avec une architecture moderne (entity-model-controller, ORM, migrations, middleware, filters).
Par-dessus, j'ai ajouté ce qui manquait à mes yeux pour livrer un site pro en quelques jours plutôt qu'en quelques semaines :
Un système de modules auto-découverts, namespace Punky\{ModuleName}, qui se branchent à chaud sans toucher au coeur du framework. Chaque nouvelle fonctionnalité métier devient un module isolé, versionné, et réutilisable d'un projet à l'autre.
Un page builder natif, avec des blocs configurables en JSON et un éditeur visuel propulsé par Alpine.js et HTMX. La sortie est du Blade statique compilé — pas de SSR React, pas d'hydratation, pas de JavaScript inutile envoyé au navigateur du visiteur.
Une admin moderne, basée sur Tailwind CSS et DaisyUI, avec authentification CodeIgniter Shield, gestion des rôles, recherche globale, tables filtrables, traductions multilingues, et toute la quincaillerie attendue d'un back-office pro.
Un système de contenu unifié avec une table contents centrale et des tables d'extension par type (Page, Post, et tout ce qu'on veut). Traductions multilingues natives, SEO, builder data — tout est cohérent.
Un système de queues avec worker queue:work, batches asynchrones, redis-backed, pour décharger les traitements lourds (imports Excel, sync e-commerce, génération d'images, enrichissement IA).
Un système média avancé : ImageProcessor multi-format (WebP, AVIF), lazy loading vanilla, table polymorphe mediables qui permet d'attacher n'importe quel média à n'importe quelle entité.
Une couche IA intégrée (AIManager) qui parle à Claude, GPT ou Ollama selon le contexte, avec gestion des rate limits, retry, et fallback automatique.
Le tout en gardant le poids et la rapidité de CodeIgniter 4, avec des patterns inspirés de Laravel (traits, relations Eloquent-like, helpers fluents, repository-like models) pour la lisibilité du code. Le meilleur des deux mondes, sans le ticket d'entrée de l'un ni le bazar de l'autre.
Où il se place dans l'écosystème PHP
C'est la question qu'on me pose le plus souvent, donc je vais ĂŞtre direct.
Par rapport à WordPress. Punky n'a pas vocation à remplacer WordPress sur les blogs autohébergés de particuliers. Mais sur tous les projets pro où WordPress devient un problème — sécurité, performance, dette technique, plugins qui se contredisent, maintenance interminable — Punky est une vraie alternative. Pas d'écosystème de plugins tiers : c'est un choix assumé. Tout est codé proprement en suivant un pattern unique.
Par rapport à Laravel. Punky est plus léger, plus rapide à bootstrapper, et arrive avec un admin et un page builder déjà fournis. Laravel reste meilleur pour les applications métier complexes (SaaS, plateformes lourdes, gros volumes). Mais pour 90% des projets agence — sites vitrines avancés, e-commerce custom, médias, plateformes documentaires — Punky démarre à 0% là où Laravel démarre à 70% du chemin restant à faire.
Par rapport à Symfony. Symfony est exceptionnel mais théorique. Punky est pragmatique. Tu démarres, tu configures 3 fichiers, tu codes des modules. Pas de bundles à comprendre, pas de DI conteneur à maîtriser, pas d'EventDispatcher partout. Tu codes ton métier, pas ton framework.
Par rapport à Strapi ou Directus. Punky n'est pas headless. C'est un full-stack assumé, qui rend du HTML côté serveur avec Blade et qui peut être boosté par HTMX et Alpine pour l'interactivité — sans toucher à React, Vue ou Next. C'est un choix de cohérence et de simplicité. Un seul stack, une seule logique, un seul déploiement.
Par rapport à Drupal. Plus moderne, plus léger, plus rapide à apprendre. Drupal reste pertinent sur les très gros sites institutionnels avec workflow éditorial complexe. Sur tout le reste, Punky fait le job en 10 fois moins de configuration.
« On ne construit pas un framework pour battre Laravel. On le construit pour ne plus avoir à choisir entre la simplicité de WordPress et la rigueur de Laravel. »
À qui Punky est destiné (et à qui il ne l'est pas)
Punky est conçu pour trois profils précis.
Les agences web et freelances PHP qui livrent régulièrement des sites avec back-office, et qui en ont assez de réécrire 70% des mêmes choses à chaque projet. Punky leur fait gagner 5 à 10 jours de bootstrap par projet, avec une qualité et une cohérence supérieures, et une dette technique quasi nulle.
Les développeurs CodeIgniter qui veulent l'expérience moderne — modules, page builder, queues, ORM, relations, IA — sans abandonner la simplicité et la rapidité du framework. Punky est la couche manquante que la communauté CI4 attendait.
Les clients finaux qui ont besoin d'un site soigné avec une vraie autonomie sur le contenu — page builder, gestion média, multilingue, SEO — sans rentrer dans le piège WordPress. Et qui veulent un code dont leur prestataire est responsable, pas dépendant d'un écosystème de plugins tiers où chacun se renvoie la balle quand quelque chose casse.
Punky n'est pas pour les solo-développeurs qui veulent un blog à zéro coût et zéro maintenance — WordPress reste plus rapide à mettre en route pour ce cas. Ce n'est pas non plus pour les très gros projets SaaS où Laravel a déjà fait ses preuves sur le terrain, avec sa communauté et ses packages.
Ce qu'on construit avec, concrètement
Aujourd'hui, Punky alimente une trentaine de projets en production.
Le plus simple : un site vitrine avec admin, page builder, blog, formulaire de contact et SEO multilingue. Bootstrap : 2 jours. Le client repart avec un site rapide, propre, qu'il peut faire Ă©voluer lui-mĂŞme.
Le plus complexe : un système de gestion de pièces détachées multi-fournisseurs avec synchronisation PrestaShop bidirectionnelle, enrichissement IA par champ, import Excel batch, file d'attente Redis pour les traitements lourds, et tableau de bord temps réel. Bootstrap initial : 2 semaines, puis itérations rapides via les modules métier.
Entre les deux : des médias éditoriaux avec gestion d'auteurs, des plateformes documentaires multilingues, des sites de marques avec catalogue produit, des intranets pour ETI, des sites institutionnels conformes RGAA. Chaque projet réutilise 80% du code commun, et personnalise les 20% restants via des modules Punky\* propres au projet.
C'est exactement la promesse qui était cassée chez WordPress : capitaliser sur l'existant sans copier-coller, sans risque de régression, sans plugin abandonné.
OĂą je vais avec Punky Tools
Trois axes pour les 12 Ă 18 prochains mois.
Le Punky Template Hub, déjà opérationnel, qui centralise tous les blocs et templates de page builder. L'idée à terme : un marketplace fermé entre projets, où les blocs développés sur un site profitent immédiatement à tous les autres. Authentification par clé API, génération de previews via Puppeteer, sync push/pull en deux clics. Le rêve agence : ne plus jamais reconstruire un bloc « équipe » ou « pricing » deux fois.
Les modules métier, qui s'étoffent progressivement. E-commerce custom, gestion d'événements, billetterie, CRM léger, gestion de catalogue avec sync e-commerce : chaque nouveau client devient l'occasion de capitaliser sur un module réutilisable. À 30 projets aujourd'hui, je commence à avoir une bibliothèque sérieuse.
L'environnement Docker cross-platform Mac et Windows, en cours, pour permettre à d'autres devs de prendre en main Punky sans installation lourde. Et plus tard, peut-être, une distribution publique — pas exactement open source au sens GPL, mais accessible à d'autres agences sous une forme à définir. On verra ce que ça donne.
« Le but n'est pas de devenir le prochain Symfony. Le but est de garder le contrôle total de l'outil avec lequel je travaille au quotidien. »
Pourquoi je continue
Trois ans de développement, des centaines d'heures sur des fonctionnalités qui n'apparaissent jamais dans une démo, des refactorings douloureux, des bugs trouvés à 3h du matin la veille d'une mise en prod.
Et la satisfaction de livrer des projets propres, rapides, maintenables à chaque fois. Sans surprise. Sans dette technique. Sans dépendance à un plugin abandonné par son auteur en 2019.
Punky Tools n'est pas un produit. C'est mon outil de travail. Construit par et pour des cas d'usage réels d'agence. Et c'est précisément ce qui le rend différent de tout ce qui existe sur étagère.
« Le meilleur framework n'est pas celui qui est le plus populaire. C'est celui qui te ressemble. »
Tu veux voir Punky Tools en action sur un projet réel, ou discuter d'une migration depuis WordPress vers une stack pro et maîtrisée ? On peut en parler. Contactez-moi →
