@intlayer/docs 8.1.7 → 8.1.9

package/docs/zh/releases/v8.md

@@ -787,7 +787,7 @@ const aboutPageMetaContent = {
     title: "关于我们公司 - 了解更多关于我们的信息",
     description: "了解我们公司的使命、价值观和团队。",
   },
-} satisfies Dictionary<"seo-metadata">;
+} satisfies Dictionary;
 
 export default aboutPageMetaContent;
 ```

package/frequent_questions/ar/error-vite-env-only.md

@@ -49,13 +49,13 @@ Error: [vite-env-only] Import denied
 في وثائق React-Router حول **اتفاقيات وحدات الخادم**
 (https://reactrouter.com/api/framework-conventions/server-modules)، يقترح الفريق **بشكل صريح استخدام `vite-env-only`** لمنع استيرادات الخادم فقط من التسرب إلى حزمة العميل.
 
-ومع ذلك، تعتمد تلك الاتفاقيات على aliasing الخاص بـ Vite، و conditional exports، و tree-shaking لإزالة كود الخادم فقط. بينما يتم تطبيق aliasing و conditional exports بالفعل، تظل بعض الأدوات المعتمدة على Node موجودة في حزم مثل `@intlayer/core` في تلك المرحلة (حتى وإن لم تُستورد على العميل). وبما أن عملية tree-shaking لم تُنفَّذ بعد، تُحلل تلك الدوال بواسطة Babel، ويكتشف `vite-env-only` استيرادات `node:` ويرفع نتيجة إيجابية كاذبة — على الرغم من أنها تُزال بشكل صحيح من حزمة العميل النهائية.
+ومع ذلك، تعتمد تلك الاتفاقيات على aliasing الخاص بـ Vite، و conditional exports، و tree-shaking لإزالة كود الخادم فقط. بينما يتم تطبيق aliasing و conditional exports بالفعل، تظل بعض الأدوات المعتمدة على Node موجودة في حزم مثل `@intlayer/core` في تلك المرحلة (حتى وإن لم تُستورد على العميل). وبما أن عملية tree-shaking لم تُنفَّذ بعد، تُحلل تلك الدوال بواسطة Babel، ويكتشف `vite-env-only` استيرادات `node:` ويرفع نتيجة إيجابية كاذبة, على الرغم من أنها تُزال بشكل صحيح من حزمة العميل النهائية.
 
 ## كيفية الإصلاح / حلول بديلة
 
 ### موصى به: إزالة `vite-env-only`
 
-ببساطة احذف الإضافة. في العديد من الحالات لست بحاجة إليها — Vite يتعامل بالفعل مع استيرادات العميل مقابل الخادم عبر آلية الحل الخاصة به.
+ببساطة احذف الإضافة. في العديد من الحالات لست بحاجة إليها. Vite يتعامل بالفعل مع استيرادات العميل مقابل الخادم عبر آلية الحل الخاصة به.
 
 هذا يصلح خطأ رفض `node:fs` الزائف دون أي تغييرات في Intlayer.
 

package/frequent_questions/de/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer-Pakete enthalten Code, der sowohl in Node als auch im Browser funktioni
 In der React-Router-Dokumentation zu den **Konventionen für Server-Module**
 (https://reactrouter.com/api/framework-conventions/server-modules), das Team **empfiehlt ausdrücklich die Verwendung von `vite-env-only`**, um zu verhindern, dass serverseitige Importe in das Client-Bundle gelangen.
 
-Diese Konventionen beruhen jedoch auf Vites Aliasing, conditional exports und tree-shaking, um serverseitigen Code zu entfernen. Während Aliasing und conditional exports bereits angewendet werden, sind einige Node-basierte Hilfsfunktionen zu diesem Zeitpunkt in Paketen wie `@intlayer/core` noch vorhanden (obwohl sie im Client niemals importiert werden). Da das tree-shaking noch nicht ausgeführt wurde, werden diese Funktionen weiterhin von Babel geparst, und `vite-env-only` erkennt deren `node:`-Importe und meldet einen False Positive — obwohl sie im finalen Client-Bundle korrekt entfernt werden.
+Diese Konventionen beruhen jedoch auf Vites Aliasing, conditional exports und tree-shaking, um serverseitigen Code zu entfernen. Während Aliasing und conditional exports bereits angewendet werden, sind einige Node-basierte Hilfsfunktionen zu diesem Zeitpunkt in Paketen wie `@intlayer/core` noch vorhanden (obwohl sie im Client niemals importiert werden). Da das tree-shaking noch nicht ausgeführt wurde, werden diese Funktionen weiterhin von Babel geparst, und `vite-env-only` erkennt deren `node:`-Importe und meldet einen False Positive, obwohl sie im finalen Client-Bundle korrekt entfernt werden.
 
 ## Wie man das behebt / umgeht
 
 ### Empfehlung: `vite-env-only` entfernen
 
-Entfernen Sie einfach das Plugin. In vielen Fällen ist es nicht nötig — Vite unterscheidet bereits über seine eigene Auflösung zwischen Client- und Server-Imports.
+Entfernen Sie einfach das Plugin. In vielen Fällen ist es nicht nötig. Vite unterscheidet bereits über seine eigene Auflösung zwischen Client- und Server-Imports.
 
 Damit wird die fälschliche `node:fs`-Ablehnung behoben, ohne Änderungen an Intlayer.
 

package/frequent_questions/en/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer packages contain code that can work on both Node and browser. At an _in
 In the React-Router documentation about **server module conventions**  
 (https://reactrouter.com/api/framework-conventions/server-modules), the team **explicitly suggests using `vite-env-only`** to prevent server-only imports from leaking into the client bundle.
 
-However, those conventions rely on Vite’s aliasing, conditional exports, and tree-shaking to remove server-only code. While aliasing and conditional exports are already applied, some Node-based utilities are still present in packages like `@intlayer/core` at that stage (even though they are never imported on the client). Because tree-shaking has not run yet, those functions are still parsed by Babel, and `vite-env-only` detects their `node:` imports and raises a false positive — even though they are correctly purged from the final client bundle.
+However, those conventions rely on Vite’s aliasing, conditional exports, and tree-shaking to remove server-only code. While aliasing and conditional exports are already applied, some Node-based utilities are still present in packages like `@intlayer/core` at that stage (even though they are never imported on the client). Because tree-shaking has not run yet, those functions are still parsed by Babel, and `vite-env-only` detects their `node:` imports and raises a false positive, even though they are correctly purged from the final client bundle.
 
 ## How to fix / work around
 
 ### Recommended: Drop `vite-env-only`
 
-Simply remove the plugin. In many cases you don’t need it — Vite already handles client vs server imports via its own resolution.
+Simply remove the plugin. In many cases you don’t need it. Vite already handles client vs server imports via its own resolution.
 
 This fixes the false `node:fs` denial without changes to Intlayer.
 

package/frequent_questions/en-GB/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer packages contain code that can work on both Node and the browser. At an
 In the React-Router documentation about **server module conventions**  
 (https://reactrouter.com/api/framework-conventions/server-modules), the team **explicitly recommends using `vite-env-only`** to prevent server-only imports from leaking into the client bundle.
 
-However, those conventions rely on Vite’s aliasing, conditional exports, and tree-shaking to remove server-only code. While aliasing and conditional exports are already applied, some Node-based utilities are still present in packages like `@intlayer/core` at that stage (even though they are never imported on the client). Because tree-shaking has not run yet, those functions are still parsed by Babel, and `vite-env-only` detects their `node:` imports and flags a false positive — even though they are correctly removed from the final client bundle.
+However, those conventions rely on Vite’s aliasing, conditional exports, and tree-shaking to remove server-only code. While aliasing and conditional exports are already applied, some Node-based utilities are still present in packages like `@intlayer/core` at that stage (even though they are never imported on the client). Because tree-shaking has not run yet, those functions are still parsed by Babel, and `vite-env-only` detects their `node:` imports and flags a false positive, even though they are correctly removed from the final client bundle.
 
 ## How to fix / work around
 
 ### Recommended: Remove `vite-env-only`
 
-Simply remove the plugin. In many cases you don’t need it — Vite already handles client vs server imports via its own resolution.
+Simply remove the plugin. In many cases you don’t need it. Vite already handles client vs server imports via its own resolution.
 
 This fixes the false `node:fs` denial without any changes to Intlayer.
 

package/frequent_questions/es/error-vite-env-only.md

@@ -48,13 +48,13 @@ Los paquetes de Intlayer contienen código que puede funcionar tanto en Node com
 
 (https://reactrouter.com/api/framework-conventions/server-modules), el equipo **sugiere explícitamente usar `vite-env-only`** para evitar que las importaciones exclusivas del servidor se filtren en el bundle del cliente.
 
-Sin embargo, esas convenciones dependen del aliasing de Vite, las exportaciones condicionales y el tree-shaking para eliminar el código exclusivo del servidor. Aunque el aliasing y las exportaciones condicionales ya se aplican, algunas utilidades basadas en Node aún están presentes en paquetes como `@intlayer/core` en esa etapa (aunque nunca se importan en el cliente). Como el tree-shaking no se ha ejecutado todavía, esas funciones todavía son parseadas por Babel, y `vite-env-only` detecta sus importaciones `node:` y produce un falso positivo — aunque se purgan correctamente del bundle final del cliente.
+Sin embargo, esas convenciones dependen del aliasing de Vite, las exportaciones condicionales y el tree-shaking para eliminar el código exclusivo del servidor. Aunque el aliasing y las exportaciones condicionales ya se aplican, algunas utilidades basadas en Node aún están presentes en paquetes como `@intlayer/core` en esa etapa (aunque nunca se importan en el cliente). Como el tree-shaking no se ha ejecutado todavía, esas funciones todavía son parseadas por Babel, y `vite-env-only` detecta sus importaciones `node:` y produce un falso positivo, aunque se purgan correctamente del bundle final del cliente.
 
 ## Cómo solucionarlo / soluciones alternativas
 
 ### Recomendado: Eliminar `vite-env-only`
 
-Simplemente elimina el plugin. En muchos casos no lo necesitas — Vite ya gestiona las importaciones cliente vs servidor mediante su propia resolución.
+Simplemente elimina el plugin. En muchos casos no lo necesitas. Vite ya gestiona las importaciones cliente vs servidor mediante su propia resolución.
 
 Esto soluciona la denegación falsa de `node:fs` sin cambios en Intlayer.
 

package/frequent_questions/fr/error-vite-env-only.md

@@ -49,13 +49,13 @@ Les packages Intlayer contiennent du code pouvant s'exécuter à la fois sur Nod
 Dans la documentation de React-Router au sujet des **conventions des modules serveur**
 (https://reactrouter.com/api/framework-conventions/server-modules), l'équipe **suggère explicitement d'utiliser `vite-env-only`** pour empêcher que des imports réservés au serveur ne fuient dans le bundle client.
 
-Cependant, ces conventions s'appuient sur l'aliasing de Vite, les exports conditionnels et le tree-shaking pour éliminer le code réservé au serveur. Alors que l'aliasing et les exports conditionnels sont déjà appliqués, certains utilitaires basés sur Node sont encore présents dans des packages comme `@intlayer/core` à ce stade (même s'ils ne sont jamais importés côté client). Comme le tree-shaking n'a pas encore été exécuté, ces fonctions sont toujours analysées par Babel, et `vite-env-only` détecte leurs imports `node:` et génère un faux positif — alors qu'ils sont correctement purgés du bundle client final.
+Cependant, ces conventions s'appuient sur l'aliasing de Vite, les exports conditionnels et le tree-shaking pour éliminer le code réservé au serveur. Alors que l'aliasing et les exports conditionnels sont déjà appliqués, certains utilitaires basés sur Node sont encore présents dans des packages comme `@intlayer/core` à ce stade (même s'ils ne sont jamais importés côté client). Comme le tree-shaking n'a pas encore été exécuté, ces fonctions sont toujours analysées par Babel, et `vite-env-only` détecte leurs imports `node:` et génère un faux positif, alors qu'ils sont correctement purgés du bundle client final.
 
 ## Comment corriger / contourner
 
 ### Recommandation : Supprimer `vite-env-only`
 
-Supprimez simplement le plugin. Dans de nombreux cas, vous n'en avez pas besoin — Vite gère déjà les imports client vs serveur via sa propre résolution.
+Supprimez simplement le plugin. Dans de nombreux cas, vous n'en avez pas besoin. Vite gère déjà les imports client vs serveur via sa propre résolution.
 
 Cela corrige la fausse erreur sur `node:fs` sans modification d'Intlayer.
 

package/frequent_questions/hi/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer पैकेजों में ऐसा कोड होता है
 React-Router के दस्तावेज़ में **server module conventions**  
 (https://reactrouter.com/api/framework-conventions/server-modules), टीम **स्पष्ट रूप से `vite-env-only` का उपयोग करने का सुझाव देती है** ताकि server-only imports क्लाइंट बंडल में लीक न हों।
 
-हालाँकि, ये कन्वेंशन्स Vite की aliasing, conditional exports, और tree-shaking पर निर्भर करते हैं ताकि server-only कोड हटाया जा सके। जबकि aliasing और conditional exports पहले से लागू हैं, कुछ Node-आधारित utilities उस चरण में अभी भी पैकेजेज़ जैसे `@intlayer/core` में मौजूद रहते हैं (हालाँकि वे क्लाइंट पर कभी import नहीं होते)। क्योंकि tree-shaking अभी तक नहीं चला है, वे फ़ंक्शंस अभी भी Babel द्वारा पार्स किए जाते हैं, और `vite-env-only` उनके `node:` imports का पता लगा कर एक false positive उठाता है — भले ही वे अंतिम क्लाइंट बंडल से सही तरीके से हटाए जा चुके हों।
+हालाँकि, ये कन्वेंशन्स Vite की aliasing, conditional exports, और tree-shaking पर निर्भर करते हैं ताकि server-only कोड हटाया जा सके। जबकि aliasing और conditional exports पहले से लागू हैं, कुछ Node-आधारित utilities उस चरण में अभी भी पैकेजेज़ जैसे `@intlayer/core` में मौजूद रहते हैं (हालाँकि वे क्लाइंट पर कभी import नहीं होते)। क्योंकि tree-shaking अभी तक नहीं चला है, वे फ़ंक्शंस अभी भी Babel द्वारा पार्स किए जाते हैं, और `vite-env-only` उनके `node:` imports का पता लगा कर एक false positive उठाता है, भले ही वे अंतिम क्लाइंट बंडल से सही तरीके से हटाए जा चुके हों।
 
 ## कैसे ठीक करें / वर्कअराउंड
 
 ### अनुशंसित: `vite-env-only` हटाएँ
 
-सिर्फ़ प्लगइन को हटा दें। कई मामलों में इसकी आवश्यकता नहीं होती — Vite अपने resolution के माध्यम से क्लाइंट बनाम सर्वर इम्पोर्ट्स को पहले से ही संभालता है।
+सिर्फ़ प्लगइन को हटा दें। कई मामलों में इसकी आवश्यकता नहीं होती. Vite अपने resolution के माध्यम से क्लाइंट बनाम सर्वर इम्पोर्ट्स को पहले से ही संभालता है।
 
 यह Intlayer में किसी बदलाव के बिना `node:fs` पर दिखने वाली false positive को ठीक कर देता है।
 

package/frequent_questions/id/domain_routing.md

@@ -45,7 +45,7 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-Itu saja—cara kerjanya sama untuk **Next.js**, **Vite + React**, **Vite + Vue**, dll.
+Itu saja, cara kerjanya sama untuk **Next.js**, **Vite + React**, **Vite + Vue**, dll.
 
 ## Bagaimana jika setiap domain mengarah ke deployment **yang sama**?
 

package/frequent_questions/id/error-vite-env-only.md

@@ -49,13 +49,13 @@ Paket Intlayer berisi kode yang dapat berjalan di Node maupun browser. Pada taha
 Dalam dokumentasi React-Router tentang **konvensi modul server**  
 (https://reactrouter.com/api/framework-conventions/server-modules), tim **secara eksplisit menyarankan menggunakan `vite-env-only`** untuk mencegah impor yang hanya untuk server bocor ke bundle klien.
 
-Namun, konvensi tersebut bergantung pada aliasing Vite, conditional exports, dan tree-shaking untuk menghapus kode yang hanya untuk server. Meskipun aliasing dan conditional exports sudah diterapkan, beberapa utilitas berbasis Node masih hadir dalam paket seperti `@intlayer/core` pada tahap itu (meskipun mereka tidak pernah diimpor di sisi klien). Karena tree-shaking belum dijalankan, fungsi-fungsi tersebut masih diparsing oleh Babel, dan `vite-env-only` mendeteksi impor `node:` mereka dan menghasilkan false positive — meskipun impor tersebut benar-benar dibersihkan dari bundle klien akhir.
+Namun, konvensi tersebut bergantung pada aliasing Vite, conditional exports, dan tree-shaking untuk menghapus kode yang hanya untuk server. Meskipun aliasing dan conditional exports sudah diterapkan, beberapa utilitas berbasis Node masih hadir dalam paket seperti `@intlayer/core` pada tahap itu (meskipun mereka tidak pernah diimpor di sisi klien). Karena tree-shaking belum dijalankan, fungsi-fungsi tersebut masih diparsing oleh Babel, dan `vite-env-only` mendeteksi impor `node:` mereka dan menghasilkan false positive, meskipun impor tersebut benar-benar dibersihkan dari bundle klien akhir.
 
 ## Cara memperbaiki / mengatasi
 
 ### Direkomendasikan: Hapus `vite-env-only`
 
-Cukup hapus plugin tersebut. Dalam banyak kasus Anda tidak membutuhkannya — Vite sudah menangani impor client vs server melalui resolusinya sendiri.
+Cukup hapus plugin tersebut. Dalam banyak kasus Anda tidak membutuhkannya. Vite sudah menangani impor client vs server melalui resolusinya sendiri.
 
 Ini memperbaiki penolakan `node:fs` yang keliru tanpa perubahan pada Intlayer.
 

package/frequent_questions/it/error-vite-env-only.md

@@ -49,13 +49,13 @@ I pacchetti Intlayer contengono codice che può funzionare sia su Node sia sul b
 Nella documentazione di React-Router sulle **convenzioni per i moduli lato server**  
 (https://reactrouter.com/api/framework-conventions/server-modules), il team **suggerisce esplicitamente di usare `vite-env-only`** per evitare che import specifici del server trapelino nel bundle client.
 
-Tuttavia, quelle convenzioni si basano su aliasing di Vite, conditional exports e tree-shaking per rimuovere il codice server-only. Sebbene aliasing e conditional exports siano già applicati, alcune utilità basate su Node sono ancora presenti in pacchetti come `@intlayer/core` in quella fase (anche se non vengono mai importate nel client). Poiché il tree-shaking non è ancora stato eseguito, quelle funzioni vengono comunque analizzate da Babel, e `vite-env-only` rileva i loro import `node:` e segnala un falso positivo — anche se vengono correttamente eliminati dal bundle client finale.
+Tuttavia, quelle convenzioni si basano su aliasing di Vite, conditional exports e tree-shaking per rimuovere il codice server-only. Sebbene aliasing e conditional exports siano già applicati, alcune utilità basate su Node sono ancora presenti in pacchetti come `@intlayer/core` in quella fase (anche se non vengono mai importate nel client). Poiché il tree-shaking non è ancora stato eseguito, quelle funzioni vengono comunque analizzate da Babel, e `vite-env-only` rileva i loro import `node:` e segnala un falso positivo, anche se vengono correttamente eliminati dal bundle client finale.
 
 ## Come risolvere / aggirare
 
 ### Consigliato: Rimuovere `vite-env-only`
 
-Rimuovi semplicemente il plugin. In molti casi non ti serve — Vite gestisce già le importazioni client vs server tramite la propria risoluzione.
+Rimuovi semplicemente il plugin. In molti casi non ti serve. Vite gestisce già le importazioni client vs server tramite la propria risoluzione.
 
 Questo risolve il falso errore su `node:fs` senza modifiche a Intlayer.
 

package/frequent_questions/ja/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer のパッケージには Node とブラウザの両方で動作する
 React-Router のドキュメントにある **server module conventions（サーバーモジュールの慣例）**
 (https://reactrouter.com/api/framework-conventions/server-modules)、チームはクライアントバンドルにサーバー専用のインポートが漏れ出すのを防ぐために、**明示的に `vite-env-only` の使用を推奨しています\*\*。
 
-しかし、これらの規約はサーバー専用コードを除去するために Vite のエイリアス、条件付きエクスポート、そしてツリーシェイキングに依存しています。エイリアスと条件付きエクスポートは既に適用されているものの、`@intlayer/core` のようなパッケージにはその段階でまだ一部の Node ベースのユーティリティが存在します（クライアントでは実際にはインポートされません）。ツリーシェイキングがまだ実行されていないため、それらの関数は Babel によって解析され続け、`vite-env-only` がそれらの `node:` インポートを検出して誤検出（false positive）を引き起こします — 最終的なクライアントバンドルからは正しく削除されているにもかかわらず。
+しかし、これらの規約はサーバー専用コードを除去するために Vite のエイリアス、条件付きエクスポート、そしてツリーシェイキングに依存しています。エイリアスと条件付きエクスポートは既に適用されているものの、`@intlayer/core` のようなパッケージにはその段階でまだ一部の Node ベースのユーティリティが存在します（クライアントでは実際にはインポートされません）。ツリーシェイキングがまだ実行されていないため、それらの関数は Babel によって解析され続け、`vite-env-only` がそれらの `node:` インポートを検出して誤検出（false positive）を引き起こします, 最終的なクライアントバンドルからは正しく削除されているにもかかわらず。
 
 ## 修正方法 / 回避策
 
 ### 推奨: `vite-env-only` を削除する
 
-単純にそのプラグインを削除してください。多くの場合不要です — Vite は独自の解決でクライアントとサーバーのインポートを既に処理します。
+単純にそのプラグインを削除してください。多くの場合不要です. Vite は独自の解決でクライアントとサーバーのインポートを既に処理します。
 
 これにより Intlayer を変更することなく `node:fs` による誤検出が解消します。
 

package/frequent_questions/ko/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer 패키지는 Node와 브라우저 양쪽에서 동작할 수 있는 코
 React-Router 문서의 **server module conventions**
 (https://reactrouter.com/api/framework-conventions/server-modules), 팀은 클라이언트 번들로 서버 전용 import가 유출되는 것을 방지하기 위해 **명시적으로 `vite-env-only` 사용을 권장합니다**.
 
-하지만 이러한 규칙들은 서버 전용 코드를 제거하기 위해 Vite의 aliasing, conditional exports, 그리고 tree-shaking에 의존합니다. aliasing과 conditional exports는 이미 적용되더라도, 해당 단계에서는 `@intlayer/core` 같은 패키지에 Node 기반 유틸리티가 여전히 존재할 수 있습니다(클라이언트에서 실제로는 가져오지 않더라도). 아직 tree-shaking이 실행되지 않았기 때문에 이러한 함수들은 여전히 Babel에 의해 파싱되고, `vite-env-only`가 그들의 `node:` import를 감지하여 오탐을 발생시킵니다 — 최종 클라이언트 번들에서는 올바르게 제거되었음에도 불구하고.
+하지만 이러한 규칙들은 서버 전용 코드를 제거하기 위해 Vite의 aliasing, conditional exports, 그리고 tree-shaking에 의존합니다. aliasing과 conditional exports는 이미 적용되더라도, 해당 단계에서는 `@intlayer/core` 같은 패키지에 Node 기반 유틸리티가 여전히 존재할 수 있습니다(클라이언트에서 실제로는 가져오지 않더라도). 아직 tree-shaking이 실행되지 않았기 때문에 이러한 함수들은 여전히 Babel에 의해 파싱되고, `vite-env-only`가 그들의 `node:` import를 감지하여 오탐을 발생시킵니다, 최종 클라이언트 번들에서는 올바르게 제거되었음에도 불구하고.
 
 ## 수정 / 우회 방법
 
 ### 권장: `vite-env-only` 제거
 
-플러그인을 단순히 제거하세요. 대부분의 경우 필요하지 않습니다 — Vite는 자체 모듈 해석으로 클라이언트와 서버 임포트를 이미 처리합니다.
+플러그인을 단순히 제거하세요. 대부분의 경우 필요하지 않습니다. Vite는 자체 모듈 해석으로 클라이언트와 서버 임포트를 이미 처리합니다.
 
 이렇게 하면 Intlayer를 변경하지 않고도 잘못된 `node:fs` 차단이 해결됩니다.
 

package/frequent_questions/pl/domain_routing.md

@@ -45,7 +45,7 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-To wszystko — działa tak samo dla **Next.js**, **Vite + React**, **Vite + Vue** itd.
+To wszystko, działa tak samo dla **Next.js**, **Vite + React**, **Vite + Vue** itd.
 
 ## Co jeśli każda domena trafia do **tego samego** wdrożenia?
 

package/frequent_questions/pl/error-vite-env-only.md

@@ -49,13 +49,13 @@ Pakiety Intlayer zawierają kod, który może działać zarówno na Node, jak i
 W dokumentacji React-Router dotyczącej **konwencji modułów serwerowych**  
 (https://reactrouter.com/api/framework-conventions/server-modules), zespół **wyraźnie sugeruje użycie `vite-env-only`**, aby zapobiec przedostawaniu się importów tylko dla serwera do bundle'a klienta.
 
-Jednakże te konwencje opierają się na aliasingu Vite, conditional exports oraz tree-shaking, aby usunąć kod tylko dla serwera. Chociaż aliasing i conditional exports są już stosowane, niektóre narzędzia oparte na Node nadal występują w pakietach takich jak `@intlayer/core` na tym etapie (nawet jeśli nigdy nie są importowane po stronie klienta). Ponieważ tree-shaking jeszcze się nie uruchomił, te funkcje są nadal parsowane przez Babel, a `vite-env-only` wykrywa ich importy `node:` i zgłasza false positive — mimo że są poprawnie usuwane z ostatecznego bundle'a klienta.
+Jednakże te konwencje opierają się na aliasingu Vite, conditional exports oraz tree-shaking, aby usunąć kod tylko dla serwera. Chociaż aliasing i conditional exports są już stosowane, niektóre narzędzia oparte na Node nadal występują w pakietach takich jak `@intlayer/core` na tym etapie (nawet jeśli nigdy nie są importowane po stronie klienta). Ponieważ tree-shaking jeszcze się nie uruchomił, te funkcje są nadal parsowane przez Babel, a `vite-env-only` wykrywa ich importy `node:` i zgłasza false positive, mimo że są poprawnie usuwane z ostatecznego bundle'a klienta.
 
 ## Jak naprawić / obejść
 
 ### Zalecane: Usuń `vite-env-only`
 
-Po prostu usuń wtyczkę. W wielu przypadkach nie jest ona potrzebna — Vite sam obsługuje rozróżnienie importów dla klienta i serwera poprzez własne rozwiązywanie.
+Po prostu usuń wtyczkę. W wielu przypadkach nie jest ona potrzebna. Vite sam obsługuje rozróżnienie importów dla klienta i serwera poprzez własne rozwiązywanie.
 
 To naprawia fałszywy błąd dotyczący `node:fs` bez konieczności wprowadzania zmian w Intlayer.
 

package/frequent_questions/pt/error-vite-env-only.md

@@ -49,13 +49,13 @@ Os pacotes do Intlayer contêm código que pode funcionar tanto no Node como no
 Na documentação do React-Router sobre as **convenções de módulos de servidor**
 (https://reactrouter.com/api/framework-conventions/server-modules), a equipe **sugere explicitamente usar `vite-env-only`** para evitar que importações exclusivas do servidor vazem para o bundle do cliente.
 
-Porém, essas convenções dependem do aliasing do Vite, das conditional exports e do tree-shaking para remover o código exclusivo do servidor. Embora o aliasing e as conditional exports já estejam aplicados, alguns utilitários baseados em Node ainda estão presentes em pacotes como `@intlayer/core` nessa fase (mesmo que nunca sejam importados pelo cliente). Como o tree-shaking ainda não foi executado, essas funções ainda são analisadas pelo Babel, e o `vite-env-only` detecta suas importações `node:` e gera um falso positivo — mesmo que elas sejam corretamente purgadas do bundle final do cliente.
+Porém, essas convenções dependem do aliasing do Vite, das conditional exports e do tree-shaking para remover o código exclusivo do servidor. Embora o aliasing e as conditional exports já estejam aplicados, alguns utilitários baseados em Node ainda estão presentes em pacotes como `@intlayer/core` nessa fase (mesmo que nunca sejam importados pelo cliente). Como o tree-shaking ainda não foi executado, essas funções ainda são analisadas pelo Babel, e o `vite-env-only` detecta suas importações `node:` e gera um falso positivo, mesmo que elas sejam corretamente purgadas do bundle final do cliente.
 
 ## Como corrigir / contornar
 
 ### Recomendado: Remover `vite-env-only`
 
-Simplesmente remova o plugin. Em muitos casos você não precisa dele — o Vite já lida com importações cliente vs servidor através da sua própria resolução.
+Simplesmente remova o plugin. Em muitos casos você não precisa dele, o Vite já lida com importações cliente vs servidor através da sua própria resolução.
 
 Isto corrige o erro falso de `node:fs` sem alterações no Intlayer.
 

package/frequent_questions/ru/error-vite-env-only.md

@@ -49,13 +49,13 @@ Error: [vite-env-only] Import denied
 В документации React-Router о **sоrver module conventions**  
 (https://reactrouter.com/api/framework-conventions/server-modules), команда **явно предлагает использовать `vite-env-only`**, чтобы предотвратить утечку импортов, предназначенных только для сервера, в клиентский бандл.
 
-Однако эти соглашения опираются на алиасы Vite, условные экспорты и tree-shaking для удаления серверного кода. Хотя алиасы и условные экспорты уже применяются, некоторые утилиты на базе Node всё ещё присутствуют в пакетах, таких как `@intlayer/core`, на этом этапе (даже если они никогда не импортируются в клиенте). Поскольку tree-shaking ещё не выполнился, эти функции всё ещё разбираются Babel, и `vite-env-only` обнаруживает их `node:` импорты и вызывает ложное срабатывание — несмотря на то, что они корректно удаляются из финального клиентского бандла.
+Однако эти соглашения опираются на алиасы Vite, условные экспорты и tree-shaking для удаления серверного кода. Хотя алиасы и условные экспорты уже применяются, некоторые утилиты на базе Node всё ещё присутствуют в пакетах, таких как `@intlayer/core`, на этом этапе (даже если они никогда не импортируются в клиенте). Поскольку tree-shaking ещё не выполнился, эти функции всё ещё разбираются Babel, и `vite-env-only` обнаруживает их `node:` импорты и вызывает ложное срабатывание, несмотря на то, что они корректно удаляются из финального клиентского бандла.
 
 ## Как исправить / обойти
 
 ### Рекомендуется: удалить `vite-env-only`
 
-Просто удалите плагин. Во многих случаях он не нужен — Vite уже сам решает, какие импорты относятся к клиенту, а какие к серверу.
+Просто удалите плагин. Во многих случаях он не нужен. Vite уже сам решает, какие импорты относятся к клиенту, а какие к серверу.
 
 Это устраняет ложную ошибку `node:fs` без изменений в Intlayer.
 

package/frequent_questions/tr/error-vite-env-only.md

@@ -49,13 +49,13 @@ Intlayer paketleri hem Node hem tarayıcı üzerinde çalışabilecek kod içeri
 React-Router dokümantasyonunda **sunucu modülü konvansiyonları** ile ilgili olarak
 (https://reactrouter.com/api/framework-conventions/server-modules), ekip, sunucuya özel importların istemci paketine sızmasını önlemek için **açıkça `vite-env-only` kullanmayı önerir**.
 
-Ancak bu konvansiyonlar, sunucuya özel kodu kaldırmak için Vite’in aliasing’ine, conditional exports'ına ve tree-shaking’ine dayanır. Alias’lama ve conditional exports zaten uygulanmış olsa da, bazı Node tabanlı yardımcılar bu aşamada `@intlayer/core` gibi paketlerde hâlâ mevcut olabilir (istemcide hiç import edilmemiş olsalar bile). Çünkü tree-shaking henüz çalışmadığından, bu fonksiyonlar hâlâ Babel tarafından parse edilir ve `vite-env-only` onların `node:` importlarını tespit edip yanlış pozitif bir hata verir — oysa bunlar nihai istemci paketinden doğru şekilde temizlenir.
+Ancak bu konvansiyonlar, sunucuya özel kodu kaldırmak için Vite’in aliasing’ine, conditional exports'ına ve tree-shaking’ine dayanır. Alias’lama ve conditional exports zaten uygulanmış olsa da, bazı Node tabanlı yardımcılar bu aşamada `@intlayer/core` gibi paketlerde hâlâ mevcut olabilir (istemcide hiç import edilmemiş olsalar bile). Çünkü tree-shaking henüz çalışmadığından, bu fonksiyonlar hâlâ Babel tarafından parse edilir ve `vite-env-only` onların `node:` importlarını tespit edip yanlış pozitif bir hata verir, oysa bunlar nihai istemci paketinden doğru şekilde temizlenir.
 
 ## Nasıl düzeltilecek / geçici çözümler
 
 ### Önerilen: `vite-env-only`'ı kaldırın
 
-Eklentiyi basitçe kaldırın. Birçok durumda buna gerek yok — Vite kendi çözümlemesiyle istemci ve sunucu importlarını zaten yönetir.
+Eklentiyi basitçe kaldırın. Birçok durumda buna gerek yok. Vite kendi çözümlemesiyle istemci ve sunucu importlarını zaten yönetir.
 
 Bu, Intlayer'da değişiklik yapmadan yanlış `node:fs` reddini düzeltir.
 

package/frequent_questions/uk/SSR_Next_no_[locale].md

@@ -21,7 +21,7 @@ slugs:
 
 # Чи можна використовувати Intlayer з Next.js без `[locale]` у шляху сторінки?
 
-Так — можна використовувати Intlayer з Next.js без `[locale]` у шляху сторінки. Однак цього не рекомендується робити, оскільки розділення сторінок по локалях дозволяє підвищити видимість за більшою кількістю ключових слів у пошукових системах. Крім того, це може вплинути на ваш SSR.
+Так, можна використовувати Intlayer з Next.js без `[locale]` у шляху сторінки. Однак цього не рекомендується робити, оскільки розділення сторінок по локалях дозволяє підвищити видимість за більшою кількістю ключових слів у пошукових системах. Крім того, це може вплинути на ваш SSR.
 
 Якщо ви хочете це зробити, дотримуйтеся тих самих кроків, що описані в керівництві [Intlayer with Next.js](https://intlayer.org/doc/environment/nextjs),
 

package/frequent_questions/uk/array_as_content_declaration.md

@@ -15,7 +15,7 @@ slugs:
 
 # Чи можна використовувати масив як декларацію контенту?
 
-Так — ви можете використовувати масив як декларацію контенту.
+Так, ви можете використовувати масив як декларацію контенту.
 
 ```ts
 import { t, type Dictionary } from "intlayer";

package/frequent_questions/uk/customized_locale_list.md

@@ -49,7 +49,7 @@ const config: IntlayerConfig = {
 
 Ця конфігурація змінить типи вашої функції `t()` так, щоб вони включали лише доступні локалі.
 
-Опція availableLocales є необов'язковою — якщо ви її не вкажете, будуть доступні всі локалі.
+Опція availableLocales є необов'язковою, якщо ви її не вкажете, будуть доступні всі локалі.
 
 Увага: усі локалі, включені в опцію `availableLocales`, повинні бути також включені в опцію `locales`.
 

package/frequent_questions/uk/domain_routing.md

@@ -45,7 +45,7 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-Ось і все — те саме працює для **Next.js**, **Vite + React**, **Vite + Vue** тощо.
+Ось і все, те саме працює для **Next.js**, **Vite + React**, **Vite + Vue** тощо.
 
 ## Що якщо всі домени вказують на **те саме** розгортання?
 

package/frequent_questions/uk/error-vite-env-only.md

@@ -31,7 +31,7 @@ Error: [vite-env-only] Import denied
 
 ```
 
-…незважаючи на те, що **в клієнтському бандлі немає `node:fs`**, це — **хибне спрацювання**.
+…незважаючи на те, що **в клієнтському бандлі немає `node:fs`**, це, **хибне спрацювання**.
 
 ## Чому це відбувається
 
@@ -49,13 +49,13 @@ Error: [vite-env-only] Import denied
 У документації React-Router щодо **конвенцій серверних модулів**
 (https://reactrouter.com/api/framework-conventions/server-modules), команда **чітко рекомендує використовувати `vite-env-only`**, щоб запобігти потраплянню імпортів, призначених лише для сервера, у клієнтський бандл.
 
-Однак ці конвенції покладаються на aliasing Vite, conditional exports і tree-shaking для видалення коду, призначеного лише для сервера. Хоча aliasing і conditional exports вже застосовані, деякі утиліти на основі Node все ще присутні в пакетах на кшталт `@intlayer/core` на цьому етапі (хоча вони ніколи не імпортуються на клієнті). Оскільки tree-shaking ще не відбувся, ці функції все ще парсяться Babel, і `vite-env-only` виявляє їхні імпорти `node:` та породжує false positive — хоча вони коректно очищуються з фінального клієнтського бандлу.
+Однак ці конвенції покладаються на aliasing Vite, conditional exports і tree-shaking для видалення коду, призначеного лише для сервера. Хоча aliasing і conditional exports вже застосовані, деякі утиліти на основі Node все ще присутні в пакетах на кшталт `@intlayer/core` на цьому етапі (хоча вони ніколи не імпортуються на клієнті). Оскільки tree-shaking ще не відбувся, ці функції все ще парсяться Babel, і `vite-env-only` виявляє їхні імпорти `node:` та породжує false positive, хоча вони коректно очищуються з фінального клієнтського бандлу.
 
 ## Як виправити / обійти
 
 ### Рекомендовано: Видалити `vite-env-only`
 
-Просто видаліть цей плагін. У багатьох випадках він не потрібен — Vite вже обробляє розрізнення імпортів для клієнта та сервера через власний механізм резолюції.
+Просто видаліть цей плагін. У багатьох випадках він не потрібен. Vite вже обробляє розрізнення імпортів для клієнта та сервера через власний механізм резолюції.
 
 Це виправляє хибну відмову через `node:fs` без змін в Intlayer.
 

package/frequent_questions/uk/get_locale_cookie.md

@@ -118,10 +118,10 @@ const locale = cookies().get("myCustomLocaleCookie")?.value;
  * пріоритетні мови користувача в порядку переваги.
  *
  * Приклад: "en-US,en;q=0.9,fr;q=0.8,es;q=0.7"
- * - en-US — основна мова (q=1.0 мається на увазі)
- * - en — другий вибір (q=0.9)
- * - fr — третій вибір (q=0.8)
- * - es — четвертий вибір (q=0.7)
+ * - en-US, основна мова (q=1.0 мається на увазі)
+ * - en, другий вибір (q=0.9)
+ * - fr, третій вибір (q=0.8)
+ * - es, четвертий вибір (q=0.7)
  */
 import { localeDetector } from "@intlayer/core";
 

package/frequent_questions/uk/static_rendering.md

@@ -27,7 +27,7 @@ slugs:
   Коли ви використовуєте `useTranslations`, `getTranslations`, або будь-який хелпер next-intl _всередині Server Component_ в застосунку з i18n-маршрутизацією (`/en/…`, `/fr/…`), Next.js позначає весь маршрут як **dynamic**. ([Next Intl][1])
 
 - **Чому?**
-  next-intl визначає поточну локаль з заголовка, доступного лише в запиті (`x-next-intl-locale`) через `headers()`. Оскільки `headers()` — це **динамічний API**, будь-який компонент, який до нього звертається, втрачає статичну оптимізацію. ([Next Intl][1], [Next.js][2])
+  next-intl визначає поточну локаль з заголовка, доступного лише в запиті (`x-next-intl-locale`) через `headers()`. Оскільки `headers()`, це **динамічний API**, будь-який компонент, який до нього звертається, втрачає статичну оптимізацію. ([Next Intl][1], [Next.js][2])
 
 - **Офіційне рішення (boilerplate)**
   1. Експортуйте `generateStaticParams` для кожної підтримуваної локалі.

package/frequent_questions/vi/domain_routing.md

@@ -45,7 +45,7 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-Chỉ vậy thôi — cách này hoạt động tương tự cho **Next.js**, **Vite + React**, **Vite + Vue**, v.v.
+Chỉ vậy thôi, cách này hoạt động tương tự cho **Next.js**, **Vite + React**, **Vite + Vue**, v.v.
 
 ## Nếu mọi tên miền đều trỏ đến cùng một lần triển khai thì sao?
 

package/frequent_questions/vi/error-vite-env-only.md

@@ -49,13 +49,13 @@ Các package của Intlayer chứa mã có thể chạy trên cả Node và trì
 Trong tài liệu của React-Router về **server module conventions**
 (https://reactrouter.com/api/framework-conventions/server-modules), nhóm **rõ ràng khuyến nghị sử dụng `vite-env-only`** để ngăn các import chỉ dành cho server bị rò rỉ vào bundle phía client.
 
-Tuy nhiên, những quy ước đó dựa vào aliasing của Vite, conditional exports và tree-shaking để loại bỏ mã chỉ dành cho server. Trong khi aliasing và conditional exports đã được áp dụng, một số tiện ích dựa trên Node vẫn còn xuất hiện trong các package như `@intlayer/core` ở giai đoạn đó (mặc dù chúng không bao giờ được import vào client). Vì tree-shaking chưa chạy, các hàm đó vẫn bị Babel phân tích cú pháp, và `vite-env-only` phát hiện các import `node:` của chúng và báo dương tính giả — mặc dù chúng đã được loại bỏ chính xác khỏi bundle cuối cùng của client.
+Tuy nhiên, những quy ước đó dựa vào aliasing của Vite, conditional exports và tree-shaking để loại bỏ mã chỉ dành cho server. Trong khi aliasing và conditional exports đã được áp dụng, một số tiện ích dựa trên Node vẫn còn xuất hiện trong các package như `@intlayer/core` ở giai đoạn đó (mặc dù chúng không bao giờ được import vào client). Vì tree-shaking chưa chạy, các hàm đó vẫn bị Babel phân tích cú pháp, và `vite-env-only` phát hiện các import `node:` của chúng và báo dương tính giả, mặc dù chúng đã được loại bỏ chính xác khỏi bundle cuối cùng của client.
 
 ## Cách khắc phục / giải pháp tạm thời
 
 ### Khuyến nghị: Gỡ bỏ `vite-env-only`
 
-Chỉ cần gỡ plugin. Trong nhiều trường hợp bạn không cần nó — Vite đã xử lý việc phân biệt imports client và server thông qua cơ chế resolution của nó.
+Chỉ cần gỡ plugin. Trong nhiều trường hợp bạn không cần nó. Vite đã xử lý việc phân biệt imports client và server thông qua cơ chế resolution của nó.
 
 Điều này sửa lỗi báo sai `node:fs` mà không cần thay đổi Intlayer.
 

package/frequent_questions/zh/error-vite-env-only.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2026-01-11
 updatedAt: 2026-01-11
-title: "`vite-env-only` 与 Intlayer — 错误的 `node:fs` 导入被拒绝"
+title: "`vite-env-only` 与 Intlayer, 错误的 `node:fs` 导入被拒绝"
 description: 为什么在 Intlayer + React-Router + Vite 的组合中，vite-env-only 报告 `node:fs` 导入被拒绝，以及应如何处理。
 keywords:
   - intlayer
@@ -49,13 +49,13 @@ Intlayer 的包包含可以在 Node 与浏览器上运行的代码。在一个 _
 在 React-Router 关于 **服务端模块约定** 的文档中
 (https://reactrouter.com/api/framework-conventions/server-modules)，团队**明确建议使用 `vite-env-only`\*\*以防止仅用于服务器的导入泄漏到客户端包中。
 
-然而，这些约定依赖于 Vite 的 aliasing、conditional exports 和 tree-shaking 来移除仅用于服务器的代码。尽管 aliasing 和 conditional exports 已经被应用，但在该阶段某些基于 Node 的实用工具仍然存在于像 `@intlayer/core` 这样的包中（即便它们从未在客户端被导入）。因为 tree-shaking 尚未运行，那些函数仍会被 Babel 解析，`vite-env-only` 检测到它们的 `node:` 导入并报出误报 —— 即便这些导入在最终的客户端包中已被正确清除。
+然而，这些约定依赖于 Vite 的 aliasing、conditional exports 和 tree-shaking 来移除仅用于服务器的代码。尽管 aliasing 和 conditional exports 已经被应用，但在该阶段某些基于 Node 的实用工具仍然存在于像 `@intlayer/core` 这样的包中（即便它们从未在客户端被导入）。因为 tree-shaking 尚未运行，那些函数仍会被 Babel 解析，`vite-env-only` 检测到它们的 `node:` 导入并报出误报, 即便这些导入在最终的客户端包中已被正确清除。
 
 ## 如何修复 / 规避
 
 ### 建议：移除 `vite-env-only`
 
-只需移除该插件。在许多情况下你不需要它 — Vite 已通过自身解析处理客户端与服务器导入的区分。
+只需移除该插件。在许多情况下你不需要它. Vite 已通过自身解析处理客户端与服务器导入的区分。
 
 这能修复误报的 `node:fs` 错误，而无需对 Intlayer 进行任何修改。
 

package/legal/de/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Intlayer Nutzungsbedingungen
+title: Intlayer Servicebedingungen
 description: Entdecken Sie, wie Intlayer Informationen verarbeitet, die über unsere Website und das CMS gesammelt werden. Folgen Sie der Dokumentation, um die verschiedenen Formate und Anwendungsfälle zu verstehen.
 keywords:
   - Internationalisierung

package/legal/fr/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Conditions d'utilisation d'Intlayer
+title: Conditions de Service d'Intlayer
 description: Découvrez comment Intlayer gère les informations collectées via notre site web et CMS. Suivez la documentation pour comprendre les différents formats et cas d'utilisation.
 keywords:
   - Internationalisation
@@ -20,7 +20,7 @@ slugs:
   - terms-of-service
 ---
 
-# Conditions d'utilisation d'Intlayer
+# Conditions d'Utilisation d'Intlayer
 
 ## 1. Acceptation des conditions
 

package/legal/ja/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Intlayer 利用規約
+title: Intlayer サービス利用規約
 description: Intlayer が当社のウェブサイトおよび CMS を通じて収集した情報をどのように扱うかをご確認ください。さまざまなフォーマットと使用例を理解するためにドキュメントに従ってください。
 keywords:
   - 国際化

package/legal/pl/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Warunki korzystania z Intlayer
+title: Warunki świadczenia usług Intlayer
 description: Dowiedz się, jak Intlayer przetwarza informacje zbierane za pośrednictwem naszej strony internetowej i CMS. Postępuj zgodnie z dokumentacją, aby zrozumieć różne formaty i przypadki użycia.
 keywords:
   - Internacjonalizacja
@@ -20,7 +20,7 @@ slugs:
   - terms-of-service
 ---
 
-# Warunki korzystania z Intlayer
+# Warunki użytkowania Intlayer
 
 ## 1. Akceptacja warunków
 

package/legal/ru/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Условия использования Intlayer
+title: Условия обслуживания Intlayer
 description: Узнайте, как Intlayer обрабатывает информацию, собранную через наш веб-сайт и CMS. Следуйте документации, чтобы понять различные форматы и варианты использования.
 keywords:
   - Интернационализация

package/legal/uk/privacy_notice.md

@@ -41,7 +41,7 @@ slugs:
 
 ## Аутентифікація та дані користувачів
 
-Доступ до CMS Intlayer вимагає аутентифікації користувача. Ми пропонуємо автентифікацію за допомогою електронної пошти та пароля, а також вхід через сторонніх провайдерів — **Google** та **GitHub**.
+Доступ до CMS Intlayer вимагає аутентифікації користувача. Ми пропонуємо автентифікацію за допомогою електронної пошти та пароля, а також вхід через сторонніх провайдерів, **Google** та **GitHub**.
 
 Під час аутентифікації ми збираємо:
 

package/legal/uk/terms_of_service.md

@@ -1,7 +1,7 @@
 ---
 createdAt: 2025-04-18
 updatedAt: 2025-06-29
-title: Умови використання Intlayer
+title: Умови надання послуг Intlayer
 description: Дізнайтеся, як Intlayer обробляє інформацію, зібрану через наш вебсайт і CMS. Дотримуйтесь документації, щоб зрозуміти різні формати та варіанти використання.
 keywords:
   - Інтернаціоналізація

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@intlayer/docs",
-  "version": "8.1.7",
+  "version": "8.1.9",
   "private": false,
   "description": "Intlayer documentation",
   "keywords": [
@@ -72,13 +72,13 @@
     "watch": "webpack --config ./webpack.config.ts --watch"
   },
   "dependencies": {
-    "@intlayer/config": "8.1.7",
-    "@intlayer/core": "8.1.7",
-    "@intlayer/types": "8.1.7"
+    "@intlayer/config": "8.1.9",
+    "@intlayer/core": "8.1.9",
+    "@intlayer/types": "8.1.9"
   },
   "devDependencies": {
-    "@intlayer/api": "8.1.7",
-    "@intlayer/cli": "8.1.7",
+    "@intlayer/api": "8.1.9",
+    "@intlayer/cli": "8.1.9",
     "@types/node": "25.3.0",
     "@utils/ts-config": "1.0.4",
     "@utils/ts-config-types": "1.0.4",