zgbl 发表于 2011-1-1 14:28:18

关于path的一个不错的提议

fbear提出来的

用path行走时，应该先set brief 1，走完再set回来，比如set brief 2或者unset brief
这样能极大的减少对服务器资源的消耗

[ 本帖最后由 zgbl 于 2011-1-1 02:37 PM 编辑 ]

lzkd 发表于 2011-1-1 14:35:16

北侠提供的老的集成路径里，不都是这么干的吗？

zgbl 发表于 2011-1-1 14:43:51

新路径不是了
老路径是吗？我用的不是啊。。。

lzkd 发表于 2011-1-1 14:46:17

哦。。你可能用的是zmud版的？
反正，mush版的，都是这么做的，从我一开始用的，到我自己提供的。。。胡小子的路径我没用过，不知道。这个我要来问一下。

lzkd 发表于 2011-1-1 14:49:15

我发短消息问了胡小子了。他的路径插件已经完工了，如果这个问题也是解决掉的。我就要做新的绿色补丁了。

bluse 发表于 2011-1-1 14:59:33

要说这么认真，还不如直接在每个自然段的前后加上 set msgfilter1 *

遇到艄公之前要unset到岸后再set，底层上怎么实现不知道，也许运算量还更大呢，但是网络传输肯定少了。


grin

afact 发表于 2011-1-1 15:47:03

呵呵，不亮开始环保改善用alarm的形象了
插个话，最环保的个人触发是不是#show，而不是tell？

zgbl 发表于 2011-1-1 15:53:13

原帖由 afact 于 2011-1-1 15:47 发表 http://pkuxkx.com/forum/images/common/back.gif
呵呵，不亮开始环保改善用alarm的形象了
插个话，最环保的个人触发是不是#show，而不是tell？
tell是通过服务器，那么信息的返回顺序和指令顺序是一样的
而#show是瞬间出来的，所以会由于信息返回顺序不对而导致误触发
因此，慎用#show和#say

afact 发表于 2011-1-1 15:56:00

原帖由 zgbl 于 2011-1-1 03:53 PM 发表 http://pkuxkx.com/forum/images/common/back.gif

tell是通过服务器，那么信息的返回顺序和指令顺序是一样的
而#show是瞬间出来的，所以会由于信息返回顺序不对而导致误触发
因此，慎用#show和#say

恩，明白了
say也不通过服务器？汗，这个我一直用一直用...拜孔子的时候感觉老稳定了，原来是错觉 - -

zgbl 发表于 2011-1-1 16:02:26

是#say ，不是say
页: [1]
查看完整版本: 关于path的一个不错的提议