Philosophie
Les convictions derrière Chinaski, chacune avec sa propre page, de pourquoi le site public est du HTML simple à pourquoi il n'y a pas de place de marché de plugins. Ce sont les paris de conception que le projet fait exprès, et les connaître explique la plupart des décisions sur lesquelles un exploitant sinon se cogne.
Les dix convictions
- Statique d'abord: le site public est de simples fichiers servis depuis le disque ; le CMS n'est jamais dans le chemin des requêtes publiques.
- Construit sur Perl: un langage stable depuis des décennies, un CPAN mature, et du code qui reste auditable autant par les humains que par l'IA.
- Durabilité: la pile est choisie pour que le code écrit aujourd'hui tourne encore sans modification sur les machines dans dix ans.
- Propriétaire de votre contenu: vos données vivent dans un fichier SQLite et des répertoires à plat ; les exports sont le produit, pas un verrou de fonctionnalité.
- Simplicité: un monolithe par processus, peu de pièces mobiles, du code lisible plutôt que des abstractions ingénieuses.
- Sécurité par construction: des garanties appliquées dans le code (pas de mécanisme de traceur, pas d'appel à la maison) plutôt que des promesses de politique.
- Souveraineté: auto-hébergeable et isolable du réseau : pas de télémétrie, pas de licence qui appelle la maison, pas de dépendances CDN.
- Rapide par défaut: sortie statique, peu de pièces mobiles, et pas de framework qui se déchire sous vous.
- Multilingue d'abord: la langue est structurelle, du schéma à l'arborescence de sortie.
- Principes de conception: les règles de travail dérivées de tout ce qui précède.
L'argument, compressé
La plupart des plateformes de contenu accumulent de la surface (plugins, intégrations, analytique, assets de CDN) et chaque addition est un pari que la capacité vaut la complexité et la surface d'attaque. Chinaski fait exprès le pari inverse :
- Un petit jeu de dépendances entièrement empaqueté par Debian. Une installation fraîche se résout depuis les paquets système ; il n'y a rien à compiler et rien à courir après.
- Zéro JavaScript à l'exécution sur le site public: une propriété structurelle, pas une politique. Le serveur web sert des fichiers ; il n'existe aucun mécanisme par lequel un beacon s'embarquerait.
- Compatible air-gap par défaut: les installations fraîches le portent, et l'installateur vous le dit au premier démarrage.
Le contrepoids honnête est énoncé aussi clairement : pas d'écosystème de plugins, pas de place de marché, Postgres sur la feuille de route plutôt que sur l'étagère, et une vraie propriété opérationnelle : vous exécutez les mises à jour et possédez les sauvegardes. Ce compromis est la raison de choisir Chinaski ; les coûts font partie du dessein.
Là où cela rencontre la pratique
- Les choix qui ont façonné la posture de performance et de sécurité (pipeline de build, modèle de permissions, comportement cookies/consentement) ont chacun une page quelque part dans la doc ; cette section explique le *pourquoi*, pas le *comment*.
- Les compromis sont nommés, pas dissimulés : pour les publics que le projet vise (agences avec plusieurs sites clients, organisations sensibles à la sécurité, opérateurs air-gap), les paris paient ; pour quelqu'un qui a besoin d'une place de marché de thèmes, ils ne paient délibérément pas.
- La licence est MIT pour le noyau.
Également dans Philosophie
Voyez pourquoi le site public de Chinaski est du HTML statique servi depuis le disque, la base n'étant sollicitée que pendant la rédaction.
Découvrez pourquoi Chinaski repose sur Perl 5 et SQLite, l'argument de la technologie ennuyeuse et ce que cela change pour vous.
Ce que signifie la durabilité dans Chinaski : des URLs qui ne cassent jamais, un contenu à vous et une sortie statique servie par tout serveur web.
Voyez pourquoi Chinaski n'enferme pas : votre contenu vit dans un fichier SQLite, du HTML généré et des dossiers de médias faciles à copier.
Parcourez ce qui garde Chinaski simple : deux programmes Perl, un fichier SQLite, un serveur web de fichiers statiques et ce qui est omis.
Découvrez la sécurité intégrée de Chinaski : assets vérifiés par SRI, CSP stricte à nonce, IP falsifiées ignorées, et ce qui reste à faire.
Ce que signifie l'auto-hébergement pour Chinaski : ni télémétrie ni phone-home, ce qui tourne sur votre serveur, le déploiement air-gap, les limites.
Pourquoi Chinaski est rapide par défaut : fichiers statiques servis depuis le disque, cache de la config serveur fournie et réglages à votre main.
Voyez comment la langue est intégrée au modèle de données, aux URL, à l'interface d'admin et aux pages générées de Chinaski.
Les règles que Chinaski s'impose : peu de dépendances, aucun code exécuté pour les lecteurs et d'autres engagements utiles à l'évaluation.