Built with NoFPress
Nous appliquons ce que nous prônons.
Ce site est généré statiquement, versionné et déployé sur un CDN mondial. Pas de WordPress. Pas de maintenance de plugins. Juste un processus de publication simplifié.
La stack réelle
Tout ce qui est listé ici est utilisé sur ce site aujourd'hui. Rien d'aspirationnel.
Next.js App Router
next@16.3.8App Router, utilisé uniquement comme générateur de site statique
Static export
next@16.3.8Chaque page est écrite en HTML au moment du build
TypeScript
typescript@6.0.3Mode strict pour les pages, les outils de contenu et les scripts
Tailwind CSS
tailwindcss@4.3.3Styles utilitaires compilés en une seule petite feuille de style
Markdown
remark-parse@11.0.0Les articles et les pages longues sont des fichiers Markdown
gray-matter
gray-matter@4.0.3Analyse et valide le frontmatter YAML
remark / rehype
remark-rehype@11.1.2Du Markdown au HTML assaini, avec ancres de titres et coloration du code
Git-based publishing
Chaque modification de contenu est un commit, relu et réversible
Cloudflare CDN
Fichiers statiques servis depuis le réseau mondial de Cloudflare Pages
Build-time translations
@anthropic-ai/sdk@0.131.0Traductions ébauchées par un LLM, relues par des humains, générées avant le build
Architecture
Tout se passe avant l'arrivée du visiteur. Au moment de la requête, il n'y a qu'un CDN qui sert des fichiers.
- 01
Markdown + Git
Articles, pages et textes d'interface en cinq langues
- 02
Validation des contenus
Schéma du frontmatter, liens, cohérence des traductions
- 03
Build statique Next.js
Pré-génère chaque page pour chaque domaine
- 04
HTML / CSS / JS statiques
De simples fichiers — ni serveur, ni base de données
- 05
CDN Cloudflare
Mis en cache en périphérie, près des visiteurs
- 06
Visiteur
Reçoit une page prête
Résultats de performance
Nous publions uniquement des mesures réellement effectuées, avec l'outil, la date et les conditions.
$ lighthouse --verified
Mesures à venir.
Les résultats apparaîtront ici après la mesure du site en production et la relecture des rapports.
Processus de publication
- 01
Écrire en Markdown
Un article commence comme un fichier Markdown en anglais.
- 02
Générer des brouillons de traduction
Un script demande des brouillons à un LLM en préservant le code, les liens et les noms.
- 03
Relire les traductions
Une personne vérifie chaque brouillon. Rien de traduit automatiquement n'est publié tel quel.
- 04
Commit dans Git
Les fichiers validés sont commités ; l'historique montre qui a modifié quoi.
- 05
Build
La CI valide les contenus et construit deux sites statiques : nofpress.com et nofpress.pl.
- 06
Déploiement
Le résultat est envoyé sur Cloudflare Pages et diffusé via son CDN.
Les compromis que nous acceptons
Publier demande un build
Une coquille corrigée n'est pas en ligne à l'enregistrement, mais à la fin du déploiement suivant — en général quelques minutes.
Les formulaires ont besoin d'un service séparé
Notre formulaire d'audit envoie vers un petit Cloudflare Worker. C'est une seconde pièce à maintenir et à sécuriser.
L'édition passe par Git
C'est confortable pour les développeurs. Des rédacteurs non techniques voudraient une interface CMS basée sur Git par-dessus.
Le framework envoie quand même du JavaScript
Next.js envoie un runtime client pour la navigation et l'hydratation. Les pages fonctionnent sans lui, mais ce n'est pas zéro JS.
Les traductions demandent encore des humains
Les brouillons de LLM accélèrent le travail, mais chaque langue a besoin d'un relecteur qui connaît son marché.
Vous voulez que votre site fonctionne ainsi ?
Parlez-nous de votre site WordPress et nous vérifierons si une migration statique a du sens.
Obtenir un audit de migration gratuit