一些不太可能接受的建议：
1，语言转型：asp可以说它很古老了，建议能否换平台为php,或者asp.net本人更倾向于php。或者大胆一点迁移到python当然这想法就更扯淡了。
2，建议在换平台至php基础上，实现mvc框架开发，对路径伪静态的处理会更平顺。权限分离，实现0auth,acl控制，插件机制也会更合理。
3，也不能说太多，毕竟换平台不太可能。。。
一些相对需要改进的地方
1，富文本的更换：一个好的在线编辑器会让使用体验度大大提高，现在的LD的编辑器样式古老，功能繁冗。
2，附件：附件的提交。可以不要随同帖子一同提交。当前选择附件后就直接上传至服务器，等带帖子发表再绑定附件表id.这样可能会产生无效图片，但可以做一个钩子进程每一个月清除一次无文章id且附件上传时间大于一天的一些无效附件。如此会减少帖子的提交时间。提高体验度。当然了，也可能做成用户的附件中心，由用户决定一些图片、文件是不是要复用，是否要删除/保留（留待以后使用）。
3，改善模版，这个嘛可以组织模版大赛，选择几个比较有特色，大气，有代表性的模版。有代表性为最终目的，我们想想dx,pw，大站如淘宝，sina一瞬间脑子里都有他们的一个大概样式。
4，完善二次开发机制：启用钩子进程。实现最大化的兼容插件。让二次开发尽量不需要动核心库。让插件的安装与卸载更方便。出具详细的开发手册，让更多的用户参与进来。
5，手册：如上所说，弄个手册出来，让用户有疑问时有个去处。手册可以协同模式的，爱好者一同更新。
6，不要因为性能而放弃功能，而是在有更多必要的功能下，改善性能。硬盘是瓶颈不错，但是作为小站读写数并不会真的那么可怕，可怕的是我想留着用ld,但是ld没这些功能（或者是没有类似的二次插件）。站点pv，ip上去后，相信站点的收入也随之而来，如此要改善性能方法很多比如流行的缓存类Memcache，读写分离等等等（花点钱就行，当然ld包罗这些服务就更好了）
7，接上，从LEADBBS发展来看，man每次的改版更多的是往极速方向走，节省损耗。如此功能就极简了。。。 我想没必要太执着与速度。pw与dx 一直在我模仿你，你模仿我，但是每次的版本对比，在同等配置下同等数据量的情况下pw运行都比dx快一点（但我个人认为但同等大并发量，与数据读写相同的情况下，还是dx表现平稳点，pw就显的力不从心了）。我的意思是，改善程序机制，相比同类能快那么一点点就行了。
8，缓存机制，缓存可以减少数据的读出次数，减少数据检出时间。比如将版面信息，站点配置信息，权限分配规则等等都缓存起来。
先写这么多吧，原本有不少建议，但是写一点忘一点。。。唉。
还是希望ld能往php方向走，用户群多，能参与进来的二次开发人员也多。dx，pw好是好，但是非必要的功能太多，有些简直是鸡肋。
[B][/B] | 
