看了大家关于论坛执行效率的讨论帖子.. 一些不得不说的话

技术讨论不宜过份攻击。每个论坛都有其优缺点。dis也并不完美

Originally posted by LostButterfly at 2004-9-24 08:50 AM:


既然阁下自己都不是很清楚, 竟然还能理直气壮地讨论技术问题, 令人佩服万分.

程序是人编写出来的, pw 的作者不是神, 同样是一个学生, 论坛系统的编写有缺陷很正常, 你不能指望拿出来的作品各个都是伯克力级 ...

至少我不会在我不清楚的事上下断论的，难不成你也清楚技术内容？如果你清楚就不会说出纯粹为减少queries的错误了。

Originally posted by laoyang at 2004-9-24 01:26 PM:
技术讨论不宜过份攻击。每个论坛都有其优缺点。dis也并不完美

这才是态度。

我觉得每个人都有自己说话的风格，有的人就犀利些，有的人就含蓄些，就是说话比较犀利的人也不一定就是要攻击谁，只有把自己的想法说出来而已，他说不看好并不等于所有的人都不会买你们的产品，他说看好也不见得别人也看好。但有问题应该不怕别人提才是，才有利于进步，常言道，忠言逆耳利于行，为什么phpwind的人就听不得别人批评的声音呢！
   宰相肚里应该能撑船啊。。。

Originally posted by 云淡风清 at 2004-9-24 08:24 AM:


是哦是哦，看看下面我跟Crossday的对话，那就轻松多了：）

[code]云淡风清：“大C啊，程序您写得比我好，做 爱还不一定有我行呢”。

Crossday愣了10秒钟后回答：“有事有理，以后一定在这方面加强”。[ ...

寒 云淡风清 一个，～～

LostButterfly 说的不错.
留下几个预留接口才是最方便的,象如何引用用户数据,一些变量,以及接口参数全部预留出来,这样,论坛才不会因为HACK而造成大的漏洞......

而且,接口留好,其它写HACK的人也不需要通读DISCUZ的代码就能够写好插件~

為什麼 MOROK 要把 DISCUZ 換成 PHPWIND...
答案就很清楚了

Originally posted by uhero at 2004-9-24 04:22 PM:
為什麼 MOROK 要把 DISCUZ 換成 PHPWIND...
答案就很清楚了

靠,你没发现,MOROK的速度慢啊

我不是什么高手
我只从后台来看论坛程序是否强大 速度快慢不在考虑范畴 差那么0.几秒争执不休 觉得很累
Linux下
1 vbb3  没感觉速度慢
2 ipb2  后台 发展潜力很大
3 phpbbs 挂载MOD很复杂 加几个MOD后 感觉可以自己编译个小型论坛了

Originally posted by faimond at 2004-9-24 01:54 PM:

至少我不会在我不清楚的事上下断论的，难不成你也清楚技术内容？如果你清楚就不会说出纯粹为减少queries的错误了。

phpwind 确实宣扬过 queries, 只不过当年他宣扬的时候阁下估计还不知 phpwind 为何物, 没有看到, 但别人却看到了而已.

phpwind 的在线文件是这样处理的:

每一行都是定长数据, 通过一个 offset 值来实现查找, 而 offset 值是已知的, 所以更新和读取单个用户的在线纪录, 这里不会出现什么效率问题.

关键在于显示在线列表那里, 我们知道, 如果一行是 50 byte, 假设一个大型论坛有 6000 人在线 (这个值在门户网站, 学校的 bbs 上是很可能的), 那么就需要 6000 * 50 个 bytes 来记录, 大概会生成一个 300k 的文件.

显示在线列表不像更新操作只读一个记录, 所以 offset 在此无效, 这里需要用 file() 或者 fread + explode() 全部读取 300k 的文件并拆分成数组, 然后筛选出 lastvisit 还有效的纪录. 而经过统计, 光读一个 80k 的文件, 一般就需要 0.03 ~ 0.06 秒, 300K 的读取是什么数量级可想而知, 况且接下来还要分析成数组, 并且逐个判断 lastvisit, 再加上我们假设这是个人很多的论坛, 必定时刻都在刷新在线记录, 以这种方式存储的效率如何, 结果是显而易见的.

不知阁下还有什么问题 ?

[ Last edited by LostButterfly on 2004-9-24 at 09:28 PM ]