个人总结下文:

页面

<!--#include virtual="/webmain/flow/page/ssi/ssi_crmlibrary.html" stub="one" -->

配置文件,添加后就会自动加载对应的文件

ssi on; # 开启SSI支持
ssi_silent_errors on; # 默认为off,设置为on则在处理SSI文件出错时不输出错误信息


  nginx中SSI问题的研究_php

最近感觉挺爽的,这个项目团队没有一个专门做PHP的,我是第一个进来做PHP(当然还有前端)的,哈哈,我会设计修改出适合我们业务的PHP框架,哈哈,感觉会学到很多东西的样子,前几天在组内20几个前辈面前讲php框架,以及跟大牛们探讨适合我们的php框架,感觉表达能力太差了,知道的东西表达不清楚,还要我的导师去帮我表达,这里感谢下我的导师于洪磊(简称磊哥),磊哥简直就是我的偶像,我没见过那么有深度的程序员,技术牛B这是肯定的了,对技术外的了解超出了我的想象,磊哥看的书很多,涉猎很广泛,尤其在历史和文学方面,聊起天来有理有条、幽默风趣、时不时的引用几句谁谁谁的文章,啊!真感觉不出来是一个技术大牛,更像是罗永浩那样的人,哈哈,在最近2年磊哥就是我的目标,多看书、多讲话,提高自己的表达能力,要不然自己知道的东西不能通过最直接的表达分享出去,这就很郁闷了。

  瞎扯了这么多,进入正题吧,今天要说的是一个关于SSI的问题,这里先介绍下SSI

  SSI是Server Side Inclde的缩写,就是服务端包含的意思,我今天要说的只是用到了nginx中SSI模块的include命令,这个命令会包含一个页面,然后在nginx服务器中展开。

  我遇到的是什么问题呢?现在有个富文本编辑编辑器,要求保存页面篇,输入一些html(包括SSI include命令),然后保存在数据库,保存之后还要求可以编辑,要求富文本编辑器中的内容就像这样内容就像下面这样:

​<​​​ ​​html​​​ ​​>​

​<​​​ ​​head​​​ ​​>​

​</​​​ ​​head​​​ ​​>​

​<​​​ ​​body​​​ ​​>​

​<!--#include virtual="/sinclude/test.shtml"-->​

​<​​​ ​​div​​​ ​​>Hello World!!!</​​​ ​​div​​​ ​​>​

​</​​​ ​​body​​​ ​​>​

​</​​​ ​​html​​​ ​​>​

  问题就处在了这里,这里面包含了ssi命令。

  这个如果直接访问的只显示Hello World!!!,我们对nginx做如下配置:


​ssi on;​

​ssi_types text/html;​

  这个时候如果有mime type为text/shtml类型的数据通过nginx的时候,nginx就回去解析这些命令,这导致了个问题,我在数据库中查出数据然后返回给客户端富文本编辑器就会出错,我的echo内容如下所示:


​<!--#​​​ ​​include​​​ ​​virtual=​​​ ​​"/sinclude/test.shtml"​​​ ​​-->​

​<!--#​​​ ​​include​​​ ​​virtual=​​​ ​​"/sinclude/test1.shtml"​​​ ​​-->​

​<!--#​​​ ​​include​​​ ​​virtual=​​​ ​​"/sinclude/test2.shtml"​​​ ​​-->​

  页面会显示这种形式:

nginx中SSI问题的研究_php_02

  这我就有点郁闷了,因为服务器上其他功能必须用到ssi,而我这里又不需要,这个该怎么办呢?

  这个时候我想到了ssi_types,这里面设置的是text/html,而常用的还有一种text/plain,这种类型的mime是什么呢,在浏览器中他会把所有的内容原封不动的显示出来,不去进行解析html、css。用了这种类型,nginx就不会进行展开了,试试在输出之前修改mime:

1

​header(​​​ ​​'Content-type: text/plain'​​​ ​​);​

  果然,在修改了mime之后,输出和数据库中的一致,原封不动:

nginx中SSI问题的研究_后端_03

  看样子问题解决了,但是没想到由于历史原因,后台的编辑框内内容和其他内容是一起返回的,这下囧了,如果设置为text/plain所有的内容都已文本形式显示在浏览器,问题等于还是没有解决~~

  这个时候想到nginx配置,由于需要nginx进行解析展开的文件一般为shtml、html等后缀,而查数据库一般为php所以我可以将ssi的所用于缩小为后缀名为shtml、html的文件,看看配置,这里我讲ssi配置信息移动到一个匹配中,再看看效果,


​location ~* \.(html|shtml|htm)$ {​

​ssi on;​

​ssi_types text/shtml;​

​proxy_pass http:​​​ ​​//www.testssi.com;​

​}​

  新建html、php文件,内容类似,


​<?php​

​echo​​​ ​​'<!--# include virtual="/sinclude/test.shtml" -->'​​​ ​​;​

​echo​​​ ​​'<!--# include virtual="/sinclude/test1.shtml" -->'​​​ ​​;​

​echo​​​ ​​'<!--# include virtual="/sinclude/test2.shtml" -->'​​​ ​​;​

​echo​​​ ​​'TEst!!'​​​ ​​;​

  html:


​<!--# include virtual="/sinclude/test.shtml" -->​

​<!--# include virtual="/sinclude/test1.shtml" -->​

​<!--# include virtual="/sinclude/test2.shtml" -->​

​TEst!!​

  会发现php访问只输出了Test!!,其他内容要查看源码才可以看见,html中则会进行解析,输出对应包含文件的内容或者没找到报错!!至此问题基本解决了,具体情况下周上班之后试下这个方法,应该没问题,测试的时候都是ok的。

  今天在实际代码中没有用这些,使用了一个简单的函数,哈哈,将大小于号转化为html编码,nginx解析ssi的时候不认识,但是浏览器还是认识的,ok,问题解决,没有修改nginx哦配置


​function​​​ ​​escape_ssi(​​​ ​​$str​​​ ​​){​

​return​​​ ​​preg_replace(​​​ ​​array​​​ ​​(​​​ ​​'/</'​​​ ​​,​​​ ​​'/>/'​​​ ​​),​​​ ​​array​​​ ​​(​​​ ​​'<'​​​ ​​,​​​ ​​'>'​​​ ​​),​​​ ​​$str​​​ ​​);​

​}​