蝈蝈俊.net

下一代社区，每一个论坛可能都不一样，比如技术区和非技术区的积分制模型可能就不一样。某些论坛只能是某些人才可以访问等等。如何建立灵活的论坛系统。我初步考虑整理如下：建立灵活的论坛系统，需要让下面的三方面可以方便的配置。1、论坛制度，比如目前csdn的积分制制度，以及下一代社区用到的评价体系；2、论坛功能，比如可以发投票贴的功能；3、功能权限模型。比如，在某些论坛，普通用户可以浏览，另外一个论

做虚假的插件最近一直在进行下一代CSDN社区的详细设计，其中各个社区都需要有自己的特色，苦恼的地方就是灵活定制和性能的取舍。插件系统就是相当灵活的系统。http://www.cnblogs.com/muddle/archive/2004/06/11/4762.html这里对插件系统的描述就相当不错。摘抄几句：插件系统就是指 当宿主程序开发好以后，可以开发一些符合自定义规范的程序(插

今天在考虑一个问题的时候，突然发现，对于一个企业级的大型应用，性能一般都不是很好的，他追求的重点是用户体验。而不是性能。在用户访问量小的时候，企业级的大型应用性能一般不好（你做了分布式考虑，大量的数据被冗余）。但是这时候，用户体验并不会很差（因为用户量小）。在用户访问量大的时候，企业级的大型应用性能仍然不好（同上，你做了分布式考虑，大量的数据被冗余）。但是这时候，用户体验并不会很差（因为使

昨天跟余毅、李国平、公司几个同事，一起聊天讨论下一代社区集群扩展性的时候，后来我想了一晚上，觉得下一代社区处理集群有三种方式：首先要明确一点，在小用户量下，也许下面的集群思想，会让程序性能比较差，但是，小用户量下，虽然性能差，用户体验并不差。大数量下，性能好，同时用户体验也不差。我们要追求的是不论大小用户量下，用户体验好，而不是性能最好。下一代社区，如果发现单台服务器没法再提升性能（费用太

下一代社区的用户登录不仅仅要在基于WEB的页面上实现，WEB Service中提供的一个服务也要求用户必须登录。用户登录需要输入那些信息才能登录，以及这些信息的位置等等信息，这些是不固定的，会定时修改。唯一固定的地方是，登录后产生一个长字符串，这个字符串可能会写到你的Cookie中，或者可以作为WEB Service的一个参数。 至于这个字符串是如何产生的，CSDN也会定时修改产生算法。对于WEB

开始测试评价系统

先说帖子ID：由于新论坛程序同时要支持目前方式的积分制论坛，又要支持帖吧、用户组论坛。帖子就应该非常方便的支持数据库的拆分。另外，一个帖子一旦产生后，应该对应URL不应该再发生变化。为保证这个问题，帖子ID在之后数据库发生拆分、合并的时候，应该不会发生变化。考虑到这个原因，帖子ID用Guid。论坛ID论坛ID用Guid除了跟上面的考虑外。另外一个可能需要考虑的是宣传的问题。比如

新社区编码中，对一些类、命名空间中涉及到论坛的地方用 Room或者Forum 产生了很大困惑。 后来Team内部开会，决定是C# 代码中所有涉及到单个具体的论坛用 Room总体上指某些论坛的时候用 Forum所有ASPX文件名中，用ForumASPX文件传递的参数一般用 Room