Qu'est-ce que Chinaski
Chinaski est un système de gestion de contenu auto-hébergé qui publie des sites web comme fichiers HTML simples. Vous gérez le contenu dans une application d'administration dans le navigateur ; un builder le transforme en fichiers statiques ; votre serveur web les sert. Il est généré statiquement, n'a aucun JavaScript sur le site public, aucune télémétrie et aucune dépendance externe à l'exécution : un CMS que vous pouvez posséder entièrement, auditer, et même faire tourner sans connexion Internet.
Le modèle : écrire dynamiquement, publier statiquement
Pensez-le comme deux moitiés :
- L'application d'administration est là où le travail se fait : pages, billets, blocs, images, formulaires, utilisateurs, réglages, tout stocké dans un seul fichier de base de données SQLite, tout éditable dans le navigateur.
- Le builder transforme cette base de données en votre site web : fichiers HTML simples sur disque, une copie par langue, plus sitemaps, flux, robots.txt, règles de redirection et fichiers de sécurité. Les builds sont des choses que vous déclenchez : depuis le tableau de bord, un webhook ou une commande, jamais de la magie silencieuse en arrière-plan.
Les lecteurs visitent votre serveur web, qui sert ces fichiers directement. Le CMS n'a jamais à répondre aux requêtes de lecteurs : le site reste en ligne pendant que le CMS est éteint, se charge avec zéro JavaScript nulle part sur les pages publiques, et la surface de sécurité se limite à l'interface d'administration que vous choisissez d'exposer.
À qui il s'adresse
- Les agences gérant plusieurs sites clients. Chaque site est une instance autonome : stack identique, un client par instance, piste d'audit propre, et aucun fournisseur capable de prendre votre site en otage.
- Les organisations qui se soucient de ce qui est livré: hôpitaux, cabinets d'avocats, sous-traitants de la défense, sociétés financières, pour qui l'*absence* de traqueurs, de balises ou de code tiers est l'objectif, pas une limitation.
- Les opérateurs qui ont besoin d'une capacité hors ligne. Tout s'installe depuis la liste de paquets de l'OS ; après l'installation, aucune connexion réseau sortante n'est jamais requise ; opérations véritablement air-gap comprises.
Ce qu'il n'est pas, délibérément
Dit simplement par le projet lui-même :
- Pas d'éditeur visuel drag-and-drop: le corps du texte est un éditeur de texte enrichi ; tout le reste est des formulaires structurés. Un builder visuel est sur la feuille de route.
- Pas d'écosystème de plugins. Il n'y a ni architecture de hooks, ni marketplace, ni agitation tierce : moins de pièces, plus de prévisibilité.
- Pas de Postgres. Un fichier de base de données par site, mono-tenant par conception ; un niveau multi-tenant est sur la feuille de route, pas livré.
- Pas de l'hébergement clef en main. Vous gérez votre propre serveur et possédez la base de données, les sauvegardes et l'histoire de la disponibilité.
Ce que vous obtenez d'office
- Pages et billets avec révisions, programmation, brouillons, champs SEO et traductions par langue
- Blocs de contenu réutilisables et composition par stacks, avec un unique éditeur qui traite tout de façon cohérente
- Formulaires avec protection anti-spam, notifications et webhooks, traités en direct, mandatés à travers votre site statique
- Une bibliothèque de médias avec tailles d'images responsives automatiques
- Pages protégées par mot de passe, documents privés avec accès protégé par jeton, vraies pages de recherche
- Sites multilingues avec sitemaps par langue et gestion des redirections
- Un audit log de chaque changement, un journal d'événements système, une file de tâches en arrière-plan et une API REST complète (plus des outils pour assistants IA)
- Sauvegardes automatiques avec vérification, builds programmés, durcissement de la sécurité, et un installateur qui définit des permissions restrictives dès la première étape
La sortie publiée est des fichiers web simples et standards : du HTML qui se rend à jamais, des flux, des fichiers de métadonnées et des redirections statiques, aucun framework qui expire, aucun outil de build requis côté servi.
Où il s'insère
Choisissez Chinaski quand : vous gérez plusieurs sites en tant qu'agence ; votre organisation exige une stack auditable, minimale et indépendante du réseau ; vous voulez la sécurité du contenu et des journaux clairs ; ou vous valorisez la possession de tout le pipeline, du serveur à la sortie, avec une technologie ennuyeuse et stable que vous pouvez lire de bout en bout.
Regardez ailleurs quand vous avez besoin : de construction de pages visuelle au pixel près, d'un écosystème de plugins, d'une base de données partagée servant plusieurs tenants, ou d'une implication opérationnelle nulle ; le projet le dit simplement dans sa propre documentation.
La version courte
Chinaski est un CMS auto-hébergé, volontairement petit, qui écrit votre site comme fichiers statiques pour que la publication soit simple, rapide à servir, sûre par construction et à jamais la vôtre. Le CMS est un atelier ; le résultat est un bâtiment qui tient debout tout seul.