docs: 完善FAQ错误页面翻译并修复链接路径

Author: zuohuadong

config/anchor-mappings.js

@@ -332,6 +332,47 @@ const anchorMappings = {
   'basic-usage': '基本用法',
   'customization': '自定义',
 
+  // Security - Authentication (认证)
+  'creating-an-authentication-module': '创建认证模块',
+  'jwt-token': 'jwt-令牌',
+  'implementing-the-authentication-endpoint': '实现认证端点',
+  'implementing-the-authentication-guard': '实现认证守卫',
+  'enable-authentication-globally': '启用全局认证',
+  'passport-integration': 'passport-集成',
+  'example': '示例',
+  
+  // Security - Authorization (授权)
+  'basic-rbac-implementation': '基本-rbac-实现',
+  'claims-based-authorization': 'claims-based-authorization',
+  'integrating-casl': '集成-casl',
+  
+  // Security - CORS (跨域)
+  'getting-started': '入门',
+  
+  // Security - CSRF (跨站请求伪造)
+  'use-with-express-default': '与-express-一起使用（默认）',
+  'use-with-fastify': '与-fastify-一起使用',
+  
+  // Security - Encryption & Hashing (加密和哈希)
+  'encryption': '加密',
+  'hashing': '哈希',
+  
+  // Security - Helmet (头部安全)
+  'use-with-express-default': '与-express-一起使用（默认）',
+  'use-with-fastify': '与-fastify-一起使用',
+  
+  // Security - Rate Limiting (速率限制)
+  'multiple-throttler-definitions': '多重限流器定义',
+  'customization': '自定义配置',
+  'proxies': '代理',
+  'websockets': 'websockets',
+  'graphql': 'graphql',
+  'configuration': '配置',
+  'async-configuration': '异步配置',
+  'storages': '存储',
+  'time-helpers': '时间助手',
+  'migration-guide': '迁移指南',
+  
   // CLI (命令行接口)
   'basic-workflow': '基本工作流程',
   'project-structure': '项目结构',
@@ -452,7 +493,16 @@ const pathMappings = {
   '/interceptors': '/overview/interceptors',
   '/exception-filters': '/overview/exception-filters',
   '/fundamentals/injection-scopes': '/fundamentals/provider-scopes',
-  '/techniques/database': '/techniques/sql'
+  '/techniques/database': '/techniques/sql',
+  
+  // Security 路径映射
+  '/security/authentication': '/security/authentication',
+  '/security/authorization': '/security/authorization',
+  '/security/cors': '/security/cors',
+  '/security/csrf': '/security/csrf',
+  '/security/encryption-hashing': '/security/encryption-hashing',
+  '/security/helmet': '/security/helmet',
+  '/security/rate-limiting': '/security/rate-limiting'
 };
 
 // 导出配置（CommonJS）

docs/faq/errors.md

@@ -4,33 +4,33 @@
 
 #### "无法解析依赖项"错误
 
-> info **提示** 查看 [NestJS Devtools](/devtools/overview#调查无法解析依赖项错误) 可以帮助您轻松解决"无法解析依赖项"错误。
+> info **提示** 查看 [NestJS Devtools](./devtools/overview#调查无法解析依赖项错误) 可以帮助您轻松解决"无法解析依赖项"错误。
 
 最常见的错误消息是关于 Nest 无法解析提供者的依赖项。错误消息通常如下所示：
 
 ```bash
-Nest can't resolve dependencies of the <provider> (?). Please make sure that the argument <unknown_token> at index [<index>] is available in the <module> context.
+Nest 无法解析 <provider> 的依赖项（?）。请确保索引 [<index>] 处的参数 <unknown_token> 在 <module> 上下文中可用。
 
-Potential solutions:
-- Is <module> a valid NestJS module?
-- If <unknown_token> is a provider, is it part of the current <module>?
-- If <unknown_token> is exported from a separate @Module, is that module imported within <module>?
+可能的解决方案：
+- <module> 是否为有效的 NestJS 模块？
+- 如果 <unknown_token> 是提供者，它是否属于当前 <module>？
+- 如果 <unknown_token> 从单独的 @Module 导出，该模块是否已在 <module> 中导入？
   @Module({
-    imports: [ /* the Module containing <unknown_token> */ ]
+    imports: [ /* 包含 <unknown_token> 的模块 */ ]
   })
 ```
 
-导致此错误最常见的原因是没有将 `<provider>` 放入模块的 `providers` 数组中。请确保该提供者确实位于 `providers` 数组中，并遵循[标准 NestJS 提供者实践](/fundamentals/custom-providers#di-基础) 。
+导致此错误最常见的原因是没有将 `<provider>` 放入模块的 `providers` 数组中。请确保该提供者确实位于 `providers` 数组中，并遵循[标准 NestJS 提供者实践](./fundamentals/custom-providers#di-基础)。
 
 有几个常见的陷阱需要注意。其中之一是将提供者放入了 `imports` 数组中。如果是这种情况，错误消息中会在 `<module>` 应该出现的位置显示提供者的名称。
 
 在开发过程中遇到此错误时，请查看错误信息中提到的模块及其 `providers` 配置。对于 `providers` 数组中的每个提供者，请确保该模块能访问所有依赖项。常见情况是 `providers` 在"功能模块"和"根模块"中被重复声明，导致 Nest 会尝试实例化两次提供者。大多数情况下，包含重复 `<provider>` 的模块应该被添加到"根模块"的 `imports` 数组中。
 
-如果上文的 `<unknown_token>` 是 `dependency`，可能存在循环文件导入。这与下文[循环依赖](/faq/common-errors#循环依赖错误)不同——不是指提供者在其构造函数中相互依赖，而是两个文件最终相互导入。典型场景是：模块文件声明令牌时导入提供者，而提供者又从模块文件导入令牌常量。如果使用桶文件，请确保桶文件导入不会形成此类循环导入关系。
+如果上文的 `<unknown_token>` 是 `dependency`，可能存在循环文件导入。这与下文[循环依赖](#循环依赖错误)不同——不是指提供者在其构造函数中相互依赖，而是两个文件最终相互导入。典型场景是：模块文件声明令牌时导入提供者，而提供者又从模块文件导入令牌常量。如果使用桶文件，请确保桶文件导入不会形成此类循环导入关系。
 
 如果上方的 `<unknown_token>` 显示为 `Object`，说明您正在使用没有提供者令牌的类型/接口进行注入。要解决此问题，请确保：
 
-1.  您已导入类引用或使用带有 `@Inject()` 装饰器的自定义令牌。请阅读[自定义提供者页面](/fundamentals/custom-providers) ，以及
+1.  您已导入类引用或使用带有 `@Inject()` 装饰器的自定义令牌。请阅读[自定义提供者页面](./fundamentals/custom-providers)，以及
 2.  对于基于类的提供者，您导入的是具体类而不仅仅是 [`import type ...`](https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-8.html#type-only-imports-and-export) 语法引入的类型。
 
 同时请确保没有出现提供者自我注入的情况，因为 NestJS 不允许自我注入。当发生这种情况时，`<unknown_token>` 很可能会等于 `<provider>`。
@@ -66,18 +66,18 @@ Nest 无法解析 <provider> 的依赖项（?）。
 
 #### "循环依赖"错误
 
-有时您会发现应用中难以避免[循环依赖](../fundamentals/circular-dependency)问题。您需要采取一些措施帮助 Nest 解决这些问题。由循环依赖引发的错误通常如下所示：
+有时您会发现应用中难以避免[循环依赖](./fundamentals/circular-dependency)问题。您需要采取一些措施帮助 Nest 解决这些问题。由循环依赖引发的错误通常如下所示：
 
 ```bash
-Nest cannot create the <module> instance.
-The module at index [<index>] of the <module> "imports" array is undefined.
+Nest 无法创建 <module> 实例。
+<module> "imports" 数组中索引 [<index>] 处的模块未定义。
 
-Potential causes:
-- A circular dependency between modules. Use forwardRef() to avoid it. Read more: https://docs.nestjs.com/fundamentals/circular-dependency
-- The module at index [<index>] is of type "undefined". Check your import statements and the type of the module.
+可能的原因：
+- 模块间存在循环依赖。使用 forwardRef() 避免此问题。了解更多：./fundamentals/circular-dependency
+- 索引 [<index>] 处的模块类型为 "undefined"。检查您的导入语句和模块类型。
 
-Scope [<module_import_chain>]
-# example chain AppModule -> FooModule
+作用域 [<module_import_chain>]
+# 示例链：AppModule -> FooModule
 ```
 
 循环依赖可能源于提供者之间相互依赖，或是 TypeScript 文件间因常量而相互依赖（例如从模块文件导出常量并在服务文件中导入）。对于后者，建议为常量创建单独的文件。对于前者，请遵循循环依赖指南，确保模块**和**提供者都使用 `forwardRef` 进行标记。
@@ -95,8 +95,8 @@ Scope [<module_import_chain>]
 使用 TypeScript 4.9 及以上版本的 Windows 用户可能会遇到此问题。当您尝试以监视模式运行应用程序时（例如 `npm run start:dev`），会出现日志消息的无限循环：
 
 ```bash
-XX:XX:XX AM - File change detected. Starting incremental compilation...
-XX:XX:XX AM - Found 0 errors. Watching for file changes.
+XX:XX:XX AM - 检测到文件变更。开始增量编译...
+XX:XX:XX AM - 发现 0 个错误。正在监视文件变更。
 ```
 
 当您使用 NestJS CLI 以监视模式启动应用程序时，实际上是通过调用 `tsc --watch` 实现的。从 TypeScript 4.9 版本开始，采用了一种 [新的策略](https://devblogs.microsoft.com/typescript/announcing-typescript-4-9/#file-watching-now-uses-file-system-events) 来检测文件变更，这很可能是导致此问题的原因。要解决此问题，您需要在 tsconfig.json 文件的 `"compilerOptions"` 选项后添加如下设置：

docs/openapi/introduction.md

@@ -167,7 +167,7 @@ export interface SwaggerCustomOptions {
   /**
    * If `true`, Swagger resources paths will be prefixed by the global prefix set through `setGlobalPrefix()`.
    * Default: `false`.
-   * @see https://docs.nestjs.com/faq/global-prefix
+   * @see ../faq/global-prefix
    */
   useGlobalPrefix?: boolean;
 

docs/security/helmet.md

@@ -20,7 +20,7 @@ import helmet from 'helmet';
 app.use(helmet());
 ```
 
-> **警告** 当使用 `helmet`、`@apollo/server`（4.x）和 [Apollo Sandbox](https://docs.nestjs.com/graphql/quick-start#apollo-sandbox) 时，Apollo Sandbox 上可能会出现 [CSP](https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP) 问题。要解决此问题，请按如下所示配置 CSP：
+> **警告** 当使用 `helmet`、`@apollo/server`（4.x）和 [Apollo Sandbox](../graphql/quick-start#apollo-sandbox) 时，Apollo Sandbox 上可能会出现 [CSP](https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP) 问题。要解决此问题，请按如下所示配置 CSP：
 >
 > ```typescript
 > app.use(helmet({

scripts/replace-links.mjs

@@ -113,6 +113,15 @@ function urlPathToLocalPath(urlPath, currentFileDir) {
     'recipes/cors': '../recipes/cors',
     'recipes/mvc': '../recipes/mvc',
 
+    // Security 相关
+    'security/authentication': '../security/authentication',
+    'security/authorization': '../security/authorization',
+    'security/cors': '../security/cors',
+    'security/csrf': '../security/csrf',
+    'security/encryption-hashing': '../security/encryption-hashing',
+    'security/helmet': '../security/helmet',
+    'security/rate-limiting': '../security/rate-limiting',
+    
     // GraphQL 相关
     'graphql/quick-start': '../graphql/quick-start',
     'graphql/resolvers-map': '../graphql/resolvers-map',