@intlayer/docs 9.4.4 → 9.5.1

package/blog/vi/vue-i18n_vs_intlayer.md

@@ -35,15 +35,11 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 > **tóm tắt**: Cả hai đều có thể địa phương hóa ứng dụng Vue. Nếu bạn muốn **nội dung giới hạn trong component**, **kiểu TypeScript nghiêm ngặt**, **kiểm tra khóa thiếu trong thời gian build**, **từ điển được tree-shaking**, và **bộ trợ giúp router/SEO tích hợp sẵn** cùng với **Trình chỉnh sửa trực quan & dịch thuật AI**, thì **Intlayer** là lựa chọn hiện đại và đầy đủ hơn.
 
----
-
 ## Vị trí tổng quan
 
 - **vue-i18n** - Thư viện i18n tiêu chuẩn cho Vue. Định dạng thông điệp linh hoạt (theo kiểu ICU), các khối SFC `<i18n>` cho thông điệp cục bộ, và hệ sinh thái rộng lớn. Việc đảm bảo an toàn và bảo trì quy mô lớn chủ yếu phụ thuộc vào bạn.
 - **Intlayer** - Mô hình nội dung tập trung vào component cho Vue/Vite/Nuxt với **kiểu TS nghiêm ngặt**, **kiểm tra trong thời gian build**, **tree-shaking**, **bộ trợ giúp router & SEO**, tùy chọn **Trình chỉnh sửa trực quan/CMS**, và **dịch thuật hỗ trợ AI**.
 
----
-
 ## So sánh tính năng song song (tập trung vào Vue)
 
 | Tính năng                                             | **Intlayer**                                                                         | **vue-i18n**                                                               |
@@ -67,8 +63,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 | **Khả năng duy trì dự án lớn**                        | ✅ Khuyến khích cấu trúc mô-đun, thân thiện với hệ thống thiết kế                    | ✅ Có thể, nhưng cần kỷ luật nghiêm ngặt về file/namespace                 |
 | **Hệ sinh thái / cộng đồng**                          | ⚠️ Nhỏ hơn nhưng đang phát triển nhanh                                               | ✅ Lớn và trưởng thành trong hệ sinh thái Vue                              |
 
----
-
 ## So sánh chi tiết
 
 ### 1) Kiến trúc & khả năng mở rộng
@@ -78,8 +72,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Trong các ứng dụng Vue lớn hoặc hệ thống thiết kế, **nội dung mô-đun** mở rộng tốt hơn so với các danh mục đơn khối.
 
----
-
 ### 2) TypeScript & an toàn
 
 - **vue-i18n**: Hỗ trợ TS tốt; **kiểu khóa nghiêm ngặt** thường cần các schema/generic tùy chỉnh và quy ước cẩn thận.
@@ -87,8 +79,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Kiểu dữ liệu mạnh giúp phát hiện lỗi **trước** khi chạy.
 
----
-
 ### 3) Xử lý dịch thiếu
 
 - **vue-i18n**: Cảnh báo/fallback **thời gian chạy** (ví dụ, fallback locale hoặc key).
@@ -96,8 +86,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Việc kiểm soát thời gian xây dựng giữ cho giao diện sản phẩm sạch và nhất quán.
 
----
-
 ### 4) Chiến lược định tuyến & URL (Vue Router/Nuxt)
 
 - **Cả hai** đều có thể làm việc với các route được địa phương hóa.
@@ -105,8 +93,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Ít lớp kết dính tùy chỉnh hơn và **SEO sạch hơn** trên các ngôn ngữ.
 
----
-
 ### 5) Hiệu năng & hành vi tải
 
 - **vue-i18n**: Hỗ trợ thông điệp ngôn ngữ bất đồng bộ; việc tránh đóng gói quá mức là do bạn (chia catalog cẩn thận).
@@ -114,8 +100,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Gói nhỏ hơn và khởi động nhanh hơn cho các ứng dụng Vue đa ngôn ngữ.
 
----
-
 ### 6) Trải nghiệm nhà phát triển & công cụ hỗ trợ
 
 - **vue-i18n**: Tài liệu và cộng đồng trưởng thành; bạn thường sẽ dựa vào **các nền tảng địa phương hóa bên ngoài** cho quy trình biên tập.
@@ -123,8 +107,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** Giảm chi phí vận hành và rút ngắn vòng lặp phát triển – nội dung.
 
----
-
 ### 7) SEO, SSR & SSG
 
 - **Cả hai** đều hoạt động với Vue SSR và Nuxt.
@@ -132,8 +114,6 @@ Chúng tôi tập trung vào công cụ Vue hiện đại (Vite, Composition API
 
 **Tại sao điều này quan trọng:** SEO quốc tế mà không cần cấu hình phức tạp.
 
----
-
 ## Tại sao chọn Intlayer? (Vấn đề & cách tiếp cận)
 
 Hầu hết các bộ công cụ i18n (bao gồm **vue-i18n**) bắt đầu từ các **danh mục tập trung**:
@@ -223,8 +203,6 @@ Cách tiếp cận này:
 - **Tránh các khóa chết** (component không sử dụng sẽ không import nội dung).
 - **Tối ưu hóa tải** (component tải chậm sẽ mang theo nội dung của nó).
 
----
-
 ## Các tính năng bổ sung của Intlayer (liên quan đến Vue)
 
 - **Hỗ trợ đa framework**: Hoạt động với Vue, Nuxt, Vite, React, Express, và nhiều hơn nữa.
@@ -242,31 +220,23 @@ Cách tiếp cận này:
 - **Máy chủ MCP & tiện ích mở rộng VSCode**: Tự động hóa quy trình làm việc i18n và soạn thảo ngay trong IDE của bạn.
 - **Tương tác đa nền tảng**: Kết nối với **vue-i18n**, **react-i18next**, và **react-intl** khi cần thiết.
 
----
-
 ## Khi nào nên chọn cái nào?
 
 - **Chọn vue-i18n** nếu bạn muốn **phương pháp Vue tiêu chuẩn**, bạn thoải mái quản lý catalog/namespace tự mình, và ứng dụng của bạn có kích thước **nhỏ đến trung bình** (hoặc bạn đã sử dụng Nuxt i18n).
 - **Chọn Intlayer** nếu bạn đánh giá cao **nội dung theo phạm vi component**, **TypeScript nghiêm ngặt**, **đảm bảo thời gian build**, **tree-shaking**, và **công cụ routing/SEO/editor tích hợp sẵn** - đặc biệt dành cho **codebase Vue/Nuxt lớn, mô-đun**, hệ thống thiết kế, v.v.
 
----
-
 ## Tương tác với vue-i18n
 
 `intlayer` cũng có thể giúp quản lý các namespace của `vue-i18n` của bạn.
 
 Sử dụng `intlayer`, bạn có thể khai báo nội dung theo định dạng của thư viện i18n yêu thích của bạn, và intlayer sẽ tạo ra các namespace tại vị trí bạn chọn (ví dụ: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Sao GitHub
 
 Sao trên GitHub là một chỉ số mạnh mẽ về độ phổ biến của dự án, sự tin tưởng của cộng đồng và tính liên quan lâu dài. Mặc dù không phải là thước đo trực tiếp về chất lượng kỹ thuật, chúng phản ánh số lượng nhà phát triển thấy dự án hữu ích, theo dõi tiến trình của nó và có khả năng áp dụng nó. Để ước tính giá trị của một dự án, sao giúp so sánh mức độ thu hút giữa các lựa chọn thay thế và cung cấp cái nhìn sâu sắc về sự phát triển của hệ sinh thái.
 
 [![Biểu đồ Lịch sử Sao](https://api.star-history.com/svg?repos=intlify/vue-i18n&repos=aymericzip/intlayer&type=Date)](https://www.star-history.com/#intlify/vue-i18n&aymericzip/intlayer)
 
----
-
 ## Kết luận
 
 Cả **vue-i18n** và **Intlayer** đều hỗ trợ nội địa hóa ứng dụng Vue rất tốt. Sự khác biệt là **bạn phải tự xây dựng bao nhiêu** để đạt được một thiết lập mạnh mẽ và có thể mở rộng:

package/blog/vi/what_is_internationalization.md

@@ -102,8 +102,6 @@ Tổng quan ngắn gọn này bao gồm các yếu tố chính cần được qu
 - **Nhạy cảm văn hóa**
 - Biểu tượng, màu sắc và ký hiệu có thể mang những ý nghĩa khác nhau tùy theo văn hóa. Việc điều chỉnh nội dung hình ảnh và văn bản để tôn trọng những sắc thái văn hóa địa phương là rất quan trọng.
 
----
-
 ## Các Thực Tiễn Tốt Nhất cho Việc Triển Khai i18n
 
 - **Lập Kế Hoạch Sớm**  
@@ -119,8 +117,6 @@ Tổng quan ngắn gọn này bao gồm các yếu tố chính cần được qu
 - **Tái sử dụng bản dịch**  
   Tổ chức các tệp bản dịch của bạn để có thể tái sử dụng trên nhiều trang web hoặc ứng dụng khác nhau. Ví dụ, nếu bạn có phần chân trang hoặc đầu trang đa ngôn ngữ, hãy thiết lập các tệp bản dịch riêng biệt để các thành phần chung có thể dễ dàng áp dụng cho tất cả các dự án.
 
----
-
 ## Từ điển Locale so với Việc Ngoại hóa Nội dung CMS
 
 Khi tạo một trang web, **Hệ thống Quản lý Nội dung (CMS) như WordPress, Wix hoặc Drupal thường cung cấp khả năng bảo trì tốt hơn**. Đặc biệt là đối với các blog hoặc trang đích, nhờ các tính năng i18n tích hợp của chúng.
@@ -138,8 +134,6 @@ Với những thách thức này, việc lựa chọn một CMS không đầu (h
 
 Việc lựa chọn công cụ phù hợp với nhu cầu và lên kế hoạch chiến lược quốc tế hóa ngay từ đầu là rất quan trọng. **Intlayer cung cấp một giải pháp hấp dẫn bằng cách kết hợp khai báo nội dung theo locale với một CMS headless được tích hợp chặt chẽ, mang lại lợi ích tốt nhất của cả hai thế giới.**
 
----
-
 ### Xem danh sách các thư viện và công cụ i18n theo công nghệ
 
 Nếu bạn đang tìm danh sách các thư viện và công cụ i18n theo công nghệ, hãy tham khảo các tài nguyên sau:
@@ -158,8 +152,6 @@ Nếu bạn đang tìm danh sách các thư viện và công cụ i18n theo côn
 - Svelte: [Xem danh sách các thư viện và công cụ i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/vi/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [Xem danh sách các thư viện và công cụ i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/vi/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Kết luận
 
 Internationalization (i18n) không chỉ là một công việc kỹ thuật đơn thuần; đó là một **khoản đầu tư chiến lược** giúp phần mềm của bạn thực sự "nói" được ngôn ngữ của người dùng. Bằng cách trừu tượng hóa các yếu tố đặc thù theo vùng miền, đáp ứng các biến thể ngôn ngữ và văn hóa, đồng thời lên kế hoạch cho sự mở rộng trong tương lai, bạn giúp sản phẩm của mình phát triển mạnh mẽ trên thị trường toàn cầu.

package/blog/zh/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ author: aymericzip
 
 翻译很容易。困难的一半是告诉搜索引擎这些页面是**同一页面的其他语言版本**，而不是三个相互竞争的文档。这就是 `hreflang` 的作用，也是大多数多语言网站悄悄失去流量的地方。
 
----
-
 ## hreflang 实际上是什么
 
 一个页面上的注释，说：_这个 URL 在那里有等效的版本，适用于那些语言。_
@@ -42,8 +40,6 @@ author: aymericzip
 
 需要明确的是它不是什么。它**不是重定向**——它是一个提示，Google 可能会覆盖它。它**不是排名提升**——它改变的是_哪个_版本排名，而不是_是否_排名。而且 Bing 完全忽略它，而是依赖 `content-language` 和地理定位。
 
----
-
 ## 在哪里声明它
 
 三种放置方式，都有效。选择一种并坚持——同一个集群在两个地方声明是集合漂移的原因。
@@ -54,8 +50,6 @@ author: aymericzip
 
 **HTTP `Link` header** 是唯一适用于 PDF 等非 HTML 文件的选项。
 
----
-
 ## 规则
 
 ### 自我引用和互惠性
@@ -107,8 +101,6 @@ ISO 639-1 用于语言，ISO 3166-1 Alpha 2 用于可选的地区：`fr`、`fr-C
 
 两件事需要区分清楚：`x-default` 是该集合中的一个额外条目，而不是自引用条目的替代品，而且像其他每个条目一样，它必须在集群中的每个页面上完全相同地出现。
 
----
-
 ## canonical 陷阱
 
 每个本地化页面必须**是它自己的 canonical**：
@@ -131,8 +123,6 @@ ISO 639-1 用于语言，ISO 3166-1 Alpha 2 用于可选的地区：`fr`、`fr-C
 
 **Canonical 在每个语言版本中是自引用的。`hreflang` 描述的是整个集群。**
 
----
-
 ## 选择 URL 结构
 
 `hreflang` 对 URL 进行注释，所以结构应该优先考虑。
@@ -149,14 +139,11 @@ ISO 639-1 用于语言，ISO 3166-1 Alpha 2 用于可选的地区：`fr`、`fr-C
 
 > Intlayer 通过 `routing.mode` 和 `routing.domains` 支持这三种方式。参见[自定义域名](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/custom_domains.md)和[配置参考](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/configuration.md)。
 
----
-
 ## 实现
 
 手动编写这些标签无法在添加第二种语言时保持一致。应该从你的语言列表中派生它们。
 
 <Steps>
-
 <Step number={1} title="在每个页面上发出集群">
 
 相同的集合到处都有，每个语言环境的规范链接，绝对URL，包括 `x-default`。
@@ -245,7 +232,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="或将其全部移至站点地图">
 
 大规模应用时，将注解完全从页面中移出。`generateSitemap` 根据配置读取 locale 和路由模式，为每个条目生成 `xhtml:link` 备用链接：
@@ -268,7 +254,6 @@ const sitemap = generateSitemap(
 - `entryPerLocale`（默认值 `false`）—— 默认情况下，一个 `<url>` 条目包含所有的备用语言版本。两种形式都是有效的，但只有列在 `<loc>` 中的 URL 才会在 Search Console 中被计算为**已提交**；仅作为备用语言的区域设置会保持可发现性但不会被归属到任何 sitemap。启用此选项会为每个本地化 URL 提供其自己的条目，并重复完整的备用语言集。这会按区域设置计数增加条目，因此需要注意 50,000 个 URL / 50 MB 的限制，超过后应分割为 sitemap 索引。
 
 </Step>
-
 <Step number={3} title="验证爬虫接收到的内容">
 
 `hreflang` 会无声地失败，因此应该检查它而不是假设它有效。
@@ -281,8 +266,6 @@ const sitemap = generateSitemap(
 
 </Steps>
 
----
-
 ## 检查清单
 
 - [ ] 每个地区都有一个独特的、可爬取的 URL
@@ -296,8 +279,6 @@ const sitemap = generateSitemap(
 - [ ] 在恰好一个位置声明
 - [ ] 没有跨 locale 的重定向
 
----
-
 ## 总结
 
 `hreflang` 简单但容不得半点差错。一个缺失的返回标签、一个相对 URL、一个跨 locale 的规范标签，整个集群就会被丢弃且不会报错。这些问题通常都源于手工编写标签。

package/blog/zh/i18n_meaning.md

@@ -92,8 +92,6 @@ i18n 的含义不仅限于语言。真正的国际化支持：
 - **抽象所有面向用户的文本：** 确保你的 UI 组件中不存在硬编码文本。
 - **采用强大的翻译管理系统：** 像 **Intlayer** 这样的工具弥合了开发人员和翻译人员之间的鸿沟。Intlayer 作为一个与你的代码库紧密集成的 Headless CMS，允许内容管理人员在视觉上更新翻译，而无需开发人员触发新的构建。
 
----
-
 ### 查看按技术分类的 i18n 库和工具列表
 
 如果你正在寻找按技术分类的 i18n 库和工具列表，请查看以下资源：
@@ -112,8 +110,6 @@ i18n 的含义不仅限于语言。真正的国际化支持：
 - Svelte：[查看 i18n 库和工具列表](https://github.com/aymericzip/intlayer/blob/main/docs/blog/zh/list_i18n_technologies/frameworks/svelte.md)
 - React Native：[查看 i18n 库和工具列表](https://github.com/aymericzip/intlayer/blob/main/docs/blog/zh/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## 结论
 
 **i18n 的含义** 是任何旨在产生全球影响的现代数字业务的基础概念。i18n 绝不仅仅是一个关于 \"国际化\" 的独特技术缩写，它代表了无缝地使你的软件适应多种语言、文化和地区标准所需的技术架构。

package/blog/zh/i18n_using_next-i18next.md

@@ -71,8 +71,6 @@ author: aymericzip
 
 > 查看我们的文档，了解有关国际化和SEO的所有内容：[使用 next-intl 进行国际化 (i18n)](https://github.com/aymericzip/intlayer/blob/main/docs/blog/zh/internationalization_and_SEO.md)。
 
----
-
 ## 在 Next.js 应用中设置 i18next 的逐步指南
 
 <iframe
@@ -119,7 +117,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="安装依赖">
 
 使用 npm 安装必要的包：
@@ -141,7 +138,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**：一个插件，支持动态加载翻译文件，只加载你需要的命名空间。
 
 </Step>
-
 <Step number={2} title="配置您的项目">
 
 创建一个配置文件来定义您支持的语言环境、默认语言环境以及用于 URL 本地化的辅助函数。该文件作为您的 i18n 设置的唯一可信来源，并确保整个应用程序中的类型安全。
@@ -196,7 +192,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="集中管理翻译命名空间">
 
 为您的应用程序公开的每个命名空间创建一个单一的可信来源。重用此列表可以保持服务器、客户端和工具代码的同步，并为翻译辅助工具解锁强类型支持。
@@ -208,7 +203,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="使用 TypeScript 强类型化翻译键">
 
 扩展 `i18next` 指向您的规范语言文件（通常是英文）。TypeScript 会推断每个命名空间的有效键，因此对 `t()` 的调用会进行端到端的检查。
@@ -248,7 +242,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="设置服务器端 i18n 初始化">
 
 创建一个服务器端初始化函数，用于加载服务器组件的翻译。该函数为服务器端渲染创建一个独立的 i18next 实例，确保在渲染之前加载翻译内容。
@@ -305,7 +298,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="创建客户端i18n提供者">
 
 创建一个客户端组件提供者，将你的应用包裹在i18next上下文中。该提供者接收从服务器预加载的翻译，防止未翻译内容闪烁（FOUC）并避免重复请求。
@@ -390,7 +382,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="定义动态语言路由">
 
 通过在你的 app 文件夹中创建一个 `[locale]` 目录来设置语言的动态路由。这允许 Next.js 处理基于语言的路由，其中每个语言成为 URL 的一部分（例如 `/en/about`，`/fr/about`）。
@@ -444,7 +435,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="创建您的翻译文件">
 
 为每个 locale 和命名空间创建 JSON 文件。此结构允许您逻辑地组织翻译，并且只加载每个页面所需的内容。
@@ -539,7 +529,6 @@ export default function LocaleLayout({
 </Tabs>
 
 </Step>
-
 <Step number={9} title="在页面中使用翻译">
 
 创建一个页面组件，在服务器端初始化 i18next，并将翻译传递给服务器和客户端组件。这确保了在渲染前加载翻译，防止内容闪烁。
@@ -601,7 +590,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="在客户端组件中使用翻译">
 
 客户端组件可以使用 `useTranslation` 钩子来访问翻译。该钩子提供对翻译函数和 i18n 实例的访问，允许你翻译内容并访问语言环境信息。
@@ -654,7 +642,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="在服务器组件中使用翻译">
 
 服务器组件不能使用 React hooks，因此它们通过 props 从父组件接收翻译内容。这种方式保持了服务器组件的同步性，并允许它们嵌套在客户端组件内部。
@@ -702,7 +689,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="更改内容语言" isOptional={true}>
 
 在 Next.js 中更改内容语言，推荐的方式是使用带有区域设置前缀的 URL 和 Next.js 的链接。下面的示例从路由中读取当前区域设置，从路径名中剥离它，并为每个可用的区域设置渲染一个链接。
@@ -776,7 +762,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="构建本地化的 Link 组件" isOptional={true}>
 
 在整个应用中重用本地化的 URL 可以保持导航的一致性并有利于 SEO。将 `next/link` 包装在一个小的辅助函数中，该函数会为内部路由添加当前激活的 locale 前缀，同时保持外部 URL 不变。
@@ -829,7 +814,6 @@ export default function LocalizedLink({
 > 提示：由于 `LocalizedLink` 是一个即插即用的替代方案，可以通过交换导入并让组件处理特定语言环境的 URL 来逐步迁移。
 
 </Step>
-
 <Step number={14} title="在服务器操作中访问当前语言环境" isOptional={true}>
 
 服务器操作通常需要当前语言环境来处理邮件、日志记录或第三方集成。将代理设置的语言环境 cookie 与 `Accept-Language` 头部结合使用，作为回退方案。
@@ -869,7 +853,6 @@ export async function stuffFromServer(formData: FormData) {
 > 由于该辅助工具依赖于 Next.js 的 cookies 和 headers，因此它适用于路由处理程序、服务器操作以及其他仅限服务器的上下文。
 
 </Step>
-
 <Step number={15} title="国际化您的元数据" isOptional={true}>
 
 翻译内容很重要，但国际化的主要目标是让您的网站在全球范围内更具可见性。I18n 是通过适当的 SEO 提升网站可见性的强大杠杆。
@@ -938,7 +921,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="国际化您的网站地图" isOptional={true}>
 
 生成包含所有本地版本页面的网站地图。这有助于搜索引擎发现并索引您内容的所有语言版本。
@@ -994,7 +976,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="国际化您的robots.txt" isOptional={true}>
 
 创建一个 robots.txt 文件，正确处理所有受保护路由的所有语言版本。这确保搜索引擎不会索引任何语言的管理员或仪表盘页面。
@@ -1027,7 +1008,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="设置用于区域路由的中间件" isOptional={true}>
 
 创建一个代理，自动检测用户的首选语言环境，并将其重定向到相应的带有语言前缀的URL。这可以通过显示用户首选语言的内容来提升用户体验。
@@ -1118,7 +1098,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="使用 Intlayer 自动化您的翻译" isOptional={true}>
 
 Intlayer 是一个**免费**且**开源**的库，旨在协助您应用中的本地化流程。虽然 i18next 负责翻译的加载和管理，Intlayer 则帮助自动化翻译工作流。

package/blog/zh/i18n_using_next-intl.md

@@ -62,8 +62,6 @@ author: aymericzip
 
 > 查看我们的文档，了解有关国际化和 SEO 的所有内容：[使用 next-intl 进行国际化 (i18n)](https://github.com/aymericzip/intlayer/blob/main/docs/blog/zh/internationalization_and_SEO.md)。
 
----
-
 ## 在 Next.js 应用中逐步设置 next-intl 指南
 
 <iframe
@@ -109,7 +107,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="安装依赖">
 
 使用 npm 安装必要的包：
@@ -129,7 +126,6 @@ yarn add next-intl
 - **next-intl**：Next.js App Router 的核心国际化库，提供用于管理翻译的 hooks、服务器函数和客户端提供者。
 
 </Step>
-
 <Step number={2} title="配置项目">
 
 创建一个配置文件，定义你支持的语言环境并设置 next-intl 的请求配置。该文件作为你的国际化设置的唯一可信来源，并确保整个应用中的类型安全。
@@ -216,7 +212,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="定义动态语言路由">
 
 通过在您的应用程序文件夹中创建一个 `[locale]` 目录来设置基于语言环境的动态路由。这允许 Next.js 处理基于语言环境的路由，其中每个语言环境成为 URL 的一部分（例如 `/en/about`，`/fr/about`）。
@@ -307,7 +302,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="创建您的翻译文件">
 
 为每个语言环境和命名空间创建 JSON 文件。此结构允许您逻辑性地组织翻译内容，并且只加载每个页面所需的内容。
@@ -369,7 +363,6 @@ export default async function AboutPage({
 </Tabs>
 
 </Step>
-
 <Step number={5} title="在页面中使用翻译">
 
 创建一个页面组件，在服务器端加载翻译，并将其传递给服务器和客户端组件。这确保了翻译在渲染之前加载，防止内容闪烁。
@@ -422,7 +415,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="在客户端组件中使用翻译">
 
 客户端组件可以使用 `useTranslations` 和 `useFormatter` 钩子来访问翻译和格式化函数。这些钩子从 `NextIntlClientProvider` 上下文中读取数据。
@@ -460,7 +452,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="在服务器组件中使用翻译">
 
 服务器组件不能使用 React 钩子，因此它们通过父组件的 props 接收翻译和格式化函数。这种方法保持服务器组件的同步性，并允许它们嵌套在客户端组件内。
@@ -494,7 +485,6 @@ const ServerComponent = ({
 > 在你的页面或布局中，使用 `next-intl/server` 中的 `getTranslations` 和 `getFormatter` 预先计算翻译和格式化，然后将它们作为 props 传递给服务器组件。
 
 </Step>
-
 <Step number={8} title="更改内容语言" isOptional={true}>
 
 要使用 next-intl 更改内容语言，渲染指向相同路径名但切换语言环境的本地化链接。Provider 会自动重写 URL，因此你只需针对当前路由即可。
@@ -568,7 +558,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="使用本地化的 Link 组件" isOptional={true}>
 
 `next-intl` 提供了一个子包 `next-intl/navigation`，其中包含一个自动应用当前活动语言环境的本地化链接组件。我们已经在 `@/i18n` 文件中为你提取好了它，所以你可以这样使用：
@@ -580,7 +569,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="在服务器操作中访问活动语言环境" isOptional={true}>
 
 服务器操作可以使用 `next-intl/server` 读取当前语言环境。这对于发送本地化邮件或在提交的数据中存储语言偏好非常有用。
@@ -605,7 +593,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` 会读取由 `next-intl` 代理设置的 locale，因此它可以在服务器的任何地方使用：路由处理程序、服务器操作和边缘函数。
 
 </Step>
-
 <Step number={11} title="国际化您的元数据" isOptional={true}>
 
 翻译内容很重要，但国际化的主要目标是让您的网站对全世界更具可见性。I18n 是通过适当的 SEO 显著提升您网站可见性的强大杠杆。
@@ -646,7 +633,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="国际化您的网站地图" isOptional={true}>
 
 生成包含所有页面本地化版本的站点地图。这有助于搜索引擎发现并索引您内容的所有语言版本。
@@ -702,7 +688,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="国际化您的 robots.txt" isOptional={true}>
 
 创建一个 robots.txt 文件，正确处理所有受保护路由的所有语言版本。这确保搜索引擎不会索引任何语言的管理员或仪表盘页面。
@@ -737,7 +722,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="为本地化路由设置代理" isOptional={true}>
 
 创建一个代理，自动检测用户的首选语言环境，并将其重定向到相应的带有语言前缀的 URL。next-intl 提供了一个方便的代理函数，可以自动处理此操作。
@@ -759,7 +743,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="为语言环境设置 TypeScript 类型" isOptional={true}>
 
 设置 TypeScript 将帮助您获得键的自动补全和类型安全。
@@ -787,7 +770,6 @@ declare module "next-intl" {
 此代码将使用模块增强（Module Augmentation）将 locales 和 messages 添加到 next-intl 的 AppConfig 类型中。
 
 </Step>
-
 <Step number={16} title="使用 Intlayer 自动化您的翻译工作" isOptional={true}>
 
 Intlayer 是一个 **免费** 和 **开源** 的库，旨在协助您的应用程序的本地化过程。虽然 next-intl 负责翻译的加载和管理，Intlayer 则帮助自动化翻译工作流程。

package/blog/zh/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 欢迎来到我们的博客，专注于 JavaScript 应用程序的所有**国际化**内容！在这里，我们探索最佳实践、策略和工具，以帮助开发人员扩展其数字产品到全球各地。
 
----
-
 ## 为什么国际化 (i18n) 很重要
 
 在当今互联的世界中，用户期待无缝的本地化体验。国际化 (i18n) 确保您的 Web 应用程序能够适应不同的语言和文化细微差别。通过从一开始就融入 i18n 实践，您可以解锁众多好处，例如：
@@ -31,8 +29,6 @@ author: aymericzip
 3. **改善可访问性：** 结构良好的 i18n 通常符合可访问性标准，使您的应用程序更具包容性。
 4. **更好的 SEO 表现：** 本地化内容可以提升您在特定区域搜索结果中的可见性。
 
----
-
 ## 开源国际化解决方案
 
 构建国际化应用程序并不一定复杂。开源社区提供了许多强大、支持良好的工具和库，使本地化变得更加简单。热门解决方案如 **react-intl**、**i18next** 和 **FormatJS** 提供灵活的 API，并与现代 JavaScript 框架（如 React、Vue 和 Angular）轻松集成。
@@ -43,8 +39,6 @@ author: aymericzip
 - **成本节约：** 没有许可费用，使您更容易测试或扩展应用程序。
 - **社区支持：** 大型社区通常意味着更多教程、文档和现成插件。
 
----
-
 ## 公告及未来计划
 
 我们很高兴地宣布即将推出的教程、最佳实践和 **案例研究**，内容涵盖如何优化您的 JavaScript 应用程序以服务全球受众。以下是一些预告：
@@ -55,8 +49,6 @@ author: aymericzip
 
 敬请关注这些更新和更多内容！
 
----
-
 ## 为我们的博客做贡献！
 
 我们相信社区驱动的知识分享。如果您有一个与国际化、**SEO** 或其他相关主题有关的精彩博客文章创意，我们很想听听您的想法。您可以通过将提议的博客文章添加到我们的 GitHub 仓库来提交 Pull Request：
@@ -65,6 +57,4 @@ author: aymericzip
 
 您的贡献帮助我们丰富这个平台，赋能全球的开发人员。让我们共同创建一个以全球为首的应用程序社区。
 
----
-
 **感谢您的阅读，欢迎加入我们的 i18n 社区！** 敬请关注更多洞察、技巧和最佳实践，助力您的 JavaScript 应用程序走向国际成功。