Research on SSI issues in nginx-PHP Tutorial-php.cn

Research on SSI issues in nginx

WBOY

Release： 2016-08-08 09:26:11

Original

1221 people have browsed it

I feel pretty good recently. No one in this project team specializes in PHP. I am the first to come in to do PHP (and front-end of course). Haha, I will design and modify a PHP framework suitable for our business. Haha, it feels like It seems that I will learn a lot of things. A few days ago, I talked about the PHP framework in front of more than 20 seniors in the group, and discussed with the experts about the PHP framework that is suitable for us. I feel that my expressive ability is too poor, and I can’t express clearly what I know. I need my mentor to help me express it. I would like to thank my mentor Yu Honglei (Brother Lei for short). Brother Lei is simply my idol. I have never seen such a deep programmer. He is a skilled technician. This is for sure. My understanding of things other than technology is beyond my imagination. Brother Lei has read a lot of books and has covered a wide range of topics, especially in history and literature. His chat is organized, humorous, and he quotes a few words from so and so from time to time. Article, ah! I really don’t feel that he is a technical master, more like someone like Luo Yonghao, haha. In the past two years, Brother Lei has been my goal. Read more books, speak more, and improve my ability to express myself. Otherwise, what I know cannot be Sharing it through the most direct expression is very depressing.

After so much nonsense, let’s get to the point. Today I’m going to talk about a question about SSI. Let’s first introduce SSI

　 SSI is the abbreviation of Server Side Include, which means server side inclusion. What I am going to talk about today is just using the include command of the SSI module in nginx. This command will include a page and then expand it in the nginx server.

　What problem am I encountering? Now there is a rich text editing editor that requires you to save the page, enter some HTML (including the SSI include command), and then save it in the database. After saving, it also requires that it can be edited. The content in the rich text editor is required to be like this. As follows:

<html>
<head>
</head>
<body>
	<!--#include virtual="/sinclude/test.shtml"-->
	<div>Hello World!!!</div>
</body>
</html>

Copy after login

　The problem lies here, which contains the ssi command.

　This will only display Hello World if accessed directly! ! ! , we configure nginx as follows:

ssi on;
ssi_types text/html;

Copy after login

　At this time, if there is data with mime type text/shtml passing through nginx, nginx will go back to parse these commands, which causes a problem. I find the data in the database and return it to the client rich text editor. Something went wrong and my echo content looks like this:

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

Copy after login

　The page will display this form:

　This makes me a little depressed, because other functions on the server must use SSI, but I don’t need it here. What should I do?

At this time, I thought of ssi_types. The setting here is text/html, and there is also a commonly used text/plain. What is this type of mime? In the browser, it will leave all the content intact. Displayed without parsing html and css. If this type is used, nginx will not expand. Try modifying the mime before output:

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

Copy after login

Sure enough, after modifying the mime, the output is consistent with the one in the database and remains unchanged:

It seems that the problem has been solved, but I didn’t expect that due to historical reasons, the content in the background edit box is returned together with other content. This is embarrassing. If it is set to text/plain, all the content will be displayed in the browser in text form. , the problem is still unresolved~~

　At this time, I think of nginx configuration. Since the files that need to be parsed and expanded by nginx are generally shtml, html and other suffixes, and the query database is usually php, I can reduce the use of ssi to files with suffixes of shtml and html. Take a look. Configuration, here I will move the ssi configuration information into a match, and then see the effect,

        location ~* \.(html|shtml|htm)$ {
            ssi on;
            ssi_types text/shtml;
            proxy_pass http://www.testssi.com;
        }

Copy after login

Create new html and php files with similar content,

<?php
echo '<!--# include virtual="/sinclude/test.shtml" -->';
echo '<!--# include virtual="/sinclude/test1.shtml" -->';
echo '<!--# include virtual="/sinclude/test2.shtml" -->';
echo 'TEst!!';

Copy after login

　html：

<!--# include virtual="/sinclude/test.shtml" -->
<!--# include virtual="/sinclude/test1.shtml" -->
<!--# include virtual="/sinclude/test2.shtml" -->
TEst!!

Copy after login

You will find that the php access only outputs Test!!, and other content can only be seen by viewing the source code. In html, it will be parsed, and the content corresponding to the included file will be output or an error will be reported if it is not found! ! At this point, the problem has basically been solved. If you try this method after work next week, it should be no problem. It was ok during the test.

　The copyright of this article belongs to the author iforever (luluyrt@163.com). Any form of reprinting is prohibited without the author's consent. After reprinting the article, the author and the original text link must be given in an obvious position on the article page.

The above introduces the research on SSI issues in nginx, including aspects of it. I hope it will be helpful to friends who are interested in PHP tutorials.