在 2012年3月11日 下午8:40,agentzh <age...@gmail.com> 写道:
> On Sun, Mar 11, 2012 at 12:31 PM, harveyzh <zh.j...@gmail.com> wrote:
>>
>> 首先非常感谢 agentzh 的这些系列 Nginx 教程文章,每次阅读之后,对 Nginx 的一些配置都有更清晰的了解,所以一直很期待新的文
>> 章出现。
>
>
> 呵呵,谢谢鼓励 :)
>
>> 前几天看到 agent 微博上说推迟发布新的文章,有些等不及了,就到 nginx-tutorials 的 github 看了看,果然发现有更
>> 新,目前已经新增 “Nginx 配置指令的执行顺序(八)” 和 “Nginx 配置指令的执行顺序(九)” 文章了。
>> 想目睹为先的同学,可以去看看。
>>
>> 附上中文版链接:
>> https://github.com/agentzh/nginx-tutorials/tree/master/zh-cn
>>
>
> 仓库里的最新版可能会比较粗糙,呵呵。最终发表的版本会发表在 openresty 新浪博客上:
>
> http://blog.sina.com.cn/openresty
>
>>
>> PS: 我在看 “Nginx 配置指令的执行顺序(九)” ,有一个地方比较困惑,如下面的 diff 所示:
>>
>> --- a/zh-cn/02-NginxDirectiveExecOrder09.tut
>> +++ b/zh-cn/02-NginxDirectiveExecOrder09.tut
>> @@ -102,7 +102,7 @@ C<location> 配置块的匹配。由于此时当前请求的 URI 已经被 L<ngx
>> 这里,我们在 C<location /foo> 中连续把当前请求的 URI
>> 改写了两遍。第一遍先无条件地改写成了 C</bar>,第二遍再无条件地改写成了
>> C</baz>. 而这两条 L<ngx_rewrite/rewrite> 语句只
>> -会最后在 C<find-config> 阶段触发一次“内部跳转”操作,从而不至于
>> +会最后在 C<post-rewrite> 阶段触发一次“内部跳转”操作,从而不至于
>> 在第一次改写 URI 时就直接跳离了当前的 C<location> 配置块,而导
>> 致后面的 L<ngx_rewrite/rewrite> 语句没有机会执行。请求上
>> 例中的 C</foo> 接口的结果证实了这一点:
>>
>
> 这里确实是一处笔误,多谢指正。已经在 git 仓库中修正 :)
- 俺 OT 一下,
- 为什么使用一种专用的 tut 结构化文本
- 而不使用 rST/Markdown 格式?
- 前者可以自由转换成多种格式,而且有 readthedocs.org 的免费编译发布服务
- 后者,可以直接通过 github 发布
- 习惯?还是其它什么原因?
--
人生苦短, Pythonic! 冗余不做,日子甭过!备份不做,十恶不赦!
俺: http://about.me/zoom.quiet
文字协议: http://creativecommons.org/licenses/by-sa/2.5/cn/