thinkphp
thinkphp copied to clipboard
top-think
ThinkPHP3.2 ——基于PHP5的简单快速的面向对象的PHP框架
Loading composer repositories with package information [Composer\Downloader\TransportException] Your configuration does not allow connections to http://packagist.phpcomposer.com/packages.json. See https://getcomposer.org/doc/06-config.md#secure-http for details.
以下是方法parseTemplate中关于获取路径的设定 ` // 获取当前主题的模版路径 ``` defined('THEME_PATH') or define('THEME_PATH', $this->getThemePath($module)); ``` ` 此处以常量方式保存了模板路径，并且包含了Module文件夹名称，导致如果在一次脚本只能获取一个Module下面的模板路径，当以后再使用本函数获取路径时将无法再获取其他Module下的模板。 建议THEME_PATH并不包含Module文件夹名称。或者在此不要使用常量保存。 辛苦作者及时更新。
setfield时给field加上`` 由于tp对set参数的处理很粗暴,等号后面是直接拼接传入的字符串的,只能从这里修复一下了。 不清楚是不是有数据库不支持真这种写法，不过从update中调用的prasekey的写法来看，似乎问题不大。
比如 API 调用上，对于不同的表要根据不同用户来匹配增删改查的权限控制 感觉 Behavior 是一个不错的可以介入的扩展 不过官方文档在 behavior 上的案例比较少一些
1. 之前的代码在对 HTTP_X_FORWARDED_FOR 内容进行 array_search 和 unset 操作是没有意义的。 2. 最重要的是，在一些网络架构下，HTTP_X_FORWARDED_FOR 开始部分中会包含一些内网地址，这些地址对于get_client_ip的逻辑是无用的。 3. 为此增加了两个函数，is_inner_ip和get_first_outerip
关于在使用addAll时，对RD组装的数组中key的顺序要求一模一样，按照那样做是没有问题。但是这里我有一点小疑问，不知框架设计者有没有考虑到比如顺序不一致的情况，个人觉得框架既然提供了这样的一个addAll的方法，就因key的顺序不一致，造成数据插入混乱的情况，不应该出现吧。谢谢咯
