或可能以不同的方式实现相同的特性最有效率。Apache 通过模块化的设计来 适应各种环境。这种设计允许网站管理员通过在 编译时或运行时，选择哪些 模块将会加载在服务器中，来选择服务器特性。 Apache 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选 择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进 程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: Apache 须有一个，而且只有一个 MPM 加载到服务器中。可用的 MPM 列表位于 模块 索引页面。 选择 MPM MPM 必须在编译前夕，配置时指定，然后编译到服务器程序中。 仅当编译器 知道使用了线程时，它才有能力优化许多函数。 为了使用指定的 MPM，请在执行 configure 时，使用参数 --with- mpm=NAME。NAME 是指定的 MPM 名称。 编译完成后，可以使用 ./httpd -l 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

或可能以不同的方式实现相同的特性最有效率。Apache 通过模块化的设计来 适应各种环境。这种设计允许网站管理员通过在 编译时或运行时，选择哪些 模块将会加载在服务器中，来选择服务器特性。 Apache 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选 择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进 程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: Apache 须有一个，而且只有一个 MPM 加载到服务器中。可用的 MPM 列表位于 模块 索引页面。 选择 MPM MPM 必须在编译前夕，配置时指定，然后编译到服务器程序中。 仅当编译器 知道使用了线程时，它才有能力优化许多函数。 为了使用指定的 MPM，请在执行 configure 时，使用参数 --with- mpm=NAME。NAME 是指定的 MPM 名称。 编译完成后，可以使用 ./httpd -l 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

或可能以不同的方式实现相同的特性最有效率。Apache 通过模块化的设计来 适应各种环境。这种设计允许网站管理员通过在 编译时或运行时，选择哪些 模块将会加载在服务器中，来选择服务器特性。 Apache 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选 择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进 程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: Apache 须有一个，而且只有一个 MPM 加载到服务器中。可用的 MPM 列表位于 模块 索引页面。 选择 MPM MPM 必须在编译前夕，配置时指定，然后编译到服务器程序中。 仅当编译器 知道使用了线程时，它才有能力优化许多函数。 为了使用指定的 MPM，请在执行 configure 时，使用参数 --with- mpm=NAME。NAME 是指定的 MPM 名称。 编译完成后，可以使用 ./httpd -l 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

或可能以不同的方式实现相同的特性最有效率。Apache 通过模块化的设计来 适应各种环境。这种设计允许网站管理员通过在 编译时或运行时，选择哪些 模块将会加载在服务器中，来选择服务器特性。 Apache 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选 择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进 程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: Apache 须有一个，而且只有一个 MPM 加载到服务器中。可用的 MPM 列表位于 模块 索引页面。 选择 MPM MPM 必须在编译前夕，配置时指定，然后编译到服务器程序中。 仅当编译器 知道使用了线程时，它才有能力优化许多函数。 为了使用指定的 MPM，请在执行 configure 时，使用参数 --with- mpm=NAME。NAME 是指定的 MPM 名称。 编译完成后，可以使用 ./httpd -l 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

或可能以不同的方式实现相同的特性最有效率。Apache 通过模块化的设计来 适应各种环境。这种设计允许网站管理员通过在 编译时或运行时，选择哪些 模块将会加载在服务器中，来选择服务器特性。 Apache 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选 择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进 程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: Apache 须有一个，而且只有一个 MPM 加载到服务器中。可用的 MPM 列表位于 模块 索引页面。 选择 MPM MPM 必须在编译前夕，配置时指定，然后编译到服务器程序中。 仅当编译器 知道使用了线程时，它才有能力优化许多函数。 为了使用指定的 MPM，请在执行 configure 时，使用参数 --with- mpm=NAME。NAME 是指定的 MPM 名称。 编译完成后，可以使用 ./httpd -l 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

e httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通 过在 编译时或运行时，选择哪些模块将会加载在服务器中，来选择服 务器特性。 Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功 能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口 上，接受请求， 以及调度子进程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

e httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通 过在 编译时或运行时，选择哪些模块将会加载在服务器中，来选择服 务器特性。 Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功 能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口 上，接受请求， 以及调度子进程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

e httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通 过在 编译时或运行时，选择哪些模块将会加载在服务器中，来选择服 务器特性。 Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功 能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口 上，接受请求， 以及调度子进程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

e httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通 过在 编译时或运行时，选择哪些模块将会加载在服务器中，来选择服 务器特性。 Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功 能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口 上，接受请求， 以及调度子进程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite

e httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通 过在 编译时或运行时，选择哪些模块将会加载在服务器中，来选择服 务器特性。 Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功 能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口 上，接受请求， 以及调度子进程处理请求。 扩展到这一级别的服务器模块化设计，带来两个重要的好处: 重定向，甚至透过内部代理， 这取决于你为规则附加的标志。 既然 mod_rewrite 这么强大，它当然是相当复杂。这篇文档作为参考手册 的补充，试图减轻一些复杂性， 提供你可能使用 mod_rewrite 的常见场景 的有充分注释的例子。 但是，我们也试图告诉你，在什么时候你不应当使 用 mod_rewrite， 可以使用其它标准的 Apache 特性来达到目的，以避免 无谓的复杂性。 mod_rewrite