fix: resolve E2E test and link check Actions error (#1837)

Author: Yucohny

cypress/e2e/check-server-side-rendering.cy.js

@@ -4,13 +4,13 @@ describe('server side rendered page', () => {
     cy.get('head meta[name="description"]').should(
       'have.attr',
       'content',
-      'Learn how to bundle a JavaScript application with webpack 5.'
+      '学习如何使用 webpack5 打包 JavaScript 应用'
     );
   });
 
   it('should find html tag with lang', () => {
     cy.visit('/');
-    cy.get('html[lang="en"]');
+    cy.get('html[lang="zh-cmn-Hans"]');
   });
 
   it('should find meta charset', () => {
@@ -23,7 +23,7 @@ describe('server side rendered page', () => {
     cy.get('head meta[name="description"]').should(
       'have.attr',
       'content',
-      'webpack is a module bundler. Its main purpose is to bundle JavaScript files for usage in a browser, yet it is also capable of transforming, bundling, or packaging just about any resource or asset.'
+      'webpack 是一个模块打包器。它的主要目标是将 JavaScript 文件打包在一起，打包后的文件用于在浏览器中使用，但它也能够胜任转换、打包或包裹任何资源。'
     );
   });
 
@@ -32,6 +32,6 @@ describe('server side rendered page', () => {
     cy.title().should('eq', 'webpack');
 
     cy.visit('/guides/getting-started/');
-    cy.title().should('eq', 'Getting Started | webpack');
+    cy.title().should('eq', '起步 | webpack 中文文档');
   });
 });

src/components/Site/Site.jsx

@@ -168,7 +168,7 @@ function Site(props) {
 
   const description =
     getPageDescription(Content, location.pathname) ||
-    'webpack 是一个模块打包器。它的主要目标是将 JavaScript 文件打包在一起，打包后的文件用于在浏览器中使用，但它也能够胜任转换（transform）、打包（bundle）或包裹（package）任何资源(resource or asset)。';
+    'webpack 是一个模块打包器。它的主要目标是将 JavaScript 文件打包在一起，打包后的文件用于在浏览器中使用，但它也能够胜任转换、打包或包裹任何资源。';
 
   function isPrintPage(url) {
     return url.includes('/printable');

src/content/api/hot-module-replacement.mdx

@@ -19,13 +19,13 @@ translators:
   - jacob-lcs
 ---
 
-如果已经通过 [`HotModuleReplacementPlugin`](/plugins/hot-module-replacement-plugin) 启用了 [Hot Module Replacement](/concepts/hot-module-replacement), 则它的接口将被暴露在 [`module.hot`](/api/module-variables/#modulehot-webpack-specific) 以及 [`import.meta.webpackHot`](/api/module-variables/#importmetawebpackhot) 属性下。请注意，只有 `import.meta.webpackHot` 可以在 [strict ESM](/guides/ecma-script-modules/#flagging-modules-as-esm) 中使用。
+如果已经通过 [`HotModuleReplacementPlugin`](/plugins/hot-module-replacement-plugin) 启用了 [Hot Module Replacement](/concepts/hot-module-replacement), 则它的接口将被暴露在 [`module.hot`](/api/module-variables/#modulehot-webpack-specific) 以及 [`import.meta.webpackHot`](/api/module-variables/#importmetawebpackHot) 属性下。请注意，只有 `import.meta.webpackHot` 可以在 [strict ESM](/guides/ecma-script-modules/#flagging-modules-as-esm) 中使用。
 
 通常，用户先要检查这个接口是否可访问, 再使用它。你可以这样使用 `accept` 操作一个更新的模块：
 
 ```js
 if (module.hot) {
-  module.hot.accept('./library.js', function() {
+  module.hot.accept('./library.js', function () {
     // 对更新过的 library 模块做些事情...
   });
 }
@@ -71,7 +71,7 @@ import.meta.webpackHot.accept(
 
 - `err`: 当使用 ESM 依赖项时，回调函数在第二个参数中或在依赖项执行期间抛出的错误。
 - `moduleId`: 当前模块 id。
-- `dependencyId`: (第一个)被更改依赖项的模块id。
+- `dependencyId`: (第一个)被更改依赖项的模块 id。
 
 ### accept (self) $#accept-self$
 
@@ -99,7 +99,7 @@ import.meta.webpackHot.accept(
 - `err`: 计算新版本时的错误。
 - `moduleId`: 当前模块 id。
 - `module`: 当前模块实例。
-  - `module.hot`: 允许访问出错模块实例的 HMR API。一个常见的场景是再次自我接收（accept）。添加一个dispose处理程序来传递数据也是有意义的。注意，错误的模块可能已经部分执行，所以请确保不要进入不一致的状态。你可以使用 `module.hot.data` 存储部分状态。
+  - `module.hot`: 允许访问出错模块实例的 HMR API。一个常见的场景是再次自我接收（accept）。添加一个 dispose 处理程序来传递数据也是有意义的。注意，错误的模块可能已经部分执行，所以请确保不要进入不一致的状态。你可以使用 `module.hot.data` 存储部分状态。
   - `module.exports`: 可以被重载，但是要小心，因为属性名在生产模式下可能会被破坏。
 
 ### decline $#decline$
@@ -137,8 +137,8 @@ import.meta.webpackHot.decline();
 
 添加一个处理函数，在当前模块代码被替换时执行。此函数应该用于移除你声明或创建的任何持久资源。如果要将状态传入到更新过的模块，请添加给定 `data` 参数。更新后，此对象在更新之后可通过 `module.hot.data` 调用。
 
-``` js
-module.hot.dispose(data => {
+```js
+module.hot.dispose((data) => {
   // 清理并将 data 传递到更新后的模块...
 });
 
@@ -242,24 +242,23 @@ import.meta.webpackHot.removeDisposeHandler(callback);
 
 获取当前模块热替换进程的状态。
 
-``` js
+```js
 module.hot.status(); // 返回以下字符串之一...
 
 // 或者
 import.meta.webpackHot.status();
 ```
 
-| Status      | Description                                                                            |
-| ----------- | -------------------------------------------------------------------------------------- |
-| idle        | 该进程正在等待调用 `check`（见下文） |
-| check       | 该进程正在检查以更新 |
-| prepare     | 该进程正在准备更新（例如，下载已更新的模块） |
-| ready       | 此更新已准备并可用 |
-| dispose     | 该进程正在调用将被替换模块的 `dispose` 处理函数 |
+| Status      | Description                                                               |
+| ----------- | ------------------------------------------------------------------------- |
+| idle        | 该进程正在等待调用 `check`（见下文）                                      |
+| check       | 该进程正在检查以更新                                                      |
+| prepare     | 该进程正在准备更新（例如，下载已更新的模块）                              |
+| ready       | 此更新已准备并可用                                                        |
+| dispose     | 该进程正在调用将被替换模块的 `dispose` 处理函数                           |
 | apply       | 该进程正在调用 `accept` 处理函数，并重新执行自我接受(self-accepted)的模块 |
-| abort       | 更新已中止，但系统仍处于之前的状态 |
-| fail        | 更新已抛出异常，系统状态已被破坏 |
-
+| abort       | 更新已中止，但系统仍处于之前的状态                                        |
+| fail        | 更新已抛出异常，系统状态已被破坏                                          |
 
 ### check $#check$
 
@@ -350,7 +349,7 @@ import.meta.webpackHot
 
 注册一个函数来监听 `status` 的变化。
 
-``` js
+```js
 module.hot.addStatusHandler((status) => {
   // 响应当前状态...
 });

src/content/api/loaders.mdx

@@ -680,7 +680,7 @@ Error: This is a Fatal Error!
 
 W> 从 webpack 4.12 开始，loader 路径将在报错信息中显示。
 
-T> 所有的报错和警告信息将被记录到 `stats` 当中。详情请查看 [Stats Data](/api/stats/#errors-and-warnngs)。
+T> 所有的报错和警告信息将被记录到 `stats` 当中。详情请查看 [Stats Data](/api/stats/#errors-and-warnings)。
 
 ## Inline matchResource $#inline-matchresource$
 

src/content/api/module-methods.mdx

@@ -29,7 +29,7 @@ translators:
 
 - 在 `package.json` 中为 `.mjs` 或 `.js` 设置 `"type": "module"`
   - 不允许使用 CommonJS，例如，你不能使用 `require`，`module.exports` 或 `exports`
-  - 当引入文件时，强制编写扩展名，例如，你应使用 `import './src/App.mjs'`，而非 `import './src/App'`（你可以通过设置 [`Rule.resolve.fullySpecified`](/configuration/module/#resolvefullyspecified) 来禁用此规则)
+  - 当引入文件时，强制编写扩展名，例如，你应使用 `import './src/App.mjs'`，而非 `import './src/App'`（你可以通过设置 [`Rule.resolve.fullySpecified`](/configuration/module/#resolve-fully-specified) 来禁用此规则)
 - 在 `package.json` 中为 `.cjs` 或 `.js` 设置 `"type": "commonjs"`
   - `import` 和 `export` 均不可用
 - 在 `package.json` 中为 `.wasm` 设置 `"type": "module"`
@@ -64,7 +64,7 @@ import {
 
 `默认`导出整个模块或具名导出模块。
 
-``` javascript
+```javascript
 // 具名导出
 export var Count = 5;
 export function Multiply(a, b) {
@@ -99,7 +99,7 @@ W> import() 特性依赖于内置的 [`Promise`](https://developer.mozilla.org/e
 
 不能使用完全动态的 import 语句，例如 `import(foo)`。是因为 `foo` 可能是系统或项目中任何文件的任何路径。
 
-`import()` 必须至少包含一些关于模块的路径信息。打包可以限定于一个特定的目录或文件集，以便于在使用动态表达式时 - 包括可能在 `import()` 调用中请求的每个模块。例如， ``import(`./locale/${language}.json`)`` 会把 `.locale` 目录中的每个 `.json` 文件打包到新的 chunk 中。在运行时，计算完变量 `language` 后，就可以使用像 `english.json` 或 `german.json` 的任何文件。
+`import()` 必须至少包含一些关于模块的路径信息。打包可以限定于一个特定的目录或文件集，以便于在使用动态表达式时 - 包括可能在 `import()` 调用中请求的每个模块。例如， `` import(`./locale/${language}.json`) `` 会把 `.locale` 目录中的每个 `.json` 文件打包到新的 chunk 中。在运行时，计算完变量 `language` 后，就可以使用像 `english.json` 或 `german.json` 的任何文件。
 
 ```javascript
 // 想象我们有一个从 cookies 或其他存储中获取语言的方法
@@ -115,7 +115,7 @@ T> 使用 [`webpackInclude` and `webpackExclude`](/api/module-methods/#magic-com
 
 内联注释使这一特性得以实现。通过在 import 中添加注释，我们可以进行诸如给 chunk 命名或选择不同模式的操作。
 
-``` js
+```js
 // 单个目标
 import(
   /* webpackChunkName: "my-chunk-name" */
@@ -149,7 +149,7 @@ W> 注意：将 `webpackIgnore` 设置为 `true` 则不进行代码分离。
 `webpackMode`：从 webpack 2.6.0 开始，可以指定以不同的模式解析动态导入。支持以下选项：
 
 - `'lazy'` (默认值)：为每个 `import()` 导入的模块生成一个可延迟加载（lazy-loadable）的 chunk。
-- `'lazy-once'`：生成一个可以满足所有 `import()` 调用的单个可延迟加载（lazy-loadable）的 chunk。此 chunk 将在第一次 `import()` 时调用时获取，随后的 `import()` 则使用相同的网络响应。注意，这种模式仅在部分动态语句中有意义，例如 ``import(`./locales/${language}.json`)``，其中可能含有多个被请求的模块路径。
+- `'lazy-once'`：生成一个可以满足所有 `import()` 调用的单个可延迟加载（lazy-loadable）的 chunk。此 chunk 将在第一次 `import()` 时调用时获取，随后的 `import()` 则使用相同的网络响应。注意，这种模式仅在部分动态语句中有意义，例如 `` import(`./locales/${language}.json`) ``，其中可能含有多个被请求的模块路径。
 - `'eager'`：不会生成额外的 chunk。所有的模块都被当前的 chunk 引入，并且没有额外的网络请求。但是仍会返回一个 resolved 状态的 `Promise`。与静态导入相比，在调用 `import()` 完成之前，该模块不会被执行。
 - `'weak'`：尝试加载模块，如果该模块函数已经以其他方式加载，（即另一个 chunk 导入过此模块，或包含模块的脚本被加载）。仍会返回 `Promise`， 但是只有在客户端上已经有该 chunk 时才会成功解析。如果该模块不可用，则返回 rejected 状态的 `Promise`，且网络请求永远都不会执行。当需要的 chunks 始终在（嵌入在页面中的）初始请求中手动提供，而不是在应用程序导航在最初没有提供的模块导入的情况下触发，这对于通用渲染（SSR）是非常有用的。
 
@@ -275,7 +275,7 @@ define([name: String], [dependencies: String[]], factoryMethod: function(...))
 
 W> 注意：webpack 会忽略 `name` 参数。
 
-``` javascript
+```javascript
 define(['jquery', 'my-module'], function ($, myModule) {
   // 使用 $ 和 myModule 做一些操作...
 
@@ -389,7 +389,7 @@ context('localeA').then((locale) => {
 });
 ```
 
-`mode` 的可用模式及说明的完整列表在 [`import()`](#import-1) 文档中进行了描述。
+`mode` 的可用模式及说明的完整列表在 [`import()`](#import) 文档中进行了描述。
 
 ### require.include $#requireinclude$
 
@@ -421,7 +421,7 @@ require.ensure(['a', 'c'], function (require) {
 
 与 `require.resolve` 类似，但是不会把 `module` 引入到 bundle 中。这就是所谓的“弱（weak）”依赖。
 
-``` javascript
+```javascript
 if (__webpack_modules__[require.resolveWeak('module')]) {
   // 当模块可用时，执行一些操作……
 }
@@ -435,7 +435,7 @@ const page = 'Foo';
 __webpack_modules__[require.resolveWeak(`./page/${page}`)];
 ```
 
-T> `require.resolveWeak` 是_通用渲染_（服务器端渲染 SSR + 代码分离 Code Splitting）的基础。例如在 [react-universal-component](https://github.com/faceyspacey/react-universal-component) 等包中的用法。它允许代码在服务器端和客户端初始页面的加载上同步渲染。它要求手动或以某种方式提供 chunk。它可以在不需要指示应该被打包的情况下引入模块。它与 `import()` 一起使用，当用户导航触发额外的导入时，它会被接管。
+T> `require.resolveWeak` 是*通用渲染*（服务器端渲染 SSR + 代码分离 Code Splitting）的基础。例如在 [react-universal-component](https://github.com/faceyspacey/react-universal-component) 等包中的用法。它允许代码在服务器端和客户端初始页面的加载上同步渲染。它要求手动或以某种方式提供 chunk。它可以在不需要指示应该被打包的情况下引入模块。它与 `import()` 一起使用，当用户导航触发额外的导入时，它会被接管。
 
 ### warning
 

src/content/concepts/module-resolution.mdx

@@ -66,7 +66,7 @@ import 'module/lib/file';
 
 如果路径指向一个文件夹，则进行如下步骤寻找具有正确扩展名的文件：
 
-- 如果文件夹中包含 `package.json` 文件，则会根据 [`resolve.mainFields`](/configuration/resolve/#resolve-mainfields) 配置中的字段顺序查找，并根据 `package.json` 中的符合配置要求的第一个字段来确定文件路径。
+- 如果文件夹中包含 `package.json` 文件，则会根据 [`resolve.mainFields`](/configuration/resolve/#resolvemainfields) 配置中的字段顺序查找，并根据 `package.json` 中的符合配置要求的第一个字段来确定文件路径。
 - 如果不存在 `package.json` 文件或 [`resolve.mainFields`](/configuration/resolve/#resolvemainfields) 没有返回有效路径，则会根据 [`resolve.mainFiles`](/configuration/resolve/#resolvemainfiles) 配置选项中指定的文件名顺序查找，看是否能在 import/require 的目录下匹配到一个存在的文件名。
 - 然后使用 [`resolve.extensions`](/configuration/resolve/#resolveextensions) 选项，以类似的方式解析文件扩展名。
 

src/content/concepts/output.mdx

@@ -32,7 +32,7 @@ module.exports = {
 
 ## 多个入口起点 $#multiple-entry-points$
 
-如果配置中创建出多于一个 "chunk"（例如，使用多个入口起点或使用像 CommonsChunkPlugin 这样的插件），则应该使用 [占位符(substitutions)](/configuration/output#output-filename) 来确保每个文件具有唯一的名称。
+如果配置中创建出多于一个 "chunk"（例如，使用多个入口起点或使用像 CommonsChunkPlugin 这样的插件），则应该使用 [占位符(substitutions)](/configuration/output/#outputfilename) 来确保每个文件具有唯一的名称。
 
 ```javascript
 module.exports = {

src/content/configuration/cache.mdx

@@ -241,7 +241,7 @@ module.exports = {
 
 `[string] = ['./node_modules']`
 
-W> 已迁移到 [snapshot.managedPaths](#managedpaths)
+W> 已迁移到 [snapshot.managedPaths](/configuration/other-options/#managedpaths)
 
 `cache.managedPaths` 是仅托管路径的包管理器数组。webpack 将避免将他们进行哈希和时间戳处理，假设版本是唯一的，并将其用作快照（用于内存和文件系统缓存）。
 

src/content/configuration/devtool.mdx

@@ -83,7 +83,7 @@ T> 验证 devtool 名称时， 我们期望使用某种模式， 注意不要混
 
 其中一些值适用于开发环境，一些适用于生产环境。对于开发环境，通常希望更快速的 source map，需要添加到 bundle 中以增加体积为代价，但是对于生产环境，则希望更精准的 source map，需要从 bundle 中分离并独立存在。
 
-T> 查看 [`output.sourceMapFilename`](/configuration/output#output-sourcemapfilename) 自定义生成的 source map 的文件名。
+T> 查看 [`output.sourceMapFilename`](/configuration/output/#outputsourcemapfilename) 自定义生成的 source map 的文件名。
 
 ### 品质说明(quality) $#qualities$
 
@@ -143,4 +143,4 @@ W> 你不应将 source map 文件部署到 web 服务器。而是只将其用于
 
 W> 这仍然会暴露反编译后的文件名和结构，但它不会暴露原始代码。
 
-T> 如果默认的 webpack `minimizer` 被覆盖 (例如自定义 `terser-webpack-plugin` 选项)， 请确保将其替换配置为  `sourceMap: true` 以启用 SourceMap 支持。
+T> 如果默认的 webpack `minimizer` 被覆盖 (例如自定义 `terser-webpack-plugin` 选项)， 请确保将其替换配置为 `sourceMap: true` 以启用 SourceMap 支持。

src/content/configuration/experiments.mdx

@@ -30,7 +30,7 @@ Available options:
 - [`futureDefaults`](#experimentsfuturedefaults)
 - `layers`: Enable module and chunk layers.
 - [`lazyCompilation`](#experimentslazycompilation)
-- [`outputModule`](#experimentsoutputmodule)
+- [`outputModule`](#experimentsoutputModule)
 - `syncWebAssembly`: Support the old WebAssembly like in webpack 4.
 - `topLevelAwait`: Support the [Top Level Await Stage 3 proposal](https://github.com/tc39/proposal-top-level-await), it makes the module an async module when `await` is used on the top-level. And it is enabled by default when [`experiments.futureDefaults`](#experimentsfuturedefaults) is set to `true`.