Propriétaire de votre contenu
Pas de verrouillage, pas de magasin propriétaire. Tout ce qui compose votre site (la base de données de contenu, le HTML généré, les fichiers médias) est un simple fichier sur votre propre serveur, dans des formats standards, que vous pouvez ouvrir, copier ou déplacer avec des outils ordinaires.
Où vit votre contenu
- Un fichier de base de données SQLite. Tout le contenu (pages, posts, blocks, snippets, formulaires, enregistrements de médias, réglages) est stocké dans SQLite. C'est un fichier unique sans processus serveur à faire tourner, sans logiciel de base de données spécial, sans identifiants à gérer. Copier ce fichier ailleurs est une sauvegarde valide.
- Un dossier de HTML généré. Le site public est une sortie statique écrite sur disque, par langue, sur le même serveur.
- Un répertoire de médias ordinaire. Vos images et téléversements sont des fichiers réguliers dans le dossier public des médias.
Les fichiers de thèmes et les templates du site par défaut sont aussi de simples dossiers sur le système de fichiers ; ils sont inclus dans les sauvegardes et restaurations comme tout le reste.
Sauvegarder, c'est juste copier des fichiers
Comme le contenu et les médias sont de simples fichiers, les sauvegardes reviennent à copier des fichiers. Les scripts de déploiement créent un instantané de la base plus une copie des médias à intervalle planifié, et chaque archive de sauvegarde est stockée comme une tarball datée sur votre chemin de sauvegarde. Vous contrôlez l'emplacement et la rétention.
Au-delà, le CMS peut produire une archive téléchargeable contenant un instantané vérifié de la base, du répertoire des médias, des fichiers de thèmes et des templates, plus un manifeste de sommes de contrôle ; la page de sauvegarde en a le détail.
Tout sortir
Chaque objet métier a son propre point de terminaison d'export, avec variantes JSON et CSV là où elles s'appliquent :
- pages et posts (tous les champs de contenu, y compris la planification et les champs SEO, filtrables par langue et état de publication)
- blocks, snippets et stacks
- catégories, éléments de navigation et redirections
- métadonnées de médias
- soumissions de formulaires (CSV ou JSON par formulaire)
- documents, utilisateurs, journal d'audit et calendrier (export iCalendar)
- réglages, sous forme de fichier JSON
Les exports de réglages excluent les secrets chiffrés comme les mots de passe et les clés d'API ; ils ne sont jamais écrits dans l'export. Là où le CSV est fourni, il est compatible Excel (UTF-8 avec marque d'ordre des octets), et les gros exports sont diffusés en flux plutôt que mis en mémoire tampon.
Ces exports sont les mêmes formats que l'importeur accepte au retour, si bien que l'export s'appaire avec l'import quand vous déplacez des données entre instances.
Auto-hébergé par conception
Chinaski est auto-hébergé par conception : vous possédez le serveur, la base de données et les sauvegardes. Rien ne dépend d'un service hors de votre machine : pas de télémétrie, pas de licence qui appelle la maison, et après l'installation il tourne sans accès internet. Les dépendances sont des paquets système ordinaires ou des modules open source, si bien que rien dans votre installation ne vous est caché.
Licence
Le noyau de Chinaski est sous licence MIT. Les modules Pro commerciaux prévus sont appliqués via des fichiers de licence signés localement (aucune validation externe et aucun appel à la maison) si bien qu'ils restent compatibles air-gap.
En bout de ligne
Rien de ce qui tourne entre vous et votre contenu n'est hébergé ailleurs. Tout ce que vous rédigez est dans un fichier de base de données lisible et un dossier ordinaire de HTML généré, et chaque type de contenu a un chemin d'export simple.