最近才发现 WebREDR 的一个潜在性问题，这个有时间再提， 是关於资料重载入的。 简单的说，我写了几个 asp 网页，然後我让这些网页与 mud 之间建立一个沟通的协定。 对 asp 下命令 → asp 产生一个命令档案 → 同时设定 n 秒後指向另一 asp 网页 1)该档案的档名是固定的 2)该档案的内容储存了 mud 要做的事情 而 mud 端就有一个物件，用 set_heart_beat(1) 设定了心 跳，然後周期性判断上面的命令档案存不存在 命令档案存在 → 读取档案内容并删除该档 → 同时依照档案内容行事 → 产生结果 n 秒後被指向的 asp 网页 1)读取该结果档案，显示结果 2)或判断该结果档案存不存在 把用 asp 就可以完成的事情拆成两个系统，它有几个特性 一、mud 端物件只接受他看的懂的命令内容。 二、mud 端物件也只会依合法命令产生固定格式的结果。 今天假设我把 IIS wwwroot 根目录设定为.. c:\mud\adm\daemons\wwwroot 但 mud 端的资料档 .o 档我其实是放在... c:\mud\data 这样资料平常就可由物件保护，而就算该 .o 档被人拿走 ，别人也很难拆解它，而且资料的拆解我是用 mud 写物 件去做的，在公司只有我懂 mud。 如果全由 asp 去做，哪天只要上级要跟我讨 asp 网页， 我等於连报表怎麽拆解的技术都会送出去，何必呢? 而以 现在的写法我就算 asp+mud 一起送出去，别人也没能力改 不过以档案的存在与否以及档案的内容，来做为沟通的方 式，缺点就是对硬碟比较不好。 Laechan --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.170.103.91