i18next-fs-backend :
les traductions lues depuis le disque
i18next-fs-backend est un module de la bibliothèque de traduction i18next. Il charge les fichiers de traduction depuis le système de fichiers, côté serveur, dans un environnement Node comme celui de Next.js.
i18next-fs-backend est un module de traduction i18next qui charge les fichiers depuis le disque, côté serveur.
Le préfixe « fs » signifie file system : ce module lit les traductions dans les fichiers du projet, où seul le serveur a accès.
Contexte et utilisation
Le navigateur n’a pas accès au système de fichiers pour des raisons de sécurité. Ce module ne fonctionne donc que côté Node.js, tandis que le client utilise d’autres backends (comme i18next-http-backend) pour récupérer les traductions par réseau.
Dans Next.js, i18next-fs-backend s’utilise dans les parties serveur — rendu de page, composants serveur, API. Pour choisir entre i18next-fs-backend et i18next-resources-to-backend, considérez votre architecture : lecture directe de fichiers ou fonction d’import.
Structurez l’internationalisation de votre projet. Appelez-nous au 0476 07 23 28 ou demandez un devis.
Notions liées.
Le réseau de notions autour de cette fiche — chaque entrée renvoie vers sa propre définition.
Next.js, le méta-framework React
Le contexte où l'on rencontre souvent ce module.
i18next-resources-to-backend
Une autre façon de fournir les traductions à i18next.
Node.js comme back-end
L'environnement serveur qui donne accès aux fichiers.
Next.js côté API
La partie serveur de Next, où ce module opère.
JavaScript, le langage du web
Le langage commun à i18next et à Node.
Ce qu'on nous demande souvent.
Une question qui n'est pas ici ? Écrivez-nous : on répond en clair, sans jargon, sous 24 h.
Poser votre questionÀ quoi sert i18next-fs-backend ?
C'est un module d'extension pour i18next, la bibliothèque de traduction du monde JavaScript. Son rôle est précis : charger les fichiers de traduction — souvent des fichiers JSON contenant les textes de chaque langue — depuis le système de fichiers du serveur.
Le préfixe « fs » signifie file system, système de fichiers. Il s'utilise donc côté serveur, dans un environnement Node comme celui que fournit Next.js.
Pourquoi charger les traductions depuis les fichiers ?
Parce que côté serveur, les traductions vivent naturellement sous forme de fichiers dans le projet. Plutôt que de les inclure toutes dans le code ou de les télécharger par le réseau, i18next-fs-backend les lit directement sur le disque au moment voulu.
Cette approche est simple, rapide et bien adaptée au rendu côté serveur, où l'application a un accès direct aux fichiers.
i18next-fs-backend fonctionne-t-il dans le navigateur ?
Non, et c'est le point clé. Le navigateur n'a pas accès au système de fichiers du serveur, pour des raisons de sécurité. Ce module est donc réservé au côté serveur — Node.js.
Côté navigateur, i18next utilise d'autres modules, qui récupèrent les traductions via le réseau. La confusion entre les deux est une source d'erreurs fréquente.
Quelle différence avec i18next-resources-to-backend ?
Les deux fournissent des traductions à i18next, mais autrement. i18next-fs-backend lit des fichiers sur le disque du serveur. i18next-resources-to-backend, lui, permet de fournir les ressources via une fonction, par exemple en important dynamiquement des modules — une approche souvent plus souple dans certains montages Next.js.
Le choix dépend de l'architecture et de l'endroit où le code s'exécute.
Faut-il i18next-fs-backend pour traduire un site Next.js ?
Pas nécessairement. C'est une option parmi d'autres pour alimenter i18next côté serveur.
Selon la façon dont on structure l'internationalisation — rendu côté serveur, composants serveur, import direct des fichiers — d'autres approches peuvent convenir, voire être préférables. Ce module reste utile quand on veut charger les traductions depuis le système de fichiers de manière explicite.