ThinkPHP 2.0(使用手册)_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
ThinkPHP 2.0(使用手册)
T​h​i​n​k​P​H​P​ .-​-​使​用​手​册
阅读已结束，如果下载本文需要使用
想免费下载本文？
你可能喜欢thinkphp部署到linux上问题_百度知道
thinkphp部署到linux上问题
house/index: discovered file(s) matching request, &#39.php里加上define('html&#47.html (None could be negotiated);)，apache错误日志：Nvar/这句就找不到入口: &#47，不加这句就能正常访问;BIND_MODULE'House'www&#47
提问者采纳
'define('&nbsp, '=&DEFAULT_MODULE'&&&&BIND_MODULE'&);;;&nbsp,&nbsp.php 加个&默认模块这样访问就不用带上House模块名称了;House'&&&&//&&House'直接在公共配置文件中加上&#39不用在 index。URL/House/user/index&nbsp
这样就报404错误，httpd的log里是这样[error] [client 222.69.38.68] Negotiation: discovered file(s) matching request: /var/www/html/house/index.html (None could be negotiated).
&?phpreturn&array( //&允许访问的模块列表 'MODULE_ALLOW_LIST'&&&&=&&&&&array('House'), 'DEFAULT_MODULE'&&=&&&'House',&&//&默认模块);刚才少加了个配置
提问者评价
其他类似问题
为您推荐：
其他1条回答
第三步第一检测服务器是否开启了伪静态规则。求采纳为满意回答，需要综合去分析，TP里面的urlmodel属性是否是兼容模式，否则.htaccess配置的时候大小写没有区分，第二步请检测是否是因为，如果没有开启即可
能说详细具体点吗？我也是刚接触think
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁thinkphp中配置URL_CASE_INSENSITIVE大小写问题
默认的情况这个是关闭的，关闭后动作名在linux主机上Index/index这样的连接,在中间大I的ndex要是写成index/index是打不开的，这会引起一些习惯性问题，大写的确不太美观。
把'URL_CASE_INSENSITIVE'=&true后，Index/index和index/index都一样了，可以正常访问，但是新问题来了，要是一些action里是PorductClass.action.php这样的话，在URL里写productclass是会引发一些问题的。
说一下这种PorductClass会引发的问题吧：(不喜欢看原理的筒子们直接跳总结吧)
比如在后面一些公共方法中，都会使用D('MOUDEL_NAME')或M('MOUDEL_NAME')
使用/ProductClass/index的url产生的TP常量MOUDEL_NAME的结果是Productclass...好了这和ProductClass没啥不同呀，那就大错特错了。在model这个模块了，ProductClass和Productclass的差别可大了，格式为为小写的数据表名分别是product_class和productclss,嗯在下划线的差别和没下划线的差别，这当然是小部份问题（当然有个$this-&getActionName()可以代替MOUDEL_NAME不会产生什么问题结果就是现在动作的类名）。
第二方面模板的问题~在linux主机里大小写是会区分的，在模板文件引用上它也会按照MOUDEL_NAME去生成读取的路径，所以要是你的ProductClass动作引用的模板文件是名是Tpl/default/Productclass/，这就会造成linux打不开你的文件了，杯具吧。
第三点，为什么TP的URL_CASE_INSENSITIVE会这么奇怪的呢，在这里就要和大家讲下TP处理论URL_CASE_INSENSITIVE的一些过程吧，TP是首先把连接中/ProductClass/index/中按/来切分字符，然后把所有文字转为小写（嗯看到这里就知道其实如果用/ProductClass/index/这样的连接是和/productclass/index/或者/Productclass/index/又或者/productClass/index/是没有区别的），再将第一个字符转为大写（上面几个连接统一成Productclass了，没啥区别吧^_^），好了这点才是关键，在处理转大写的过程中TP会把带“_”后面的字符处理为大写，嗯。。有结果了哈，就是把连接用/Product_Class/index/或者/product_class/index/这样都行得出的MOUDEL_NAME是ProductClass，是不是很奇怪和写的ACTION上的类名不一样，唉没办法谁叫TP要去处理这个“_”呢。
好吧总结一下吧
规范开启URL_CASE_INSENSITIVE的URL~ACTION~表名的名字
URL:/product_class/index
ACTION:ProductClass.action.php类名当然是ProductClass啦
数据库表名：xx_product_class(xx是神马？？唉这个不用我说吧。。)
OK这样lib里的文件又可以按照规范的头字母大写的格式了,而不用为了照顾linux神马都用小写了。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。当前访客身份：游客 [
当前位置：
第一个就是大小写的问题，里面好多大小写不统一，导致软件运行有一点蛋疼，各种改。。
第二个就是WINDOWS情况下面好的，但是到了LINUX下面就一个劲的出现表单令牌错误。求大神帮助。。
---------------问题补充---------------
：还有就是在写ACTION的时候为什么总是会出现神一样的问题，一些ACTION认识首写大写，而还有一些ACTION则不认。。。
：蛋疼。自己写了一个插入的实现，不用他自带的了。烂得来跟屎一样。蛋疼。。
共有2个答案
<span class="a_vote_num" id="a_vote_num_
这是自己的问题吧
--- 共有 3 条评论 ---
嗯。。把验证的那一块重新写了一下。貌似神一样的好了。。
(3年前)&nbsp&
: 一步一步排错吧。大小写敏感是系统的问题。不是Tp的问题
(3年前)&nbsp&
好吧。。原本我是用YII的。现在觉得THINKPHP挺方便的，所以就有一个站这样来做了。我也没有注意这一个方面，但是我已经把所有的页面都调整过来了。大小写都已经统一。但是就是遇到了这一个错误，查过网上的解释，说可以把验证关了可以解决此问题。但是我还是想想办法看？
(3年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
统一大小写统一编码，这些都是程序猿基本素质
--- 共有 1 条评论 ---
已经统一，但是这个环的错误至今还没有解决。
(3年前)&nbsp&
有什么技术问题吗？
Raynor1...的其他问题
类似的话题}