http://www.feitui.com/go/discuz 这是一个站长建站交流和共享的地方 Technology zh_cn http://www.feitui.com/topic/view/247.html http://www.feitui.com/topic/view/247.html#reply 蓝色梦幻 蓝色梦幻 Discuz Discuz! 6.1.0 是 Comsenz 公司在 08 年隆重推出的又一力作。Discuz! 6.1.0 延续了以往每个版本的安全、高效，融入众多时尚元素，最新搭载Ucenter 核心引擎，与其他应用实现无缝对接，成为站长建站的又一利器。Discuz! 6.1.0 重新构建了前后台管理体系，将管理员和版主的权限进行剥离，新增了版主工作平台，全新的后台界面使操作更加轻松，前台更多在于细节的调整，强调会员在整个站点各个应用之间的穿梭和好友交流。站长可根据需求，设计个性化侧边栏的形式展示论坛的优秀资源。<br /> <br /> <br /> Discuz! 6.1.0 在程序效率方面，新版本优化了模板体系，对磁盘 IO 请求较以往版本减少了 10%, 整个系统的负载能力更强。Ucenter 引擎的引入，使得 Discuz! 6.1.0 成为一个分水岭式的产品，其优异的性能、易用的管理、丰富的功能、时尚的风格定会得到广大站长的喜爱。<br /> <br /> 程序下载：<br /> <br /> <a href="http://www.comsenz.com/downloads" rel="nofollow external" class="tpc">http://www.comsenz.com/downloads</a><br /> 详细更新列表：<br /> <br /> <br /> 全新 会员认证及管理内核，深入整合 UCenter 系统，与其他应用实现无缝挂接 <br /> 新增 会员行为事件推送系统，供 UChome 或其他 SNS 系统进行调用 <br /> 新增 标签 TAG 推送系统，供网站其他应用程序有针对性的实时调用 <br /> 新增 标签 TAG 必填的开关，可单独让某些版块必须填写标签或不使用标签。标签内容可实现自动分词处理<br /> 全新 短消息功能与界面，使用更加便捷，短消息阅读采用线索模式，实现消息往来的追踪和回溯<br /> <br /> 全新 后台管理系统，着力提升功能易用性，力求使流程更加规范，布局更加合理，整个后台更加人性化去除版主进入后台的权限，后台权限体系更加清晰，杜绝了管理员与版主的管理平台混用造成的安全隐患 <br /> 新增 管理行为追踪系统，根据管理员的对某个功能操作的频度，动态调整首页菜单顺序 <br /> 新增 后台自定义常用菜单功能，每个管理员均可按照自己的需求，定义常用菜单（支持本地和外部链接） <br /> 新增 管理菜单呼叫功能，当管理员在后台可通过按“ESC”键，随时打开或关闭后台导航全图和常用菜单<br /> <br /> 改进 数据增删机制，新增项目或者数据时支持批量添加模式，如添加论坛，主题分类，用户组等等 <br /> 全新 前台管理模式，新增版主管理面板采用 二次身份验证机制，管理面板安全可靠 <br /> 新增 用户板块权限管理，版主可限制某个用户在板块内的权限：看帖，发新主题，发回复，下载附件，上传附件。此功能将原来比较单一的“禁言”功能进行了强化，权限范围由整个站点细化为某个板块 <br /> 增强 报告功能，版主可浏览本版的报告列表和进行“已处理”标注，管理帖子时可将自动更新报告状态，避免重复管理<br /> <br /> 新增 会员警告功能，使论坛管理更富有弹性，可以避免直接使用禁止功能招致会员的反感 <br /> 新增 防灌水机制安全级别设置，提高验证码、验证问答的服务器兼容性 <br /> 加强 验证码功能，改善 Flash 验证码的兼容性 <br /> 新增 语音验证码功能，用户只有根据听到的验证码正确输入后，才能进行登录、注册或发帖 <br /> 增强 附件防盗链机制，通过设置附件链接有效期，可有效防止附件被盗链或附件被软件批量下载 <br /> <br /> 增强 广告显示模式，支持“页面加载完成后再加载广告”和“在页面加载时直接输出广告”两种加载模式，适应不同站点的需求 <br /> 新增 Insenz 展示广告缓存机制，有效解决了由于网络故障或服务器繁忙造成的广告无法加载或加载缓慢的问题，从而保障了站长的预期收益 <br /> 新增 Insenz 主题帖推广“互动帖”活动形式，更新颖的帖子创意表现形式，实现了不同社区之间的互动 <br /> 增强 Insenz 专题活动，功能更加完善和成熟，并融合了帖子、投票、悬赏、活动等功能 <br /> 增强 更多人性化的细节处理，比如帖子匹配版块更准确合理，取消修改发帖帐号时间限制等等 <br /> <br /> 增强 论坛勋章功能，勋章可支持管理员发放、自动领取、资格自动审核等模式 <br /> 新增 勋章资格权限表达式的设置，可实现各种发放勋章的需求 <br /> 新增 勋章有效期设置，过期勋章自动回收 <br /> 增强 勋章发放功能，可支持单独发送和批量发送 <br /> 优化 论坛模板机制，有效降低服务器 IO 请求，提升系统负载能力 <br /> <br /> 优化 论坛头像功能，去除会员头像的使用限制。头像由 UCenter 接管，并内置于控制面板中，自动生成 3 种尺寸的头像，供各种应用调用 <br /> 增加 积分豁免权设置，某组用户组可以忽略某些积分策略的设置 <br /> 增加 缩略图质量的设置，可随意调整缩略图的清晰度 <br /> 增加 增加附件的付费记录和附件收益记录 <br /> 全新 论坛调用功能，除兼容以往 JS 方式调用，更可进行内部调用 <br /> 新增 边栏类型调用，列表和浏览帖子页面可设置边栏，显示栏目的优秀资源等内容 Mon, 21 Apr 2008 16:59:47 +0800 http://www.feitui.com/topic/view/247.html http://www.feitui.com/topic/view/210.html http://www.feitui.com/topic/view/210.html#reply 蓝色梦幻 蓝色梦幻 Discuz 　　北京时间3月26日消息，据国外媒体报道，谷歌本周二宣布，已经对中国社交网络技术提供商康盛创想(Comsenz)投资100万美元。在此之前，康盛创想曾经获得前谷歌董事、风险投资者迈克尔。莫里特兹(Michael Moritz)的资金支持。康盛创想旗下网站包括Discuz!、SupeSite和ECShop.<br /> <br /> 　　谷歌在提交给美国证券交易委员会的文件中称，该公司于去年7月对康盛创想投资100万美元，这是后者B轮融资的一部分。在此之前，风险投资公司红杉资本曾经投资康盛创想，而红杉资本合伙人、大约一年前辞去谷歌董事职务的莫里特兹在这笔投资中拥有10%以上的权益。<br /> <br /> 　　早在去年，就有中国媒体报道谷歌投资康盛创想的消息，但当时猜测的投资金额为500万美元。莫里特兹和红杉资本是谷歌最早的资金支持者之一，并于1999年在谷歌董事会获得了一个席位。去年3月，谷歌宣布莫里特兹将不再寻求连任谷歌董事，以将更多精力放在红杉资本的工作上。<br /> <br /> 　　中国是全球增长速度最快的互联网市场之一，谷歌、微软和雅虎等美国互联网巨头都在努力进军这一市场。谷歌已经在中国开展业务，直接在中国互联网搜索市场开展竞争;雅虎持有中国电子商务公司阿里巴巴的大量股份，并由后者运营中国雅虎;微软则在直接开展运营的同时，还与多家中国本土互联网和发行公司建立了合作伙伴关系。<br /> <br /> 　　康盛创想是一家专业的社区软件及服务提供商，为很多中国BBS、博客和网站提供了技术支持。康盛创想此前曾经从红杉资本获得一笔未披露金额的投资，但据谷歌披露，通过旗下的中国基金，红杉资本共持有康盛创想10%以上的股份。 Wed, 26 Mar 2008 12:15:33 +0800 http://www.feitui.com/topic/view/210.html http://www.feitui.com/topic/view/84.html http://www.feitui.com/topic/view/84.html#reply 蓝色梦幻 蓝色梦幻 Discuz 当国外像FaceBook这类SNS社区异常红火的时候，国内的绝大部分网民们却还是依赖于传统的BBS作为自已的扎根之地，卢刚说这应该是中国网民独有的网络社交现象，其实个人也很赞同这一观点。中国网民以BBS作为自已的社交基地，这个现象的产生很大程度上归功于康盛创想（Comsenz）, 因为他们提供了Discuz，目前国内最易用的BBS架设平台。<br /> <br /> 那么，今后这个现象会由谁来打破呢？很有可能也是由康盛创想完成这一使命。卢刚在他的文章中说康盛将会免费提供类似于FaceBook的SNS社区源程序下载，而且目前已进入限制内测阶段，这个内测站点为u.discuz.net，只有经过IP认证的用户才可注册及登录。<br /> <br /> <br /> 根据卢刚的介绍，这是一个非常类似于FaceBook，但功能相对比较简单的SNS社区平台，其中包括了微博客，日志、相册及讨论组等功能，以下是卢刚提供的截图。<br /> <img class="code" src="http://www.chinaz.com/upimg/allimg/080122/2317150.png" border="0" style="max-width: 500px;" /><br /> 这个源程序何时能提供下载？目前还无法得知具体日期，但是我能幻想着如果真的有一天人人都能下载该程序的话，那么我们的神州大地上将会诞生出无数个的 FaceBook，架个SNS社区就如同开个Blog那么简单，此时也许可能会打破以BBS作为社交基地的怪圈，但同时也意味会进入另一个怪圈，国人擅长模仿和跟风，不是吗？<br /> <br /> <a href="http://www.chinaz.com/News/IT/0122222242008.html" rel="nofollow external" class="tpc">http://www.chinaz.com/News/IT/0122222242008.html</a> Wed, 23 Jan 2008 11:41:35 +0800 http://www.feitui.com/topic/view/84.html http://www.feitui.com/topic/view/81.html http://www.feitui.com/topic/view/81.html#reply 蓝色梦幻 蓝色梦幻 Discuz 前言：<br /> 在PHP+MySQL架构的站点中，本文重点从MySQL的角度去分析如何使Discuz!论坛（或者类似的PHP+MySQL架构的程序）应对大访问量。同时给出一些使用Memcache去减轻MySQL压力的建议。其中很多数据是个人测试的结果，如有不同意见，敬请留言告之。另外由于个人思维的问题，行文比较跳跃，特此声明！<br /> <br /> 系统分析：<br /> 单纯的从MySQL的角度出发，单台MySQL的数据库负载到每天上亿次的操作（每秒大概1100次MySQL操作，然后乘以86400）应该不是非常困难的事情。按照这个数据也就是说一个单MySQL服务器的论坛来说可以跑到2千万PV是不成问题的，我相信国内绝大部分的论坛都不可能做到每天2千万的 PV，但实际情况并不是如此。当论坛PV超过百万的时候一台WEB早已经不堪重负了。<br /> <br /> 就我手头的一些数据显示，目前的Discuz!论坛的基本服务器架构是前面Squid顶着，后面才是一台DB在撑着。这种架构中，web服务器压力增大可以通过并行增加服务器解决，而MySQL压力却无处释放，在不考虑MySQL官方服务的情况下，我们通过合理的利用Memcache是可以达到减轻 MySQL服务器负载的。<br /> <br /> 可能会有朋友说我们可以对数据表进行分表（注：此处分表是指通过PHP程序去分表，比如pw，dv的分表）处理，但是当前的情况是一台DB服务器已经不能支撑当前的数据处理了，通过PHP对MySQL进行的分表依然不能减轻MySQL的负载。（注：本段文字针对已经成型的系统，如果是独立开发的系统在架构前期就进行数据的同步分区还是不错的。）<br /> <br /> 还可能有朋友会说利用MySQL的主从构架，如果你提出这个问题，我就很明确的告诉你，回去看看手册吧。在Mysql Master/Slave 模式中，Slave主要是来备份数据的，只有当Master出现故障时，Slave才会接过Master的服务，对外部请求进行处理，直到Master恢复正常。就是说：在Master/Slave中，要么是Master在服务，要么是Slave在服务，不会Master/Slave同时提供服务。使用MySQL主从依然不能有效的降低MySQL的负载。<br /> <br /> 或许你又会问我为什么不使用MySQL集群（MySQL Cluster），那可是白花花的银子啊，同等金钱的付出下，获得最大的收益才是王道。PS:说句题外话，MySQL手册中将MySQL集群解释为MySQL簇，不习惯。<br /> <br /> 其实在MySQL5.1中的MySQL分区（MySQL Partition）是个很好的东西，它允许根据可以设置为任意大小的规则，跨文件系统分配单个表的多个部分。实际上，表的不同部分在不同的位置被存储为单独的表。我认为这个才是当前情况下，最积极有效的降低MySQL负载的解决方法之一。但是遗憾的是，这种MySQL分区的方式我个人没有使用过的经历，也不见有相当充分的案例表明它是稳定的或者不稳定的。所以我还在徘徊中。如果你知道，请麻烦告之！有朋友说腾讯是在用MySQL分区，但是遗憾的是我没有得到确切的数据。<br /> <br /> 好了分析总结了这么多种降低MySQL负载的方式之后，在用户环境需求等特定条件下，我得出结论在当前情况下，缓解Discuz!论坛的MySQL负载比较有效的方法就是使用Memcache！<br /> <br /> 使用Memcache的理由：<br /> 1.Web Server（Lighttpd、Nginx据说都比Apache效率高好多，大家可以试用下）对CPU要求高，对内存要求低；而Memcached Server是对CPU要求低，对内存要求高，所以可以搭配使用。在对前端的Web Server上安装Memcached Server是可行的。<br /> 2.金钱金钱金钱，最少的付出，获得最大的收益。<br /> 3.简单简单简单，对于一个架构合理的系统来说，添加Memcache的支持可能只是一个批量处理文件的过程<br /> <br /> <br /> <a href="http://www.ccvita.com/index.php/261.html" rel="nofollow external" class="tpc">http://www.ccvita.com/index.php/261.html</a> Tue, 22 Jan 2008 19:37:37 +0800 http://www.feitui.com/topic/view/81.html