【Nginx36】Nginx学习：SSI静态文件服务器端包含模块

Nginx学习：SSI静态文件服务器端包含模块

这个模块让我想到了 2009 年刚刚工作的时候。最早我是做 .NET 的，而第一家公司其实是从 ASP 向 ASP.NET 转型中，因此，还是有不少的 ASP 做的页面。在那个时候，就用到了 SSI 。

这么一说，大家估计也猜到了，这个功能其实是很早的技术了。现在的年轻大佬们可能很多都不知道这个功能。它可以让静态文件，也就是 HTML 文件实现一些简单的文件包含、定义变量、条件判断之类的功能。

这个模块的名称是 ngx_http_ssi_module 模块，它是一个过滤器，用于处理通过它的响应中的 SSI（服务器端包含）命令。目前，支持的 SSI 命令列表不完整。

SSI 模块的指令都可以在 http、server、location 下进行配置。SSI 模块是默认添加的模块，直接就可以使用。我们先来看看它的配置指令。这些配置不是今天的重点，今天的是重点是演示一下如何使用 SSI 。

ssi

启用或禁用响应中 SSI 命令的处理。

ssi on | off;

默认值是 off 。要使用 SSI 当然要把这个打开啦。

ssi_last_modified

允许在 SSI 处理期间保留原始响应中的“Last-Modified”标头字段，以促进响应缓存。

ssi_last_modified on | off;

默认值是 off 。默认情况下，当响应的内容在处理过程中被修改时，标头字段会被删除，并且可能包含动态生成的元素或部分，这些元素或部分会独立于原始响应而更改。

ssi_min_file_chunk

设置存储在磁盘上的响应部分的最小大小，从这里开始使用 sendfile 发送它们是有意义的。

ssi_min_file_chunk size;

默认值是 1k 。

ssi_silent_errors

如果启用，则在 SSI 处理期间发生错误时抑制“[an error occurred while processing the directive]”字符串的输出。

ssi_silent_errors on | off;

默认值是 off 。

ssi_types

除了“text/html”之外，还可以处理具有指定 MIME 类型的响应中的 SSI 命令。

ssi_types mime-type ...;

默认值是 text/html 。特殊值“*”匹配任何 MIME 类型 (0.8.29)。

ssi_value_length

设置 SSI 命令中参数值的最大长度。

ssi_value_length length;

默认值是 256 。

变量

• $date_local 本地时区的当前时间。格式由带有 timefmt 参数的 config 命令设置。

• $date_gmt 格林威治标准时间的当前时间。格式由带有 timefmt 参数的 config 命令设置。

SSI 语法

对于上面配置指令和变量的内容咱们就不多说了，直接配置一个服务器来学习 SSI 的使用吧。

server{listen 8036;root html;location /ssi/ {ssi on;}location ~ \.php$ {root html;fastcgi_pass unix:/var/sock/php-fpm/www.sock;fastcgi_index  index.php;fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;include        fastcgi_params;}
}

非常简单，就是监听了 8036 端口，然后定义了一个 /ssi/ 目录，然后再打开 ssi 功能。因为我们还会用到 PHP ，所以也加上了一个 PHP 的 FastCGI 配置。然后我们去 html 目录下创建一个  ssi 目录，在这个目录下面创建一个 index.html 文件。

<!--# include file="header.html" -->
<!--# include file="/ssi/header.php?title=testssi" --><!--# set var="name" value="zyblog" -->
<!--# set var="age" value="37" --><!--# echo var="name" -->
<!--# echo var="age" -->
<!--# echo var="id" default="123456" --><!--# if expr="$age = 37" -->
37
<!--# elif expr="$age != 40" -->
young
<!--# else -->
old
<!--# endif --><!--# block name="one" -->
this is block one.<br/>
<!--# endblock -->
<!--# include virtual="/ssi/abc.html" stub="one" -->
<!--# include file="/ssi/123.html" stub="one" -->

看出来这个 SSI 的语法了吧。

<!--# command parameter1=value1 parameter2=value2 ... -->

它直接使用 HTML 中的注释，但是在注释中添加了一个 # 符号作为开始符号。接着就是命令以及命令相关的参数 。上面代码中，我们使用 include 命令加载文件，使用 set 定义变量，使用 echo 输出变量。使用 if 命令进行逻辑判断，最后的 block 命令是定义一个块，如果 include 加载的文件不存在时，就使用一个 stub 参数指定一个 block 显示 block 里面的内容。

接下来，准备最上面两个 include 需要加载的文件。

<!-- header.html -->
this is header.html!<br/>

header.html 就是显示一句话。

<?php
// header.php
$title = $_GET['title'];
?>
title is '<?php echo $title;?>'!<br/>

header.php 文件里面则是接收一个 title 参数 ，然后再把这个 title 参数打印出来。

好了，咱们访问一下这个页面试下吧。

➜  ~ curl http://192.168.56.88:8036/ssi/
this is header.html!<br/>title is 'testssi'!<br/>zyblog
37
12345637this is block one.<br/>this is block one.<br/>

中间的空行我故意没有去掉，从这里可以看出，SSI 的命令行以及 PHP 代码在解析完成之后是会变成空行的。最下面的两个使用 block 的 include ，在错误日志文件中可以看到相应的错误信息。

2022/09/21 23:20:28 [error] 1513#0: *38 open() "/usr/local/nginx/html/ssi/abc.html" failed (2: No such file or directory), client: 192.168.56.1, server: , request: "GET /ssi/index.html HTTP/1.1", subrequest: "/ssi/abc.html", host: "192.168.56.88:8036", referrer: "http://xxx"
2022/09/21 23:20:28 [error] 1513#0: *38 open() "/usr/local/nginx/html/ssi/123.html" failed (2: No such file or directory), client: 192.168.56.1, server: , request: "GET /ssi/index.html HTTP/1.1", subrequest: "/ssi/123.html", host: "192.168.56.88:8036", referrer: "http://xxx"

上面例子中，if 判断貌似没啥用呀，毕竟我们的变量是写死的。然后 SSI 又不能动态接收参数，其实呀，使用 PHP 套上静态页面就可以接收参数了嘛。还是先准备一个 lcoation 来进行测试。

location ^~ /ssiphp/ {alias html/ssi/;fastcgi_pass unix:/var/sock/php-fpm/www.sock;fastcgi_index  index.php;fastcgi_param  SCRIPT_FILENAME $request_filename;include        fastcgi_params;ssi on;
}

然后，准备一个 if.php 文件。

<?php
$age = $_GET['age'];
?>
<!--# set var="age" value="<?php echo $age;?>" -->
<!--# if expr="$age = 37" -->
37
<!--# elif expr="$age != 40" -->
not 40
<!--# else -->
old or young? old!
<!--# endif -->

测试一下吧，看看 if 的效果怎么样。

➜  ~ curl "http://192.168.56.88:8036/ssiphp/if.php?age=37"37➜  ~ curl "http://192.168.56.88:8036/ssiphp/if.php?age=49"not 40➜  ~ curl "http://192.168.56.88:8036/ssiphp/if.php?age=40"old or young? old!

返回的结果和我们 if 条件的预期一样。不过需要注意的是，这里的 if 判断条件没有大于、小于，只有等于、不等于、空或非空判断，但判断值可以是正则表达式。

总结

有意思吧，哈哈，早期的我们就是靠这个，实现 ASP 开发中头文件和脚文件的拆分的。不过现在真的很少见到了，毕竟一是纯静态网站已经很少了，二是各种语言框架都已经自带这些功能了。即使是做文章站那种生成纯静态页面的，也是直接去生成整张页面，和这个嵌套也没啥关系。

因此，它的应用场景现在确实很有限了。大家了解一下就好，特别是各位年轻的大佬，如果没见过的话，自己试试，其实也挺好玩的。

参考文档：

http://nginx.org/en/docs/http/ngx_http_ssi_module.html