全自动解密机器人的有用资料

[argus]

咳，其实最终我也没用数据库来做解秘，最后让我在zmud4.62上做了个自动解秘机器人！
我琢磨这数据库的功能其实就像一张纸，纸上写满了任务，比如：
镔铁棍 Do_bintiegun
炸鸡腿 Do_jitui
我用#file 1 quest.txt来调用这张纸，读取任务alias名。

[nirvana]

多年不用zmud, 今天特意去下了个，发现的确有view这东西
许是以前从来没接触过这个命令, 话说的有点过, 见笑了
但是仍然可以探讨一下,
在field的数量和名字完全相同的情况下, 建7个view, 每个view里200个record和建一个view里面1400record的差距有多大. 我手上没有机器, 但可以推测, 以前一个view用query时寻找时间不超过0.5秒, 当7个view除以7可以不超过0.1秒算, 再按2分钟一轮任务算, 1小时能慢21秒, 一天能慢8分来钟左右.
当然, view的作用不止这些, 好久不接触机器了记不太清楚, 就举一个例子
应该有些record一定要排在前面, 比如老妇人, 和老妇, 老妇一定要排在老妇人的前面,
不然在query 老妇的时候会搜索到老妇人. 要是这两个record分到不同的view里就好办了.
综上, 在xyj里建view是个最好的选择, 但不是必要选择, db上的失误已然在那里，我也不会因为这而把db换了
但是我认为一个好机器db是次要的, 齐全并分好类就行, 毕竟现在的机器对付这近2000条record简直就是像拍死一只微生物. 而如何优化机器里变量, 如何方便控制, 修改变量, 如何优化提高某任务的优先性, 如何忽略mud里面不重要的pattern, 如何根据一轮所做的任务领取奖励更重要一点. 分好class也是大头, 机器停大多出在这里的问题
我不想抬什么杠, 收回上面不恰当的话并在此道歉, 玩mud做机器只是爱好，花在上面的时间已经太多, 况且已经和楼主问的问题离题了，我们就此打住, 好吗. 真要讨论机器问题可以重新开一贴

[nirvana]

再离题一下, lovelove就是俺们的新wiz?
hoho, 感谢帮我寻回sailer的密码(虽然又忘记了)
还好通知了一声eb, 但愿他没忘. 哈哈

[kicky_zary]

挂一个人不是问题，问题是挂了许多id都再跑Li+quest
可能有点吃不消吧。
每次再1000多个quest搜索
和100多个对机器来说负担重。。

[干掉土豆]

我就是那个说别人嘴痛快的，我老实说，不会用db

不会用db不代表我不可以说别人嘴痛快，这点道理你明白么？

说你嘴痛快不是因为别的。
人家问你一个问题，你会就是会，不会就是不会，你是高手，瞧不起别人不会用可以，但是请你把嘴放干净点，尊重一下问问题的人，这是最基本的人格问题，可能你不知道？

回答他问题的，也许水平没你高，但最起码是想诚心诚意的帮助人的。哪怕回答的再不好，也比唧唧歪歪说风凉话的强。

我最瞧不上的就是拿着鸡毛当令箭的，好像会点什么玩意就了不起了。

只有母鸡才因为自己会下蛋而咯咯咯的叫。

[slofbyj]

xyj2000总站云的规则是这样实现的: 7个任务后面都带有格子, 有格子代表其有云, 格子的多少代表其云的生命力, 最多为9格, 最少没有, 表示没有云. 而且每种任务的格子数不可能重复. 如果成功做完一个任务领完赏以后其任务的格子就会恢复成9格, 而其他6个任务所拥有的格子会相应减少一格直到没有. 而且云越多, 得到的奖励越多. 所以当做完任务后去领奖时, 应先考虑领没有格的, 然后再领格少的, 直到领完,




不是很明白

[ivende]

我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊我为了500+500狂灌水啊

[Gone]

不懂.......太复杂了点.......

[goldengod]

服
！
了！
高手就是不一样啊
素质就是比我高！

[Gone]

还不错......有点用...