对X2.5版淘帖功能的一些思路整理

　　淘帖是X2.5的亮点，这个功能非常好。不过初生事物总是有很多缺陷，说说我的看法。

一、淘帖功能为什么好？
　　如果了解过DEDE的就会发现论坛的帖子管理有一个致命的缺点：发在哪个版块就属于哪个版块，落地生根，无法共享。而DEDE里有两个功能让文章成为整个网站的公共资源，一是文章可以多栏目显示，甚至每个栏目显示都行。二是自由列表，只要选定了关键词，相关的文章就都汇总在一个专题里。论坛多个版块里总有些类似的内容，或者相同的主题分类，用户想一起查看。但局限于版块的各自为政，只能一个一个版块去找。
　　淘帖功能就很好的弥补了这一缺陷，可以建立任何专题，把独立版块内的帖子都汇总起来，使“版块”这一突出的篱笆不再成为查阅的障碍。

二、目前的淘帖功能有什么混乱？
1、管理混乱　　
　　DZ开发者也许是为了顺应互动时代的潮流，把淘帖权下放给了论坛会员。但是，从DZ官方论坛的淘帖结果来看，绝大多数淘专辑都没有意义，没有质量，也不好查找。

2、功能混乱
　　可能是新生事物，太多功能不完善，用起来感觉是个半成品甚至是雏形。

3、布局混乱
　　有了前两个混乱，这第三个混乱是必然的。



　　其实还是开发者对淘帖的思维混乱造成的。我觉得淘帖功能要做好，就要把核心亮点发挥到极致，而把不重要的或与其它功能重复的东西取消掉。建议：

1、把“建立帖子专辑”作为淘帖的目的来开发完善，以弥补版块帖子不能灵活分类汇总的缺陷。

2、强化淘专辑的管理，淡化会员“玩淘帖”的思路，少产生些论坛垃圾。
　　这种管理可以从加强权限、与积分挂勾的方向考虑。现在后台可以按会员组设置创建淘专辑的数量，很好。
　　把专辑分类，如DZ官方的淘专辑可以分为网站管理、论坛功能、插件、模板、建议等几大类（创建淘专辑时就要归类）。
　　再请增加对淘专辑的管理功能：推荐的、优秀的、主题添加勤快的淘专辑加分，低质的删除。
　　实际上，目前很多用了淘帖功能的论坛，都是站长本人在淘，这样可以保证专辑质量。

3、加强专辑的主题管理
　　搜索：可以自定义关键词，按版块搜索，再把搜索结果批量添加到专辑（目前是按建立淘专辑时的关键词默认搜索，搜出一大堆软件&SEO版块的垃圾帖，无奈！
　　排序：帖子列表可按回复时间、发布时间、浏览次数、回复数、添加主题时间等方式自由排序
　　分类标签：调用帖子本身的主题分类标签

4、改善版面，让淘专辑看得舒服
　　专辑首页分类：把“我的专辑”分为“我创建的”和“我的订阅”两个。
　　专辑首页淘专辑显示：仅显示专辑名、创建者、创建时间、简介、订阅数就行了，不要多余的文字。分类放好，每个分类中显示10～20个专辑，另页显示全部。
　　专辑主题列表页：标题调用主题分类，侧边栏增加淘专辑排行榜（主题、订阅、管理员打分）、相关专辑。
　　帖子页面：目前默认在主帖中显示“本帖已被某淘专辑收集”并提醒帖子作者，很好，不需要改。

5、多余的功能：专辑评论
　　专辑评论真是莫名其妙，也许是从“满足会员玩淘帖”的思路而来。实际上，DZ论坛的淘专辑评论都是垃圾，也不需要评论。专辑质量好不好，看一眼主题列表就心中有数，不用看别人的评论的。就象不需要会员对版块进行评论一样。大家看淘专辑就是为了分类查看帖子，看完走人。

就怕功能越完善mysql越慢～

其实想问下  有多少用2.5的开了 广播和 掏帖功能的？
官方的都没几个人用。。

官方的是多大的站啊！！都没多少人在用  唉 悲剧了

neol123 发表于 2012-6-4 13:18
其实想问下  有多少用2.5的开了 广播和 掏帖功能的？
官方的都没几个人用。。

官方的淘专辑有1600个左右了，不少了吧，还是蛮多人在用的
就是垃圾专辑多了点，淘帖在精不在多

mark35 发表于 2012-6-4 13:17
就怕功能越完善mysql越慢～

你最担心的就是这个

magentoon 发表于 2012-6-4 13:23
你最担心的就是这个

我更多关心的是技术层的实现，你的出发点是应用的效果
mysql本质上是个数据仓库而不是关系型数据库，简单地SELECT取出数据即可，速度还行，用来作论坛的确不错，还可以绿色安装，拷贝目录即为备份（仅myisam。innodb的不行）。但要做复杂的关联查询及过滤就完全不知所措。连RDBMS最基本的差集运算（MINUS/EXCEPT）都不支持，所以要做复杂SQL查询根本不适合，跑OLAP那是蹂躏它。那OLTP呢？可惜，它又不支持中间这个T(ransaction) ，废材一个~~

DZX功能越丰富，逻辑关系就越复杂，数据关联度越紧密耦合度越高，mysql就越吃力。单纯升级硬件效果并不明显——升级到SSD有明显提升，但升级多核心就不明显（mysql是跑多线程。跑多进程的才会从多核心收益更多）。
也许有些功能不是DZ开发团队做不出来，而是在mysql上无法实现。 就比如多种主题标签这种，就涉及到索引效率问题。如果不超过两重，那么不是问题。但只要一超过两重还用既有解决办法那难度就是指数式上升。 最关键的是mysql在改变库表定义的操作非常坑爹 ：
1、不支持回滚。 中途出错后果难料
2、使用临时文件拷贝整个被操作表并且在此期间是锁表的，执行时间会非常长（与filesort是相同的机制）。对于其他数据库添加一个字段可能就几十毫秒秒到几秒钟时间，但对mysql来说可能需要几个小时（与被操作表数据量成正比）。如果是数量不定可任意的的多重主题分类，在新增加分类组时需要给threads表增加相应字段，在一个大站上面这么做就等死吧…… 如果不用字段对应分组，而是用一个固定字段保存该主题所有分类值（拼接起来的字符串），结果是查询效率必然相当低，或者说数据库压力相当大。

magentoon 发表于 2012-6-4 13:22
官方的淘专辑有1600个左右了，不少了吧，还是蛮多人在用的
就是垃圾专辑多了点，淘帖在精不在多

改下。哈哈

neol123 发表于 2012-6-4 13:42
这个功能的目地是什么？主要是解决什么问题。帮助用户解决什么问题？他么使用这个东西的原始动力是什么？

我写这个帖子，就是理顺了这个思路，难道你没看我的帖？

我自己的论坛在7时代，并不妨碍我观察和研究X版本的新功能。实际上，正是因为花了精力研究才能写出条理清晰的帖子。这些对淘帖功能的改善方案，正是我准备以插件形式移植到7.2的版本上的。

哈哈哈！

neol123 发表于 2012-6-4 15:19
使用你会发现会员不买账并且也不会去用这功能

如果你没有完整的看帖，或者没看懂，真不需要回复这么多的

2、强化淘专辑的管理，淡化会员“玩淘帖”的思路，少产生些论坛垃圾。

我就是建议不要让会员使用淘帖，而是把淘帖功能当成专辑来用，重点是站长或版主自己淘。

对于DZ开发的新功能，你既不了解也不思考，就断然否定，而错失了好东西，是很可惜的。