- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我注意到,有时(尤其是在 mod_rewrite 不可用的情况下)使用此路径方案:
http://host/path/index.php/clean_url_here
--------------------------^
这似乎 工作,至少在Apache 中,调用index.php
,并且可以通过以下方式查询/clean_url_here
部分$_SERVER['PATH_INFO']
。 PHP连kind of advertises此功能。另外,例如 CodeIgniter框架使用此技术作为其 URL 的默认技术。
问题:这项技术的可靠性如何?是否存在 Apache 不调用 index.php
但尝试解析路径的情况? lighttpd、nginx、IIS、AOLServer 呢?
ServerFault 问题? 我认为这与在 PHP 代码中使用此功能有更多关系。所以我在这里问。
附录:正如 VolkerK 所建议的,这个问题的合理扩展是:How can a programmer influence the existence of $_SERVER['PATH_INFO']
on various servers类型?
最佳答案
我认为这个问题同样适用于 stackoverflow 和 serverfault。例如。作为一名开发人员,我只能告诉您 pathinfo 与任何用户输入一样值得信赖(这意味着它几乎可以包含任何内容)并且您的脚本可能会或可能不会收到它,具体取决于网络服务器版本和配置:
Apache :AcceptPathInfo
IIS:例如AllowPathInfoForScriptMappings和其他
等等……
但是服务器管理员可能会告诉您“在现实世界中”您可以期望哪些设置以及为什么首选这些设置。
所以问题就变成了:您(或预期的用户群)对服务器配置有多大影响。
关于php -/index.php/seo_path 这样的 URI 有多可靠,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2635648/
我注意到,有时(尤其是在 mod_rewrite 不可用的情况下)使用此路径方案: http://host/path/index.php/clean_url_here ----------------
我是一名优秀的程序员,十分优秀!