如果BS的客户端不需要和LED显示屏直接打交道，比如适时看到显示屏的内容等等

完全可以用BS发送操作命令，服务端控制LED就可以，服务端爱怎么干就可以怎么干了

为什么不用位运算来判断，而用字符串来判断。
构造一个BitArray(C#),然后判断某个位是0还是1。

位操作效率不更高一些，代码也可以简洁一些。

一般都会提前跟美工沟通好，页面设计的编码统一为某种编码

比如一般用asp.net开发，比较常用utf-8,但用php开发，则比较常用gbk

CommunityServer,复杂，用来研究还不错，使用的话，呵呵，用过了就有体会了,我可是用了两年，刚工作的第一个年头就被搞头大。

DNT2.5,用了一年多，目前来说，功能弱了一些，缺少相关配套，而其因为是.net的缘故，修改个小逻辑，也要编译一下，实在麻烦。

所以，现在都转到discuz!php 6.1去。

刚开始觉得discuz!php N强。不过也有弱智的地方。

就是一个简单的“浏览器进程登陆”，搞了N个版本，官方都不解决。

不过，总的来说，discuz!PHP比较优秀，而且配套产品比较多。

不对博主的观点发表意见，只想列一些历史
1，ASP与PHP
ASP:MS的东西，1996年发布ASP1.0,现在已经退出主流Web开发平台领域了，MS也不再继续更新了
PHP:1995年发布PHP1.0,目前在互联网应用上绝对的主流，而且还有持续的生命力。

2，JAVA对.Net
JAVA:1995年开始出现，至今已经成为了继C/C++之后的第二大基础软件开发平台。
.Net:2000年开始出现，至今未必超越Java。

................

@Birdshover


按单字切分做索引，确实可以避免因为分词不准确或者更新导致索引和搜索时的切分不一致而导致的问题：要么需重建索引，要么不准确

但是，我认为，对搜索的性能是有影响

为了表述的简单起见，就那拿搜索“易建联”来简单说下吧

如果是以一个单一的Token写入索引的而不是三个Token,那么搜索的“易建联”的时候，其实就一个TermQuery,而单字切分的话，就变成了slop=0的PhraseQuery了，而句子查询对性能是有很大影响的。并非string or char的比较问题

好久没玩这东西，感觉有些模糊了。

-------------------------------------------

以上言论仅参考和交流。

看语法，应该是AderTemplate吧？

我之前也写过一片文章：模版引擎AderTemplate源代码分析笔记
http://www.cnblogs.com/kwklover/archive/2007/07/12/815509.html


我已经讲它实际应用到一个地方门户的CMS系统中了。

@ffffffffffffffff
这个不是bug,而是#是AderTemplate特殊的符号，你需要转义比如
#234 写成##234就不会出错了

我现在也在Discuz Nt2.0。

不过，目前的论坛功能还是比较弱。期待DNT2.5 或者 DNT3.0能更加完善，功能更强大。

其他，就作为个人觉得，觉得DNT做的不好的是，小版本升级不放源代码。意味着这些小版我都不会去使用，因为，没有源代码无法做深度集成，遇到bug也无法自己解决，只能等官方解决，这对一个商业运营的网站意味着什么 ？

个人意见。闪~~~

不太认同delphi淘汰的说法，
VB，MS都不支持N久了，还有很多企业在用，只不过退出了主流和大众视野而已。并不代表淘汰和消失。

delphi也一样，慢慢退出了大众视野而已，但不代表会被淘汰。有些问题.net和java是解决不了的，或者说不是最好的解决方案。

最近在考量VC++ 和delphi之间选一个来学习，不过最终还是选择VC/C++，从技术投资回报率来说，还是选择VC/C++合适一些，当然只是从自己的角度和从业方案来考虑的啦。

看糊涂了，感觉好多概念都有些混淆。
1，VML还有人用，公司买的OA系统的流程图展示就是用VML
2，WinForm在企业内部的业务信息系统，都很有用的.
装个.net framework有什么大不鸟。有客户还可以专门装一台PC就跑这个c/s程序的c部分。

其他不说了，体会不深。

好久没有参与博客园的讨论了。

看到创业的话题，虽然自己没有创业，不过比较关注。

借楼主的帖子和大家交流下，我的看法

1，创业首先要解决的是生存问题。
除非你有大的投资，反之，踏出创业这条路之前，先想好漫长的创业路中，如何解决你的企业的生存的问题。就是楼主所说的，最坏的情况下，你能坚持多久？

2，规划好创业的远期目标是什么。
这个目标不一定需要非常具体，可以泛一些，谁也没有这个能力能准确预知未来。

所以，靠做一套软件创业的方式，特别是共享软件来创业，估计不太现实，还不如业余时间做这种软件，有搞头就辞职专门搞。没搞头也没有什么风险。

--引用--------------------------------------------------
开发软件去创业，一定没有钱途。不用再想了。
--------------------------------------------------------
如果单纯靠定制软件来创业，风险是很大的。凡是以项目/工程类创业风险都比较大，一旦没有项目可做，估计坐在办公室里，你的脚会不会抖我就不知道了 :) ，但作为创业的起步阶段，确实是一个机会。

正如上面有位朋友说的，只有提供服务创业才能保证现金流，这句话我很认同。
这个也是我最近和一些已经在创业第一线的同行沟通时才慢慢有所体会。

以前听过一个电视的讲座，讲到现代大型企业的接班人的能力要求时，曾提到一个“大财务观念”的说法，其实，创业之前有一个稳健的财务观念，把握好现金流的问题，以什么方式切入创业都是次要的，因为创业的目的，大多数都是想赚更多的钱而已。没有稳定的现金流，一切愿景都是白搭。

感觉这类不要求严禁的回答的问题，还不如直接聊天的方式进行。

三 存储过程调试
-------------------------
MS SQL有调试功能啊

@ 8F
根据你的提示，很明显，你的数据库字段有NULL

请判断非NULL后在做转型

我的个人看法：
1，专注与一个方面，比如CMS,BLOG,SHOP只做一个方面。这样才能做的更好
2，定位，面向不同领域设计也不一样。
3，CMS的关键不是什么静态化。静态化只是很重要的一个方面
4，我自己认为一个CMS主要有：
4.1 , 模板引擎：决定UI和数据，代码的耦合程度。
4.2 , 信息组织方式,信息模型，功能模块体系。
4.3 , 权限管理体系。
4.5 , 配置管理。
4.6 , 插件体系。
4.7 , 内容检索引擎。
4.8 , 文件存储方式，包含目录结构，特别目录结构和信息结构不能直接对应。

以上是个人的看法。比较粗糙。

@武眉博
asp和asp.net的MD5不仅是长度的问题。长度问题是可以解决。16位就是32位的其中的一部分而已。

问题是asp的md5加密中文的时候采用单字节处理，加密的结果完全和asp.net/php的不一致。除非用.net写一个和asp一样的处理方式的md5算法来解决了。不过这个对于我来说，已经没有研究价值了。已经完全抛弃ASP的程序了。

try this :

NameValueCollection gb2312Requests;
gb2312Requests = HttpUtility.ParseQueryString(Request.Url.Query, Encoding.GetEncoding("GB2312"))
Response.Write(gb2312Requests["string"]); //'里面的string就是你提交的参数的Key

more :
http://www.cnblogs.com/kwklover/archive/2007/10/10/919759.html

自己重新写索引和搜索的核心吗？

楼主的研究探索精神值得鼓励。不过一般做应用的话，估计还得用回Lucene。毕竟发展那么多年。成熟的多了。

而java社区，或者其他的开发社区，可以选择做开源项目的领域则多的多了。
这样无疑中说明，非.net社区的开发人员有更多选择的自由，而且人才结构也更加合理。而.net社区更多的是应用性人才，长期严重依赖MS的产品。结构较单一。

从技术投资回报率来说。似乎选择非.net平台更有着数一些。而对于开发公司来说。特别是做外包的。或许选择.net平台更加符合企业利益。

矛盾啊。

开源不等于完全没有获利的可能

关键是MS对于开源社区来说。实在是个未知数，MS的产品线很长，也许你做开源项目很好，但不敢说那天MS就集成了这些功能，对于想做.net的开源产品来说，风险很大。所以想做长远的产品，特别是基础性的产品，一般都不愿意选择.net平台了。因为被MS集成的可能性太大了。而一般的公司根本没有MS的实力。

单从这一点，做开源的都只能在应用上做了。

机制是不错，不过感觉用正则表达样实现不够优雅。

FCKeditor 好用，可惜加载速度比较慢
而TinyMCE比较小巧，但是定制门槛比较高。

有没有既容易使用，性能又较好的呢。

没钱用不上WM的手机，想学习都没动力 ：）

写的蛮不错的，把一个问题分析很有条理，蛮有启发的。

我倒觉得，虽然，在实际开发过程中，未必都需要如此严格。毕竟软件的价值是以功能来体现的，而不是架构。

但软件的成本并不只有开发时间这一项，软件运行过程中的可靠性，稳定性和可拓展性都有关系，而这些都必须以良好的架构为前提的。

做项目和做产品是不一样，做项目也许最需要的快速满足需求，架构可以暂时靠边，先赚钱嘛~

做产品功能和架构都非常重要。

期待后续文章。

@sdphg

很抱歉！商业化产品，不提供免费的下载。

不明白楼主的写此文章的意图 ？

即不讲实现原理，也不开源，只是介绍你的产品，还是 ？

以3M/s的速度狂下中.....

:)

1,没找到投资就拉人拉？
买服务器，拉光钎的钱和给愿意和你一同创业的兄弟的基本工资总得有吧？

2,没有想好方向和大致的盈利计划？

3,创业团队想从往网上拉，不容易。

4,资金紧缺的话，还是别找那么多人了。一两个核心的精英足已。人多口杂，意见多。容易造成分裂。

期待ASP.NET MVC早点放出来。。

.net平台的MVC框架也有好多个了。但不是太强大，就是弱了。

ASP.NET MVC只不过提供了一个MVC框架给我们选择而已。

大家还是可以用MonoRail做MVC的。

估计ASP.NET MVC的推出，触到了某些人的利益了。有人不高兴。

本来就没有什么好讨论，东西还没有出来呢。

还是实际点，等出来了。评估下，什么适用就用什么。

不就一个MVC框架嘛。

有些人老是喜欢说这好那不好的。商业社会是多元化的。
mcrosoft考虑的是商业价值的最大化。sun也一样。
所以.net和java也一样。

信奉那个神就摆那个神去。

研究过一段时间，现在基本又搁置了。

不过也经常留意这方面的。

期待LZ的下文。学习学习下。

很偏激。

如果你做过CS的改造，你就知道所谓的优秀架构仅供学习而已。。

DNT谈不上架构。但确是一个可用的产品。而且有些创新还是值得赞扬的。

感觉LZ比较代码思维。作为一开发者，评论一个商业开源产品。似乎更多的是学习其优点。而不是抱怨其缺点。

web标准应该应该由谁来做呢？程序员还是美工 ？

html页面的标准化应该是属于程序员的责任还是美工责任呢？我认为是美工，因为html输出是页面设计的一部分，理所当然，输出符合标准化的html也应该是美工的责任。

所以美工更多是属于技术和设计的综合体，只会标准不会设计，或者只会设计不会标准的，都是不合格的美工。

当然，程序员依然需要比较熟悉web标准。因为符合web标准的B/S程序是由程序员和美工共同完成的，交流是必须的，而交流又必然需要有“共同语言”!

个人观点，欢迎交流。

所谓众口难调是也,既然聚集在一个充满技术交流气氛的社区。尊重，包容，自觉都是必不可少的.....

在cnblogs这个那么纯粹的技术社区里，还是不要比较高低，不要太多商业化的东西比较好

呵呵，最近找工作中，太闲了。也跟着吓折腾了。

是否愿意公布实际内容那是作者自己的事情了。你可以在你自己的博客内部放任何内，甚至广告。

不过在cnblogs的首页发布这样的带广告性质的简单的目录式文章就有些不厚道了，在cnblogs的首页发布的文章是必须经过精心思考创作的原创作品。

：） 不被人BS才怪。

不错的功能。
dudu,能不能开发一个随笔批量转移，和分类合并的功能。

发现的自己blog的分类有些乱，想整理下，发现只能一篇一篇搞。

感觉不到有什么好处哦

UI和程序逻辑还是关联在一块，把<asp:Repeater id="rptTables" >替换成{repeater rptTables}有什么好处呢？或者解决了什么问题呢？看不明白。

@没剑
闭源部分仅仅是本人基于Lucene.net扩展的代码。所以请不要误会。更不可能有所谓的“把开源的弄成闭源”.Lucene.net和Highlighter.net版权归原作者所有。本已开源的项目。我没有这样的权利和能力让它闭源！

未完成不要紧，别中途停止了就好。

@lurker0

VS2005自带的工具

@布尔
不知道怎么回事,新上传的文件都不行.

我也发简历.一直想开发社区类的程序.

听说动网购买了CVBBS的源代码.现在CVBBS也说自己要重新架构其BBS产品,并对外说将会开源.但目前还未看其开源.

discuz nt已经开源了.虽然其源代码并没有什么特别之处.当通过笼络一批铁杆用户,然后通过space等不开源等其他产品来获得更大的竞争力,可见BBS产品的竞争已经相当激烈.

@question
dotlucene可以索引搜索文本类的信息
可以搜索doc ppt.....等信息

具体如何实现,请到www.dotlucene.net

感觉开发人员都比较自恋

呵呵

这种方法好处是，是比较容易使用，程序里面也比较好处理，但却不好做到UI和程序逻辑的完全分离。而且缺乏灵活性。

一般来说。CMS,或者类似的其他发布性的系统，如果需要相对灵活的话，一个template机制应该支持下面的基本特性：
1，变量替换。
2，有循环机制
3，有判断机制

这样就基本上CMS后台逻辑和template UI能完全分离了。
根据你现在举的例子，只说到了“变量替换”
不知道后面还会否涉及到，2，3呢？

@winjer
词库自学习不是那么容易实现的。它必须构建在较准确的新词识别之上。

@S.Sams
目前发布的版本不具备新词识别能力。但你可以自己扩充新词汇到词库中

写的那么快？

开始注意你拉
：）

虽然一直都在用PD做ER的设计的

不过还是支持楼主继续希望这个系列，温故而知新：）

@nbwebman
google的http://daohang.google.cn确实比较奇怪.
通过header分析。得到的编码是 "ISO-8859-1"
而通过Meta分析。得到的是编码utf-8 (没有BOM信息)
再通过byte分析。得到的是编码ASCII

不过用上面三种编码提取web html，得到的中文都是?????
我现在也解释不了。为什么会出现这样的问题。

很早之前就开始关注DNT了。因为之前一直在寻找一个能代替CS的BBS。不过.net平台确实很缺乏优秀的而且开源的BBS

dnt现在还没完全开放源代码。所以还没有深入去研究。只是reflect过它的代码，一开始看，确实有点头大。不过想起来当初看CS，难道就容易？

有时候，人会把习惯当必然！

对dnt目前还不好评论。不过他的template的处理方式确实值得学习。虽然template enginee不是什么新鲜的东西了。