摘要：
注：本文是研究Mongodb分布式数据存储的副产品，通过本文的相关步骤可以将一个大表中的数据分布到几个mongo服务器上。MongoDB的1.6版本中auto-sharding功能基本稳定并可以尝试放到生产环境下使用。因为其是auto-sharding，即mongodb通过mongos(一个自动分片模块，用于构建一个大规模的可扩展的数据库集群,这个集群可以并入动态增加的机器)自动建立一个水平扩展的数据库集群系统，将数据库分表存储在sharding的各个节点上。
阅读全文
摘要：
在去年年底，为了学习Silverlight4.0的新特性，我萌生了开发一个基于其新特性的项目。当然在这个项目中使用了包括鼠标右键菜单(Popup)，打印功能（PrintDocument）,导航功能，摄像头，图片上传等。当然目前这个产品已在我们的官方产品Discuz!NT3.1中使用（未开源）。下面链接中是产品的运行截图:
http://www.cnblogs.com/daizhj/archive/2010/02/26/1674389.html
阅读全文
摘要：
某日，上帝（以下简称帝哥）约马云马化腾李彦宏三人来给他们讲笑话，当帝哥讲了多一半之后，马云忽然起身大笑曰：“我知道笑话讲的是什么了!” 当帝哥把笑话讲完后，马化腾笑了笑，心想：“早就知道后来要这么讲，现在才乐只为陪帝哥玩玩儿罢了!”。三人中只有李彦宏未笑，在回来的路上，老李忽然哈哈大笑，二马不解问曰为甚，老李笑曰：“我用了不下五种算法，其中还包括竞价排名，均逻辑推理出帝哥这个笑话太搞了。”二马不禁同曰：“汗!”。 阅读全文
摘要：
最近在研究"一致性HASH算法"（Consistent Hashing），用于解决memcached集群中当服务器出现增减变动时对散列值的影响。后来 在JAVAEYE上的一篇文章中，找到了其中的 KetamaHash 算法的JAVA实现（一种基于虚拟结点的HASH算法），于是为了加深理解，对照 JAVA版本，用C#重写了一个。放到这里，如果大家感兴趣的话， 可以下载测试一下，如果发现写法有问题请及时告之我，以便我及时修正。 下面是对Ketama的介绍： 阅读全文
摘要：
之前在阅读MongoDB GFS文档时，学习了它如何存储物理文件（包括大文件）的方式。为了加深印象，专门写了一个上传文件存储到Mongodb的示例。当然后因为是存储到文档数据库中，所以就不能用普通方式来访问这些物理文件了，这里又专门写了一个aspx页面专门读取这些文件（比如图片或MP3等），所以下载示例之后会看到两个页面，一个是uploadfile.aspx(上传)，一个是getfile.aspx（从mongodb中把文件以流的方式读出来）。当然考虑到访问速度，这里还引入了SQUID来进行文件加速（当前SQUID默认只缓存静态文件，所以这里要对ASPX页面的输出进行一下设置，这些都会在本文中进行介绍） 阅读全文
摘要：
在Discuz!NT的企业版设计过程中，处理大数据表一直是一个让人头疼的问题，特别是像主题表（topic），用户表（user）等，因为对于一个流量和发帖量都很大的论坛而言，在运行几年之后，这两个表的数据量可能会破千万（注：因为帖子表采用分表机制，所以这里暂未涉及，但出于性能考虑，也提供了本文中类似的解决方案）。当时考虑的架构设计中有两种思路来解决这种问题： 阅读全文
摘要：
在前文中，介绍了Discuz!NT引入SPHINX的背景和相应的客户端的C#代码架构实现。今天这篇文章将会介绍如果在LINUX环境下安装配置SPHINX中文搜索工具，也就是服务器配置方案.
目前在网络上可以找到的SPHINX中文插件主要有两个:
1.coreseek: http://www.coreseek.cn/
2.sfc: http://code.google.com/p/sphinx-for-chinese/
其中的coreseek是目前对Discuz(PHP版)支持做的比较好的插件，它提供了相应的工具和源码包来尽可能简化sphinx的安装和配置。大家可从网上找到很多相关信息。
阅读全文
摘要：
作为Discuz!NT企业版中的一员，在设计企业级搜索架构之初，就考虑了海量数量，准实时索引更新，并发访问，安装布署等诸多方面。目前在生产环境下被广泛使用的开源搜索引擎中，sphinx以其强大快速的索引功能，优异的并发响应性能，方面灵活的布署，分布式查询等诸多因素而倍受青睐。
目前Sphinx广泛应用在Linux平台上，尽管官方所发布的产品中也有window版本，并且支持mssql数据库，但在使用过程中才发现，其只在发布的windows平台下的版本里才支持mssql数据库，而linux平台下只有MySql,PostgreSQL这两种数据库支持。尽管后来在网上查找资料时发现可以使用UNIXODBC方式在LINUX下链接MsSql数据库，但在unixodbc的官方网站下载的源码包中却发现其并不包含 makefile文件，从而导致下载解压的源码包无法编译（看来unixodbc开发者也疏忽了），当然即使ODBC能链接成功，但效率上还是可能存在问题。
阅读全文
摘要：
在前面的几篇文章中，主要谈到了在Discuz!NT中的跨站缓存数据，数据库负载均衡。但如果要实现将产品分布式布置到若干机器，组成集群来共同支撑起整个业务的话，还是有一定问题的（后面会有所介绍）。下面先介绍一下如何使用 Discuz!NT负载均衡方案搭建分布式应用。
Discuz!NT前端负载均衡是基于nginx实现的，下面是它的一些简介：
阅读全文
摘要：
目前在Discuz!NT这个产品中，数据库作为数据持久化工具，必定在并发访问频繁且负载压力较大的情况下成 为系统性能的‘瓶颈’。即使使用本地缓存等方式来解决频繁访问数据库的问题，但仍旧会有大量的并发请求要访 问动态数据，虽然 SQL2005及2008以上版本中性能不断提升，查询计划和存储过程运行得越来越高效，但最终还是 要面临‘瓶颈’这一问 题。当然这也是许多大型网站不断研究探索各式各样的方案来有效降低数据访问负荷的原 因， 其中的‘读写分离’方案就是一种被广泛采用的方案。
Discuz!NT这个产品在其企业版中提供了对‘读写分离’机制的支持，使对CPU及内存消耗严重的操作(CUD)被 分离到一台或几台性能很高的机器上，而将频繁读取的操作(select)放到几台配置较低的机器上，然后通过‘事务 发布订阅机制’，实现了在多个sqlserver数据库之间快速高效同步数据，从而达到了将‘读写请求’按实际负载 情况进行均衡分布的效果。 阅读全文
摘要：
在之前的文章中，提到了在Discuz!NT中进行缓存分层的概念。之前在产品中也实现了其中的构想，但该方案有一个问题，就是如果将产品进行分布式布署之后，如果某一站点发生数据变化时，只能更新本地缓存和Memcached缓存信息，而其它分布式布署的站点则无法收到缓存数据已修改的‘通知’，导致数据不同步而成为‘脏数据’。
虽然在之前的文章中提到通过将本地缓存失效时间‘缩短’（比如15秒后即失效），以便在相对较短的时间内让本地数据失效从而再次从Memcached读取最新的数据，但这必定不符合我们设计的基本思路，并且导致程序的运行效率低，同时会造成过于频繁的访问Memcached，无形中增加了与 Memcached的socket开销。所以才有了今天的这篇文章。 阅读全文
摘要：
在Discuz!NT的最新版本中，支持目前主流LINUX平台上的负载均衡解决方案，比如NGINX,HAPROXY,LVS等。本文与其说是解决方案，倒不如说是介绍如何搭建Discuz!NT负载均衡解决方案：）
因为我们的产品运行的主流平台是WINDOWS+IIS+SQLSERVER（2000以上版本），而LVS+KEEPALIVED是LINUX下的四层负载均衡软件。其有如下特点：LVS集群采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率（在DR模式下），将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。整个服务器集群的结构对客户是透明的，而且无需修改客户端和服务器端的程序。为此，在设计时需要考虑系统的透明性、可伸缩性、高可用性和易管理性。一般来说，LVS集群采用三层结构，其主要组成部分为：
阅读全文
摘要：
声明：本文是学习Mongodb过程中的副产品，因为接触时间并不长，难免有理解上的偏差，希望借此文与感兴趣的朋友讨论切磋，呵呵。去年年底，开始接触并学习Mapreduce模型。因为工作上的关系，最近开始研究Mongodb，其中对其新特性(2010年四月)reduce模型实现产生的兴趣，因为特别留意了一下。当然网上关于该方面的内容并不是很多，且多为EN文，所以我想有必要将学习使用过程中的一些问题作一下记录并加以整理，因为就有了此文。废话不多说了，开始正文吧！目前支持Mongodb的C#客户端应该就是Samuel Corder 开源的这个项目了，链接：http://github.com/samus/mongodb-csharp。
阅读全文
摘要：
在目前最新版本的产品中，我们提供了缓存静态文件的解决方案，就是使用SQUID做静态前端，将论坛中的大部分静态文件布署或外链到一个新的HTTP链接上，其中可以外链的静态文件包括：
1.Discuz.web/Javascript/ 下所有以‘template_’打头的JS文件以及该文件夹下的部分js文件。
2.模版文件夹下的所有CSS或IMAGE文件（空间相册文件夹除外）
3.前台Image文件夹下的Medal（勋章），Topicidentify（主题鉴定图标）下的所有文件。 阅读全文
摘要：
目前在网上关于TokyoCabinet（以下简称TC）和TokyoTyrant（以下简称TT）的资料已相对丰富了，但在.NET平台上的客户端软件却相对匮乏，因为做Discuz!NT企业版的关系，两个月前开始接触TC和TT，开始写相关的客户端代码。这里开放的是客户端主要功能代码，开源的目的一方面是希望更多的人来学习研究TC和TT，同时大家可以下载本C#源码继续优化提升性能，同时查找BUG，必定本人精力能力有限，而Discuz!NT企业版的功能点又太多（抽空会多写文章进行介绍）实在有些力不从心了，呵呵:) 好了，为了便于使用，下面先对源码中的项目文件进行说明： 阅读全文
摘要：
在年前发布的基于silverlight4(beta)版的摄像头应用之后。经过最近一段时间的完善。目前已推出了beta2版，在修改了原有程序bug的基础上，做了如下变化：
1.将图片载入修改成为按原图宽高比进行缩放，所以以前可以分别沿X,Y轴变化的功能就砍掉了。
2.添加了控件样式，使显示效果更加丰富。
3.在高级模式下添加了没X,Y,Z轴设置图片翻转属性功能，这主要为了解决摄像头截图与本人面部特片呈180翻转的问题。当然，应用该功能还能制过更多有趣的头像。
4.添加加载图片提示信息。
阅读全文
摘要：
基于Silverlight的WebCam(摄像头)应用，支持区域缩放，剪裁，自成生成缩略图，Ink涂鸦以及特效等，同时也可将本地图片拖拽到编辑区域进行相应操作，保存到本地，打印图片信息等等。 阅读全文
摘要：
今天上班一开MSN，发现郑伟的签名变成了‘爽’很是好奇。一问之后才知道最近郑伟升职并加薪了，并且加了20%，相当于平时跳槽一次的加薪幅度了。雨辰开玩笑似的回复说：“希望你以后就用这个名字吧，将来百年之后不在了，到时就叫‘爽死了’”。
阅读全文
摘要：
安装系统要求：windows server2003 service pack2 注:不能是r2版，否则squid服务启动会出错 阅读全文
摘要：
事务的功能在sqlserver中由来已久，因为最近在做一个数据同步方案，所以有机会再次研究一下它以及快照等，发现还是有很多不错的功能和改进的。这里以sqlserver2008的事务发布功能为例，对发布订阅的方式简要介绍一下操作流程，一方面做个总结备份，一方面与大家进行一下分享和交流。费话就不多说了，进入一下今天的正题：）这里要说明一下环境：首先我在本地局域网内有两台安装有sqlserver2008的机器（注意：已发布的快照版本无法向老版本数据库兼容，意味着2008下创建的事务或快照发布，无法被sqlserver2005订阅）。当然这两台机器要放在同一个网段，一方面出现性能和安全性考虑，另一方面是我目前还没有找到跨不同网段的快照应用方案（可行性的那种）。
阅读全文