thinkphp5验证码功能踩坑记

无意中发现直接在访问网站根目录可以输出验证码

本网站能正常运行官方demo的验证码，

这个网站和上个网站使用的是一套代码进行开发的，但是这个网站验证码死活不出来。当时以为nginx的配置有问题，然后上网狂找资料，对了后台报的错误信息为：[error] 26309#0: *8415 recv() failed (104: Connection reset by peer) while reading response header。上网一搜，看到很多文章讲这个的，可是并没有解决我的问题，原文如下：

3、Nginx 502 Bad Gateway错误
在php.ini和php-fpm.conf中分别有这样两个配置项：max_execution_time和request_terminate_timeout。
这两项都是用来配置一个PHP脚本的最大执行时间的。当超过这个时间时，PHP-FPM不只会终止脚本的执行，
还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。
1）Nginx错误访问日志：
2013/09/19 01:09:00 [error] 27600#0: *78887 recv() failed (104: Connection reset by peer) while reading response header from upstream,client: 192.168.1.101, server: test.com, request: "POST /index.php HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fcgi.sock:",  host: "test.com", referrer: "http://test.com/index.php"
2）PHP-FPM报错日志：
     WARNING:  child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
     所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout

     可以覆盖max_execution_time，所以如果不想改全局的php.ini，那只改PHP-FPM的配置就可以了。此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。有时Nginx与上游服务器（如Tomcat、FastCGI）的通信只是偶然断掉了，但max_fail如果设置的比较小的话，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。所以可以将max_fail调大一些，将fail_timeout调小一些。

因为前天重新安装过PHP，所以怀疑PHP安装的有问题，然后编译又有依赖问题，结果忙活了老半天。安装好后，这回确认是PHP没问题的了，而且确定将gd的库也安装和各种图片处理库给安装上了。结果还是不行，最后在浏览器地址栏中的一个大字错误让我发现了上述有趣的现象，在此记录，已和各位初学者共勉，也可防止将来再犯此错，哈哈。

    // URL伪静态后缀

    'url_html_suffix'        => '',

经过一天的奋战，终于发现原来是这不应该加后缀的问题，但是我的www.tplearn.com的网站是加了后缀也可以访问的，这个是查看tp的助手函数源码时恍然想到的。不禁想到，有些时候，出了，问题，在网上搜寻资料超过一个两个小时还没有解决的话，直接去看源码，不要再去浪费时间去搜那些胡说八道的文章了。