PW 的 pw_bbs_threads 存主题， pw_bbs_posts 存回复
DZ 的 pre_forum_thread 存主题，pre_forum_post 存主题+回复
论坛当初是从 PW 转到 DZ 的，转换程序把主题往帖子表（pre_forum_post）上插了一份，所以现在发现旧帖的主题的 pid 比它的回复的 pid 还要大的情况。
准备：
先把超时时间改成 300 秒，参 http://www.cnblogs.com/jackluo/p/3366612.html
了解一下分表基本原理：http://www.discuz.net/thread-2132691-1-1.html
主题分表：
可以任意创建主题存档表（forum_thread_X）
使用“主题移动”功能，筛选符合条件的主题，移动到主题存档表
新发表的主题仍然存于原始表（forum_thread）
移动到存档表中的主题，会在主题所在的版块下建立一个存档区，通过存档区可浏览存档表中的主题。
存档表中的主题，只供浏览，不可回复、评分，不能进行管理操作，但可以删除和移动到非存档区。
帖子分表：
帖子没有存档的概念
可以任意创建帖子分表（分表时创建新表或选择已存在分表）
一次分表操作可移动100MB的整数倍数据
根据主题表中最后回复时间正序排列的主题（first=1）tid 来获取帖子数据的
并将该主题的所有帖子移到目标表中
更新主题表中 posttableid 这个字段，来标识帖子的存储表
关闭论坛
关闭论坛监控
关闭数据库自动备份
主题先不分
第一个 100MB 用了 75 分钟，后来发现问题，数据库恢复了一下
然后1G用了1个半小时，估计恢复的时候顺便“优化”了
转移后打开帖子提示“没有找到帖子”，或者优化后打开帖子提示“没有找到帖子”，只要在数据库里“修复”一下就行了。（在Navicat“对象”中选中所有表，右键分析）
升级“微信登录 1.1.6”插件后，发现微社区发帖提示“抱歉，您的请求来路不正确或表单验证串不符，无法提交”，查看更新日记发现微社区域名更换为 wsq.discuz.com，导致表单验证不通过的原因就是它了。
解决方法是打开：\source\class\helper\helper_form.php
找到：'
http://wsq.discuz.qq.com', 24
或：'http://wsq.discuz.qq.com/', 25
替换为：'http://wsq.discuz.com/', 22
然后清空目录：\data\cache\qrcode\
至于帖子分享给朋友或朋友圈的标题和图片不正常的问题，目前还没有办法解决，听说是该插件要收费的节奏，具体可以参与官方讨论：
http://www.discuz.net/forum-2-1.html
另外，如果发现微社区里的用户头像或表情不能正常显示，一般是由于做了防盗链引起的，只要在白名单里加上 *.discuz.com 就行了
今天终于把大量占用论坛服务器带宽的元凶找到了！
我们的论坛使用阿里云的 ECS+RDS+OSS+CDN 架构，最近发现 ECS 的带宽怎么都不够用了，也没有什么突发事件呀，再说附件都在 OSS 上。观察了云监控控制台，发现半夜里的流量也不减呀，白天更是触顶下不来，坛友们真是不辞辛劳为 PV 作贡献啊。
我对 CentOS 还是不够熟悉的，查阅了一些资料后，终于找到方向入手了。
重点肯定是日志文件了，但是面对每天几个 G 的大块头，还真是无法下手，一条一条看估计胡子都白花花了。
那么，首先安装 GoAccess 这个好东西（yum install goaccess）
然后进入网站日志目录，用 GoAccess 来分析一下（goaccess -f xxxxxx.log -a），具体用法参官网
选择日志格式，nginx 默认为 NCSA Combined Log Format，空格选中，回车确认
稍等片刻就可以看到主界面了，统计信息丰富多彩，统计结果一目了然，看截图，如果你分析的日志文件是当前正在使用中的，它还会每秒刷新主界面，让你看到实时统计
大致分为几块内容：
按 1 定位到“按天访问量”
按 2 定位到“最多次被请求的 URL”
按 3 定位到“最多次被请求的静态文件”
按 4 定位到“最多次被请求的 404”
按 5 定位到“最多次请求的用户 IP”
按 6 定位到“用户的操作系统”
按 7 定位到“用户的浏览器”
按 8 定位到“按小时的统计”
按以上数字键后，再按回车可以查看具体或更多的信息，按 s 可以更换排序，按 q 返回或退出
那么我先找 5 最多次请求的用户 IP，排前面的全部是从 60.191.127.4 到 60.191.127.26 的 IP，每个 IP 都是几 G 级的带宽占用。
负责任的，你必须保证这些 IP 不是政府或大企业的对公 IP，而且得拿这些 IP 直接去日志文件里搜到底请求了哪些 URL。经查证，它们只请求版块的帖子列表页，没有请求任何图片、脚本、样式等，还有，UserAgent 中没有带 Spider 之类的关键字，证明不是搜索引擎的蜘蛛，那么就可以果断认为它“不是人”
啥都不说了，找到 nginx 的 conf 配置文件，在 server 中添加 deny 60.191.127.0/24;
检查配置：nginx -t
使配置生效：nginx -s reload
呵呵，马上就能在阿里云监控里看到过山车式的折线了。
另外，备注下查看各IP的连接数的命令：
netstat -an|grep :80| awk '{print $5}'| cut -d':' -f1| sort |uniq -c
Windows 7 使用 VS.NET 2003 开发项目时经常会遇到类似如下错误：
TestServer fatal error LNK1201: 写入程序数据库“d:\Projects\GameServer\data\TestServer.pdb”时出错；请检查是否是磁盘空间不足、路径无效或权限不够
在排除了空间、路径、权限等原因后仍然无法顺利生成项目，微软官方也没有提供相关的解决方案，Google 了好几天也找不到网友任何修复建议，今天偶然发现 MSDN 上一篇帖子，正是讨论这个问题，于是尝试按照上面的步骤进行操作，竟然真的可以！特分享给大家~
二、解压这两个压缩包，并把“freepdb.cmd”和“handle.exe”两个文件移至同一目录下（如 C:\LNK1201\）
三、用 VS.NET 2003 打开一个项目，在解决方案资源管理器中项目文件上点右键属性，展开“生成事件”，点击“预生成事件”，在右侧命令行中填入“C:\LNK1201\freepdb TestServer”（注：将 TestServer 替换成您自己的项目名称）
四、完成！运行一下看看吧。如果仍然有问题，先双击运行这两个文件试试，因为我是先运行后再配置项目属性的，所以不确定不运行会不会出错。
如果上述文件无法下载，请联系 xoyozo 索取！Have fun!