1. 系统类库,应用类库和     ThinkPHP模拟了Java的类库导入机制,统一采用import方法进行类文件的加载。import方法是ThinkPHP内建的类库和文件导入方法,提供了方便和灵活的文件导入机制,完全可以替代PHP的require和include方法。例如: import(“Think.Util.Session”); import(“App.Model.UserModel”);     import方法具有缓存和检测机制,相同的文件不会重复导入,如果发现导入了不同的位置下面的同名类库文件,系统会提示冲突,例如: import(“Think.Util.Array”); import(“ORG.Util.Array”);     上面的情况导入会产生引入两个同名的Array.class.php 类,即使实际上的类名可能不存在冲突,但是按照ThinkPHP的规范,类名和文件名是一致的,所以系统会抛出类名冲突的异常,并终止执行。     注意:在Unix或者Linux主机下面是区别大小写的,所以在使用import方法的时候要注意目录名和类库名称的大小写,否则会引入文件失败。     对于import方法,系统会自动识别导入类库文件的位置,ThinkPHP的约定是Think、ORG、Com包的导入以系统基类库为相对起始目录(ThinkPHP/lib/),否则就认为是项目应用类库为起始目录(lib/)。 import(“Think.Util.Session”); import(“ORG.Util.Page”); 上面两个方法分别导入了系统目录下的Lib/Think/Util/Session.class.php和Lib/ORG/Util/Page.class.php类文件。 要导入项目的应用类库文件也很简单,使用下面的方式就可以了,和导入基类库的方式看起来差不多:import(“MyApp.Action.UserAction”); import(“MyApp.Model.InfoModel”); 上面的方式分别表示导入MyApp项目下面的Lib/Action/UserAction.class.php和Lib/Model/InfoModel.class.php类文件。通常我们都是在当前项目里面导入所需的类库文件,所以,我们可以使用下面的方式来简化代 import(“@.Action.UserAction”); import(“@.Model.InfoModel”); 除了看起来简单一些外,还可以方便项目类库的移植。 如果要在当前项目下面导入其他项目的类库,必须保证两个项目的目录是平级的,否则无法使用 import(“OtherApp.Model.GroupModel”);的方式来加载其他项目的类库。 我们知道,按照系统的规则,import方法是无法导入具有点号的类库文件的,因为点号会直接转化成斜线,例如我们定义了一个名称为User.Info.class.php 的文件的话,采用: import(“ORG.User.Info”);方式加载的话就会出现错误,导致加载的文件不是ORG/User.Info.class.php 文件,而是ORG/User/Info.class.php 文件,这种情况下,我们可以使用: import(“ORG.User#Info”);来导入。 对于import方法,系统会自动识别导入类库文件的位置,如果是其它情况的导入,需要指定baseUrl参数,也就是import方法的第二个参数。例如,要导入当前文件所在目录下面的 RBAC/AccessDecisionManager.class.php 文件,可以使用: import(“RBAC.AccessDecisionManager”,dirname(__FILE__)); 2. 第三方类库导入 我们知道 ThinkPHP 的基类库都是以.class.php 为后缀的,这是系统内置的一个约定,当然也可以通过 import 的参数来控制,为了更加方便引入其他框架和系统的类库,系统增加了导入第三方类库的功能,第三方类库统一放置在系统的Vendor 目录下面,并且使用vendor 方法导入,其参数和 import 方法是一致的,只是默认的值有针对变化。 例如,我们把 Zend 的 FilterDir.php 放到 [...]

session 跨域,困扰我好几天,今天终于弄明白了! 不管是thinkphp ,还是本身的php 其实都要设置session.cookie_domain 设置好,就OK了 在thinkphp 里,在配置文件里 conf/config.php 第一行:加 ini_set(‘session.cookie_domain’, “.domain.com”);//跨域访问Session 别的不用框架的一样, 已下又是我这几天总结的 -================================ session 跨域解决办法,本人已亲自测试成功,并已运用到自己的网站! 第一种情况:如果你目录下没有.htaccess这个文件,也就是没有采取url伪静态2的话,那么,你在conf/config.php 第一行加上: ini_set(‘session.cookie_domain’, “.domain.com”);//跨域访问Session 这种如果你开启了调试,可能用!但关闭了调试,可能就不管用了! 第二种情况:如果你目录下有.htaccess这个文件,那么你在根目录,index.php 的第一行加入: <?php ini_set(‘session.cookie_domain’, “.domain.com”);//跨域访问Session // 定义ThinkPHP框架路径 define(‘THINK_PATH’, ‘../ThinkPHP/’); //定义项目名称和路径 define(‘APP_NAME’, ‘Www’); define(‘APP_PATH’, ‘.’); // 加载框架入口文件 require(THINK_PATH.”/ThinkPHP.php”); //实例化一个网站应用实例 App::run(); ?> 这种开不开启调试都管用!

TP2.0 之分组模式项目部署

ThinkPHP2.0将支持项目以’分组模式’进行部署,这是一项激动人心的新功能特性,让我们在使用TP开发时,又再有了新的目录结构可供选择,而且在使用习惯上,我们并不需要作出多少改变,却会因此带来更多的便利、省心和项目资源可以更方便地共享等等许多好处。 本文将对此模式使用的各方面进行详细介绍,并强烈推荐各位TPer朋友使用 。 分组模式的目录结构 当使用分组模式时,目录结构主要区别在于 项目下的Lib/Action目录和Tpl模板目录。 Action目录下可以根据配置,使用类似下图的方式: Action目录结构: 下载 (7.62 KB) 2009-6-23 08:30 相应地,模板目录结构是下图的方式: default目录结构 下载 (7.56 KB) 2009-6-23 08:32 而生成的模板缓存,同样会对应模板目录结构。模板目录不限于你的分组设定,例如上图的Public分组公用目录。 上面这些结构示图,不用细说已可以很清晰地看出,我现在把自己的项目按类型细分成了以下几个分组去部署: Home   前台, Admin  后台, Blog    博客模块 User    用户中心模块 ——————- 分组模块的概念,并不局限于将项目区分为前台和后台。 你可以按自己所需类型,进行明确细致的区分,这样非常方便于项目管理和开发部署。 同时对于多个分组模块,都可以自由共享项目的基类库进行继承,例如图中的BaseAction.class.php,放置在Action目录下,无须手动引入便可以自动加载。 目前测试通过的是一级项目分组,假如你的项目结构确实非常庞大,你仍可以像以前那样,将整个项目区分为前台后台,然后前台后台再用分组模式部署再次进行细分。在使用上不会有任何冲突,并且对空模块、空操作等等功能没有任何影响和使用上的区别。 ————————— 与之产生的目录,还可以有各个分组的 独自的函数目录, (Myapp/Common/Admin/function.php) 独自的配置目录, (Myapp/Conf/Admin/config.php) Model下的分组目录 而且这些都不是必需存在,但却是允许你使用的。 在项目运行时,系统会自动加载所有共用的函数和配置, 如果检测到Common下有分组目录并且有定义function.php文件, 或者检测到Cofn目录下有分组对应的目录和config.php文件, 都会一一对应进行自动加载,让各个项目拥有自己私有的函数和配置。 对于Model类,如果需要,也可以进行分组处理,并且不必对应项目分组。比如要将视图类模型独立区分出来,可以在Model下建立一个View目录,然后使用D(‘View.UserView’)实例化模型,自动对应Model/View/UserViewModel.class.php类。包括这个连缀的. ,都是可以通过GROUP_DEPR进行配置。多个项目组之间的模型类,统一放在Model目录下,直接使用D(‘ModelName’);实例化就可以。 分组模式配置  分组模式有五个相关配置: VAR_GROUP      [...]

ThinkPHP内置了抽象数据库访问层,把不同的数据库操作封装起来,我们只需要使用公共的Db类进行操作,而无需针对不同的数据库写不同的代码和底层实现,Db类会自动调用相应的数据库适配器来处理。目前的数据库包括Mysql、MsSQL、PgSQL、Sqlite、Oracle、Ibase以及PDO的支持,如果应用需要使用数据库,必须配置数据库连接信息,数据库的配置文件有多种定义方式: 第一种 在项目配置文件里面定义 return array( ‘DB_TYPE’=> ‘mysql’, ‘DB_HOST’=> ‘localhost’, ‘DB_NAME’=>’thinkphp’, ‘DB_USER’=>’root’, ‘DB_PWD’=>”, ‘DB_PORT’=>’3306′, ‘DB_PREFIX’=>’think_’, // 其他项目配置参数……… ); 系统推荐使用该种方式,因为一般一个项目的数据库访问配置是相同的。该方法系统在连接数据库的时候会自动获取,无需手动连接。 可以对每个项目定义不同的数据库连接信息,还可以在调试配置文件(Conf/debug.php)里面定义调试数据库的配置信息,如果在项目配置文件和调试模式配置文件里面同时定义了数据库连接信息,那么在调试模式下面后者生效,部署模式下面前者生效。 第二种 使用DSN方式在初始化Db类的时候传参数 $db_dsn = “mysql://username:passwd@localhost:3306/DbName”; $db = new Db($db_dsn); 该方式主要用于在控制器里面自己手动连接数据库的情况,或者用于创建多个数据库连接。 第三种 使用数组传参数 $DSN = array( ‘dbms’ => ‘mysql’, ‘username’ => ‘username’, ‘password’ => ‘password’, ‘hostname’ => ‘localhost’, ‘hostport’ => ’3306′, ‘database’ => ‘dbname’ ); $db = [...]

大概可能存在以下的问题: 1.php没有安装gd扩展模块。 2.文件BOM问题。对于所有项目文件清除BOM标记后,显示问题可解决。本人就是,重新编辑配置文件后,验证码图片即可正常显示。

© 2011 科创网 豫ICP备11029392号 Suffusion theme by Sayontan Sinha