最近在做一个discuz的插件,由于需要程序自动生成并调用discuz已经存在插件的帖子.然而这就相当于自动发帖的功能了.网上找了一下,大部分都是通过curl模拟登陆,模拟发帖的,这显然不满足我的要求.如果采用这种方式既笨重又麻烦.百度了一通,没发现好的结果.于是google了一番,最后找到一个类似的方法.经过一番整理,于是有了下面这个函数. discuz帖子模块用到的表: 帖子表:pre_forum_post 帖子表pid最大值设置表:pre_forum_post_tableid 帖子列表表:

http://faq.comsenz.com/library/database/x3/x3_index.htm    discuz数据库表字典 Discuz X3各数据库表用途 pre_common_addon 插件扩展中心服务商表  pre_common_admincp_cmenu 后台管理面板,自定义常用菜单表  pre_common_admincp_group 后台团队职务名称表  pre_common_admincp_member 后台管理员成员表  pre_common_admincp

注意点: (1)进行拆分的总表表名是不同的.所以创建暂时表,把总表的数据先插入暂时表 (2)为了避免最外层游标轮询数据结束时,抛出 not found 退出程序,不会运行关闭游标等兴许操作,定义continue handler. declare continue handler for not found set done1=1; 1.1.外部存储过程调用主存储过程 CREATE PROCEDURE `bbs_split_thread_post_outer`(IN `in_tabname` va

上周末抽空重构了一下JX3PVE的PVE栏目,只上线了宏库栏目,结果出了一堆Bug.奈何公司这段时间都在搞完美假期这专题,太忙也没去处理.这不是周末拿时间来看一下. 发现其中有一个是点“下一页”ajax出现问题.找了好一会,纳闷ajax没提示出错呢. 原来 由于ajax请求没问题,但是却无法正常插入dom,于是……这个插入,竟然是用字符串匹配……... 醉了...手贱的我改成了…… 无语. 如果还有遇到此问题的小伙伴,最简单的办法把这里的class去掉即可. DZ的JS大多都是原生写的,大量的节

发个博客太麻烦了,难怪写博客的越来越少,吐一下,cnblogs的编辑器模板太丑! 最近开发社区 需要采集一些数据,使得模板输出有图文效果.就写了个简单的采集脚本,爬取目标站的内容,(用php 下载图片 处理起来比较麻烦).有了数据 就要插入到dz的数据库 ,随便命名一个 test.php 放在discuz 的web根目录下.操作一下 花了点功夫,中间有不少头疼的时候.特记录.两个注意点,一 ,Discuz的帖子 存储在帖子表 pre_forum_post ,message 字段,这里的图片 和换

链接原文:http://forum.digitser.cn/forum.php?mod=viewthread&tid=179 DISCUZ数据字典               http://www.dz7.com.cn/library/database/ Crossday Discuz! Board(以下简称 Discuz!,中国国家版权局著作权登记号 2006SR11895)是康盛创想(北京)科技有限公司(英文简称 Comsenz)推出的一套通用的社区论坛软件系统,用户可以在不需要任何编程的基

pre_common_admincp_cmenu 后台菜单收藏表 字段名 数据类型 默认值 允许非空 自动递增 备注 id smallint(6) unsigned    NO 是   title varchar(255)    NO    菜单名称 url varchar(255)    NO    菜单地址 sort tinyint(1)  0  NO    菜单类型,备用 displayorder tinyint(3)    NO    显示顺序 clicks smallint(6) un

// *********** 关于读取分表的数据*********** { // forum_thread 分表代码片段 -- 帖子列表 { // 定位某个板块的帖子落在哪个表(forum_thread_0) // ... // 到指定的表(forum_thread_0.forum_thread_1)中,读取帖子列表 // 注意:(分表的时候,要分得刚刚好,同一个板块的帖子不能跨表,不然会查不到) $threadlist = array_merge($threadlist, C::t('foru

<!--{echo htmlspecialchars_decode(discuzcode($post[message], , , , , , , , , , ));}--> 在discuz二次开发中调用discuz的编辑器是一件在所难免的事情,然而discuz的开发文档少得可怜:因此在二次开发的时候查看源码和各种莫名其妙的问题着实令人摸不着头脑.前面讲解了一下调用discuz编辑器的实例 调用discuz编辑器再也不是问题了.然而这只是一个粗糙的例子,而discuz帖子存储在数据库的却是自定义

手机bbs上看帖子,如果帖子中有外网图片显示的是“[viewimg]”,而不是图片pre_forum_thread 主题表pre_forum_post 帖子表 库表pre_forum_post中字段message显示如下:[align=left][img=500,341]http://y2.ifengimg.com/a/2014_21/f0d13f0ed691a35.jpg[/img][/align][attach]14[/attach] 程序代码:source/function/functio

pre_common_addon 插件扩展中心服务商表 pre_common_admincp_cmenu 后台管理面板,自定义常用菜单表 pre_common_admincp_group 后台团队职务名称表 pre_common_admincp_member 后台管理员成员表 pre_common_admincp_perm 后台团队职务权限分配表 pre_common_admincp_session 后台管理面板登录session表 pre_common_admingroup 后台管理组权限分配

一直想弄个discuz的数据采集程序,这2天研究了下discuz发帖涉及的几个数据库表,这里分享一下自己的处理方法. discuz发表主题设计的几个表:(这里列出了主要的几个相关的表) 1.主题表 pre_forum_thread:这个表一个主要数据就是 tid 主题ID 2.post 分表协调表 pre_forum_post_tableid:这里需要获取一个自增的 pid 3.帖子表 pre_forum_post :记录主题pid.fid.tid.title.content等主要信息 4.版块

http://open.discuz.net/?ac=document&page=dev_coderule 前言 本规范由编程原则组成,融合并提炼了开发人员长时间积累下来的成熟经验,意在帮助形成良好一致的编程风格. 适用范围 如无特殊说明,以下规则要求完全适用于Discuz!项目,同时也可大部分适用于COMSENZ旗下其他PHP项目. 标准化的重要性和好处 当一个软件项目尝试着遵守公共一致的标准时,可以使参与项目的开发人员更容易了解项目中的代码.弄清程序的状况.使新的参与者可以很快的适应环境,防

discuz 数据表对照cdb_access               用户权限表      cdb_adminactions         管理动作表cdb_admingroups           管理组数据表cdb_adminnotes           管理员留言  cdb_adminsessions         管理员后台在线记录cdb_advertisements       广告资料表cdb_announcements         论坛公告资料表cdb_attach

问题:dedecmsV5.7和discuz!X3.4整合之后,实现免激活登陆之后,从dede过来的用户在discuz 直接展示的用户名,因为我们的用户名是手机号,所以不想帖子都展示的是用户名. 因为我们dedecms注册有一个笔名/昵称,所以就想把昵称展示出来而不是直接展示用户名. 思路:参考我之前发的免激活登陆,在x_common_member表里添加一个字段nickname varchar(50),在免激活的登陆的代码中,多添加一个nickname的值,然后修改discuz帖子列表,帖子详情

Discuz中的编码规范很值得PHP开发人员借鉴.里面既介绍了编码时代码标记,注释,书写规则,命名原则等方面基础的内容,对代码的安全性,性能,兼容性,代码重用,数据库设计,数据库性能及优化作了阐述,这个是开发人员必须掌握的技巧.同时也对模板的规范进行了介绍. 以下是对其编码规范的引用,编码规范地址:http://open.discuz.net/?ac=document&page=dev_coderule Discuz! 的编码规范 目录 1 前言 2 适用范围 3 标准化的重要性和好处 4 PH

DROP TABLE IF EXISTS pre_common_admincp_cmenu; CREATE TABLE pre_common_admincp_cmenu ( `id` SMALLINT(6) UNSIGNED NOT NULL AUTO_INCREMENT, `title` VARCHAR(255) NOT NULL COMMENT '菜单名称', `url` VARCHAR(255) NOT NULL COMMENT '菜单地址', `sort` TINYINT(1) NOT

pre_common_admincp_cmenu 后台菜单收藏表 字段名 数据类型 默认值 允许非空 自动递增 备注 id smallint(6) unsigned    NO 是   title varchar(255)    NO    菜单名称 url varchar(255)    NO    菜单地址 sort tinyint(1)  0  NO    菜单类型,备用 displayorder tinyint(3)    NO    显示顺序 clicks smallint(6) un

之前,在用ENode开发forum案例时,遇到了关于如何实现论坛帖子的回复的统计信息如何更新的问题.后来找到了自己认为比较合理的解决方案,分享给大家.也希望能和大家交流,擦出更多的火花. 论坛核心领域问题分析 论坛领域的核心概念是:帖子.回复.大家都知道,一个帖子可以有零个或多个回复.对同一个帖子,不同的人可以并行发表回复.回复发表后,查看帖子详情时,可以根据回复的发表时间排序显示:此外,我们还关心某个帖子的最新发表的回复.最新回复的作者.最新回复时间,以及总回复数. 我们设计的系统,应该在实现

/** * 系统错误处理 * @param <type> $message 错误信息 * @param <type> $show 是否显示信息 * @param <type> $save 是否存入日志 * @param <type> $halt 是否中断访问 */ function system_error($message, $show = true, $save = true, $halt = true) { ...... } /** * 更新 sess