Discuz插件开发实战，Discuz论坛插件

当前目录列表：

1、求高手 Discuz X 1.5 插件开发相关问题，倒计时插件。

2、Discuz插件开发 怎么调用Discuz

3、学习Discuz插件和模版开发需要学什么知识啊？

4、Discuz教程：插件开发经验之如何运用 C::t 方法

5、Discuz开发插件和直接修改模板的区别，各有什么好处。

求高手 Discuz X 1.5 插件开发相关问题，倒计时插件。

这个按钮肯定会需要JS，JS里有一个 时间间歇的函数，他的作用是处理每个多少秒去干什么事情，你只需要点击这个按钮 然后去给倒计时的秒增加就可以了。

Discuz插件开发 怎么调用Discuz

解决方案：在config\config_global.php 最下面添加 $_config['plugindeveloper'] = 2; 刷新后台应用即可

设置完成1后 工具-清理缓存 然后刷新下页面就出现好多 类似string global_usernav_extra1的东西 这就是锚点，也是插件可以利用的点。

学习Discuz插件和模版开发需要学什么知识啊？

首先最基础的DIV+CSS，前端的HTML是要学习的。

其次，如果想要更好的完成独立开发，还要学习MYSQL数据库相关的知识。

当然，DISCUZ本身的开发机制也需要学习。

可以去班班学院看下，专门做DZ教学的。

Discuz教程：插件开发经验之如何运用 C::t 方法

抽点时间讲解一下C::t方法的简单使用。

一、C::t方法的好处：一是对象清楚，二是对形参格式化处理，三是可集中SQL语句，利于维护，四是安全性更高。

二、具体用法，看下面的例子

假设有一个名为test的插件，其中关于名为tbname的数据表操作的SQL

旧式写法

a.inc.php

?php

……

$query = DB::query，'select * from '.DB::table('tbname'.' where id='.$id);

while，$v = DB::fetch($query){

……

}

……

?

改造为C::t如下

a.inc.php

?php

……

$query = C::t，'#test#tbname'-fetch_all，$id;

foreach，$query as $key = $value{

或者将上面的两行变为一行，以减少行数，如下

foreach，C::t('#test#tbname'-fetch_all，$id as $key = $value){

……

}

……

?

再新建一个文件夹名为table，放在插件根目录下，在table中创建一个名为table_tbname.php的类文件，详见技术文库的相关说明，该文件的代码框架如下

table_tbname.php

?php

if ，!defined('IN_DISCUZ') {

exit，'Aecsse Denied';

}

class table_tbname extends Discuz_table{

public function __construct， {

$this-_table = 'tbname';

$this-_pk = 'id';

parent::__construct，;

}

/*------------在此处构造N多的自定义函数，本例中自定义的函数如下-------------*/

public function fetch_all，$id{

return DB::fetch_all，'select * from %t where id=%d',array($this-_table,$id);

}

}

?

C::t的运用有很多变化，但万变不离其宗，基本骨架就是上面的样子。

注意：

1、自定义函数中有一个同名函数名fetch_all，虽然名字相同，但内涵不同。本例比较特殊，实际自定义函数名称你可以随便起，例如public

function

ldsjglfdjs，$id，不一定非要像技术文库要求那样规则命名，当然，规则命名更易于辨认理解维护

2、SQL中应当用格式化语句书写，以保障安全性，其中的%t代表了对数据表名的格式化，%d代表了对%id的格式化，其中的含义请查询技术文库"源DB类的改进"，以了解掌握都有哪些格式符及其意义并加以运用。这里要特别注意%s和%i的区别，涉及安全处理问题

3、虽然不是必须，但我仍建议并强调，以数组形参的形式作为DB层封装函数的第二参数，如果该函数有此参数的话，例如上例中的

DB::fetch_all，SQL,array(第一形参,第二形参,...)，某些DB层封装的函数对于有无$arg这个数组参数有着不同的执行过

程，将会影响对该参数中的变量是否进行安全过滤的行为

4、SQL中的格式符一定要和数组形参中的变量一一对应，不能颠倒

5、不提倡旧式的SQL写法，如DB::fetch_all，'select

*

from

'.DB::table('tbname'.'

where

id='.$id)，原因见上面的3

6、虽然不是必须，但C::t方法中自定义函数内最好不要使用诸如$_GET、$_POST之类的全局变量，应在C::t之前赋值后传入，否则，例如在DB::query中使用，如不进行过滤，其安全性将难以保障

7、大多数被DB封装的常用数据库操作函数，其参数都将被做安全处理，因此要注意，虽然不是必须避免重复过滤，但应考虑执行效率问题。

8、注意注意再注意，由于大多数被DB封装的常用数据库操作函数都要调用内部query函数，相当于在外部直接使用DB::query，而该函数有个特例情况，就是上面3所说，因此特别要考虑有无数组形参，进而加固安全性

9、尽量将SQL集中放在C::t方法的类文件中，避免在应用层等其他文件中使用SQL，这样能使对象更清晰规范方便维护

官方在source/class/table中已经内置了很多C::t方法，假设在插件设计时所用的方法是官方所没有的，而官方已创建了一个同名类文件，

这时怎么办？那就按上面例子所示，自己创建一个同名类文件就行了，但应用层一定要用C::t，'#插件标识符#不带前缀的表名'来调用，而不是

C::t，'不带前缀的表名'这种方式

闲暇之余多看看source/class/Discuz中的Discuz_database.php和dizcuz_table.php这两个重要文件，烂熟其中被DB封装的常用函数的执行原理和机制，对自如运用C::t和加强安全认识有好处

小编极力推荐：

网页制作编辑器大全

Discuz开发插件和直接修改模板的区别，各有什么好处。

Discuz开发插件可以方便该功能的有效备份和传播分享，并且不影响论坛程序的升级和打补丁等日后操作，但是插件的制作相比直接修改原模板比较麻烦。因此可想而知道直接修改模板最大的弊端就是给日后系统程序的升级和补丁操作带来影响，要么不进行此类操作，要么就把之前的过程再重复一遍。个人建议，如果功底可以，就直接制成插件形式，本着利人利己的态度，这样做也百利而无一害。码了这么多字，如果感觉还行就采纳了吧。