我最近一直在研究、使用Phalcon PHP开发框架做一个应用,里面的细节问题还真是很多。这就碰见一个URL重写、路由设置失效的事情。

这个故障是这样:配置好测试系统后,无论怎么设置网站系统的路由(Router)系统,都不能引起分配器(dispatcher)的调用,总是调用默认的Index Controller和indexAction。

仔细检查了下代码,没问题。然后又拿出老办法 – 追踪源代码。找到对应的源代码分配器部分,看了看,也没啥可疑的错误。然后检索了一下谷歌,查到了线索。问题出在Nginx的配置上,重写规则不小心写错了。

官方文档:https://docs.phalconphp.com/en/latest/reference/nginx.html  提到:

有两个获取url信息的模式:

Using $_GET[‘_url’] as source of URIs

里面的重写规则要写成:

location / { try_files $uri $uri/ /index.php?_url=$uri&$args; }

这个模式是Phalcon框架默认的使用规则。

Using $_SERVER[‘REQUEST_URI’] as source of URIs

重写规则要写成:

 

 location / { try_files $uri $uri/ /index.php; }

如果使用这个模式,需要修改Router的代码:

$router->setUriSource(Router::URI_SOURCE_SERVER_REQUEST_URI);

这里面有提到:

https://forum.phalconphp.com/discussion/11385/how-to-get-get-from-uri

对try_files指令的解析:

这个指令功能是这样,在收到访问请求的时候,先测试$uri是不是文件,再测试是不是目录,如果是继续访问,如果不是,则调用内部的重定向指令。

/index.php?_url=$uri&$args;

这就是Web framework的统一入口操作,所有的请求都导引到指定的地址。就如同一个app一样的,启动都从规定的地方 – index.php 开始。

_url是这个框架内部使用的变量,必须设置的。&$args是传输后面的参数信息。这样,在后面的配置指令里面,url请求就分解了。

fastcgi_split_path_info ^(.+\.php)(/.+)$;

可以检查一下router.zep文件:

其实Phalcon文档里面也提到了,是使用“$_GET[‘_url’] ”进行操作。

其它web框架,使用了其它的变量名,就必须根据要求修改,不能使用”_url”,否则得不到信息。

这里提到了:

https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/

“Front Controller Pattern” designs are popular and are used on the many of the most popular PHP software packages; But a lot of examples are more complex than they need to be. For Drupal, Joomla, etc., just use this:

try_files $uri $uri/ /index.php?q=$uri&$args;

Note – the parameter names are different based on the package you’re using. For example:

  • “q” is the parameter used by Drupal, Joomla, WordPress
  • “page” is used by CMS Made Simple

Some software don’t even need the query string and can read from REQUEST_URI. For example, WordPress supports this:

try_files $uri $uri/ /index.php;

If you don’t care about checking for the existence of directories, you can skip it by removing $uri/.

Nginx配置修改好了,系统运行就正常了。

一生只为寻找欢笑 - 读Linux之父林纳斯自传
职场人的学习方法