脚本源头

1. 运行一个游戏 提示Autoit错误 Line-1:Error:子脚本使用了非数组变量 该怎么解决，急求！！

如果这个脚本是编译的(即是EXE文件格式)，那么除非这个AUTOIT脚本能被反编译，否则没有办法解决．

从错误的提示来看，应该是脚本编写不够完善造成的，这种情况下要想彻底解决问题，还是要从源头来解决（即修改源代码）．

2. 我执行一段python脚本报错了，怎么解决

在程序运行的过程中，如果发生了错误，可以事先约定返回一个错误代码，这样，就可以知道是否有错，以及出错的原因。在操作系统提供的调用中，返回错误码非常常见。比如打开文件的函数open()，成功时返回文件描述符（就是一个整数），出错时返回-1。
用错误码来表示是否出错十分不便，因为函数本身应该返回的正常结果和错误码混在一起，造成调用者必须用大量的代码来判断是否出错：

复制代码代码如下:

def foo():
r = some_function()
if r==(-1):
return (-1)
# do something
return r

def bar():
r = foo()
if r==(-1):
print 'Error'
else:
pass

一旦出错，还要一级一级上报，直到某个函数可以处理该错误（比如，给用户输出一个错误信息）。

所以高级语言通常都内置了一套try...except...finally...的错误处理机制，Python也不例外。
try
让我们用一个例子来看看try的机制：

复制代码代码如下:

try:
print 'try...'
r = 10 / 0
print 'result:', r
except ZeroDivisionError, e:
print 'except:', e
finally:
print 'finally...'
print 'END'

当我们认为某些代码可能会出错时，就可以用try来运行这段代码，如果执行出错，则后续代码不会继续执行，而是直接跳转至错误处理代码，即except语句块，执行完except后，如果有finally语句块，则执行finally语句块，至此，执行完毕。

上面的代码在计算10 / 0时会产生一个除法运算错误：

复制代码代码如下:

try...
except: integer division or molo by zero
finally...
END

从输出可以看到，当错误发生时，后续语句print 'result:', r不会被执行，except由于捕获到ZeroDivisionError，因此被执行。最后，finally语句被执行。然后，程序继续按照流程往下走。

如果把除数0改成2，则执行结果如下：

复制代码代码如下:

try...
result: 5
finally...
END

由于没有错误发生，所以except语句块不会被执行，但是finally如果有，则一定会被执行（可以没有finally语句）。

你还可以猜测，错误应该有很多种类，如果发生了不同类型的错误，应该由不同的except语句块处理。没错，可以有多个except来捕获不同类型的错误：

复制代码代码如下:

try:
print 'try...'
r = 10 / int('a')
print 'result:', r
except ValueError, e:
print 'ValueError:', e
except ZeroDivisionError, e:
print 'ZeroDivisionError:', e
finally:
print 'finally...'
print 'END'

int()函数可能会抛出ValueError，所以我们用一个except捕获ValueError，用另一个except捕获ZeroDivisionError。

此外，如果没有错误发生，可以在except语句块后面加一个else，当没有错误发生时，会自动执行else语句：

复制代码代码如下:

try:
print 'try...'
r = 10 / int('a')
print 'result:', r
except ValueError, e:
print 'ValueError:', e
except ZeroDivisionError, e:
print 'ZeroDivisionError:', e
else:
print 'no error!'
finally:
print 'finally...'
print 'END'

Python的错误其实也是class，所有的错误类型都继承自BaseException，所以在使用except时需要注意的是，它不但捕获该类型的错误，还把其子类也“一网打尽”。比如：

复制代码代码如下:

try:
foo()
except StandardError, e:
print 'StandardError'
except ValueError, e:
print 'ValueError'

第二个except永远也捕获不到ValueError，因为ValueError是StandardError的子类，如果有，也被第一个except给捕获了。

Python所有的错误都是从BaseException类派生的
使用try...except捕获错误还有一个巨大的好处，就是可以跨越多层调用，比如函数main()调用foo()，foo()调用bar()，结果bar()出错了，这时，只要main()捕获到了，就可以处理：

复制代码代码如下:

def foo(s):
return 10 / int(s)

def bar(s):
return foo(s) * 2
def main():
try:
bar('0')
except StandardError, e:
print 'Error!'
finally:
print 'finally...'

也就是说，不需要在每个可能出错的地方去捕获错误，只要在合适的层次去捕获错误就可以了。这样一来，就大大减少了写try...except...finally的麻烦。

调用堆栈
如果错误没有被捕获，它就会一直往上抛，最后被Python解释器捕获，打印一个错误信息，然后程序退出。来看看err.py：

复制代码代码如下:

# err.py:
def foo(s):
return 10 / int(s)

def bar(s):
return foo(s) * 2
def main():
bar('0')
main()

执行，结果如下：

复制代码代码如下:

$ python err.py
Traceback (most recent call last):
File "err.py", line 11, in <mole>
main()
File "err.py", line 9, in main
bar('0')
File "err.py", line 6, in bar
return foo(s) * 2
File "err.py", line 3, in foo
return 10 / int(s)
ZeroDivisionError: integer division or molo by zero

出错并不可怕，可怕的是不知道哪里出错了。解读错误信息是定位错误的关键。我们从上往下可以看到整个错误的调用函数链：

错误信息第1行：

复制代码代码如下:

Traceback (most recent call last):

告诉我们这是错误的跟踪信息。

第2行：

复制代码代码如下:

File "err.py", line 11, in <mole>
main()

调用main()出错了，在代码文件err.py的第11行代码，但原因是第9行：

复制代码代码如下:

File "err.py", line 9, in main
bar('0')

调用bar('0')出错了，在代码文件err.py的第9行代码，但原因是第6行：

复制代码代码如下:

File "err.py", line 6, in bar
return foo(s) * 2

原因是return foo(s) * 2这个语句出错了，但这还不是最终原因，继续往下看：

复制代码代码如下:

File "err.py", line 3, in foo
return 10 / int(s)

原因是return 10 / int(s)这个语句出错了，这是错误产生的源头，因为下面打印了：

复制代码代码如下:

ZeroDivisionError: integer division or molo by zero

根据错误类型ZeroDivisionError，我们判断，int(s)本身并没有出错，但是int(s)返回0，在计算10 / 0时出错，至此，找到错误源头。

记录错误
如果不捕获错误，自然可以让Python解释器来打印出错误堆栈，但程序也被结束了。既然我们能捕获错误，就可以把错误堆栈打印出来，然后分析错误原因，同时，让程序继续执行下去。
Python内置的logging模块可以非常容易地记录错误信息：

复制代码代码如下:

# err.py
import logging

def foo(s):
return 10 / int(s)
def bar(s):
return foo(s) * 2
def main():
try:
bar('0')
except StandardError, e:
logging.exception(e)
main()
print 'END'

同样是出错，但程序打印完错误信息后会继续执行，并正常退出：

复制代码代码如下:

$ python err.py
ERROR:root:integer division or molo by zero
Traceback (most recent call last):
File "err.py", line 12, in main
bar('0')
File "err.py", line 8, in bar
return foo(s) * 2
File "err.py", line 5, in foo
return 10 / int(s)
ZeroDivisionError: integer division or molo by zero
END

通过配置，logging还可以把错误记录到日志文件里，方便事后排查。

抛出错误
因为错误是class，捕获一个错误就是捕获到该class的一个实例。因此，错误并不是凭空产生的，而是有意创建并抛出的。Python的内置函数会抛出很多类型的错误，我们自己编写的函数也可以抛出错误。
如果要抛出错误，首先根据需要，可以定义一个错误的class，选择好继承关系，然后，用raise语句抛出一个错误的实例：

复制代码代码如下:

# err.py
class FooError(StandardError):
pass

def foo(s):
n = int(s)
if n==0:
raise FooError('invalid value: %s' % s)
return 10 / n

执行，可以最后跟踪到我们自己定义的错误：

复制代码代码如下:

$ python err.py
Traceback (most recent call last):
...
__main__.FooError: invalid value: 0

只有在必要的时候才定义我们自己的错误类型。如果可以选择Python已有的内置的错误类型（比如ValueError，TypeError），尽量使用Python内置的错误类型。

最后，我们来看另一种错误处理的方式：

复制代码代码如下:

# err.py
def foo(s):
n = int(s)
return 10 / n

def bar(s):
try:
return foo(s) * 2
except StandardError, e:
print 'Error!'
raise
def main():
bar('0')
main()

在bar()函数中，我们明明已经捕获了错误，但是，打印一个Error!后，又把错误通过raise语句抛出去了，这不有病么？

其实这种错误处理方式不但没病，而且相当常见。捕获错误目的只是记录一下，便于后续追踪。但是，由于当前函数不知道应该怎么处理该错误，所以，最恰当的方式是继续往上抛，让顶层调用者去处理。
raise语句如果不带参数，就会把当前错误原样抛出。此外，在except中raise一个Error，还可以把一种类型的错误转化成另一种类型：

复制代码代码如下:

try:
10 / 0
except ZeroDivisionError:
raise ValueError('input error!')

只要是合理的转换逻辑就可以，但是，决不应该把一个IOError转换成毫不相干的ValueError。

小结
Python内置的try...except...finally用来处理错误十分方便。出错时，会分析错误信息并定位错误发生的代码位置才是最关键的。
程序也可以主动抛出错误，让调用者来处理相应的错误。但是，应该在文档中写清楚可能会抛出哪些错误，以及错误产生的原因。

3. 完美世界风筝精灵脚本是谁发明的

完美世界风筝精灵脚本是郭洪利发明的。
完美世界风筝精灵脚本是潍坊风筝代表性传承人郭洪利携手《完美世界》手游团队,历时一个多月精心打造。完美世界风筝精灵脚本妖精玩家可以自动挂机辅助升级，当然也可以用脚本做任务。
郭洪利是土生土长的潍坊人。潍坊，古称“潍县”，又名“鸢都”，风筝是这里最具特色的城市名片。潍坊风筝的源头可以追溯到鲁国大思想家墨翟制作第一只“木鸢”，至今已有两千多年的历史，但真正开始兴盛，走向民间却是在明代。

4. 传奇私服脚本哪里来的

传奇是一款老网游了，2001年9月在盛大的运营下正式出现在大众眼前，一经上线就迅速火遍全国，但你知道吗？我们玩的传奇游戏并不是盛大的原创游戏，而是其创始人陈天桥从韩国引进的，刚开始的盛大对传奇这个ip仅仅拥有代理权，许多更新和改动也是依据韩服的变化而变化，由于当时互联网不发达，技术层面上更是达不到，所以经常有玩家吐槽传奇外挂满天飞投诉也无果。[1]

传奇裁决之杖
虽然吐槽不断，但随之而来的是越来越多的玩家加入传奇，而且早期外挂确实增加了不少玩家体验，像免蜡、自动喝药这样的设定对游戏的平衡性破坏并不大，大家也就一边骂着一边熬夜玩了。01年到03年都是传奇的一个直线型向上发展阶段，玩家越来越多，内容越来越丰富，到1.76版本重装上阵时，传奇的在线玩家已经占到了当时网民的百分之八十。

传奇炼狱
好景不长，1.76虽说是伴随着人气飙升，但传奇的发展问题也陆续出现，其中影响最大的莫过于“小作坊”式的传奇私服陆续出现开始吸引玩家，这件事的源头还要追溯到02年“传奇源码泄露事件”。源码在外国泄漏后迅速发酵，同年9月流入我国，被一些“民间技术高手”汉化改良推出了最开始的传奇SF，但盛大对此并没有上心，毕竟拥有强大的玩家基础，同款游戏里这类小作坊传奇完全构不成威胁。

传奇血饮
此时的盛大忙于源码泄露争夺开发商股份，事件到最后利益方面应该是暂时达到了平衡，但源码流传甚广却没有得到遏制，传奇Sf渐渐蔓延开来。而在03-05年期间，传奇运营的一直是1.76版，这也成为了传奇官服运营最久的一个版本，老玩家们最有情怀的一个版本，但不得不说接近05年时Sf问题已经非常严重的威胁到盛大了，相对于官服，传奇Sf设定更自由，玩家氪几千块就有大佬般的存在感和体验感。而且玩家少，外挂问题也非常有针对性和较为容易发现。

传奇半月
最终传奇Sf慢慢崛起了，而传奇官服的没落真的是单纯由于传奇SF吗？并不见的，小编觉得官服反而拥有非常强的玩家基础，它的没落主要还是为了适应大的网游环境而进行的改版，加入了氪金活动，失去了最初传奇的味道。玩家氪不氪金的游戏体验差太多了，虽然后面几年经济都好起来了，但不是所有玩家都是8L。

传奇封魔剑
现在的传奇可谓是在迷之道路上越走越远了，经常出一些并不适合传奇ip的活动，仅仅为了适应游戏潮流而丢失自我实在得不偿失。难怪老玩家们说，我们怀念传奇却不喜欢现在的传奇了。

5. 求一个windows下从ftp下载所有文件到指定目录的脚本或批处理，并删除源头FTP下的文件

@echo off
(echo open 192.168.1.1 18080
echo admin
echo admin
echo prompt
echo lcd d:\ftpfile
echo mget *
echo mdelete *
echo bye)>ftp.txt
ftp -s:ftp.txt

6. 如何制作一个游戏

1、想出一个点子点子是启动游戏的引子，是一个游戏的源头。
这个点子首先在大体上应该是个类似于故事的东西。然后这个故事需要有一个目标。
2、分镜头脚本设计理解一个游戏最余戚好的方法是使用分镜——创造一系列能体现游戏每个关卡或者不同的场景与目标的图片。每个分镜用一两幅图片来描述正在发生什么。
3、考虑细节做完分镜头脚本设计，就可以开始写游戏设计的细节。从这个步骤就开始变得复杂了。你将需要思考每一个可能的细节，并枣键记录下来。
4、攥写设计文档用类似于电影脚本的形式记录你在上面两节凳毁巧所思考出来的东西。攥写文档看起来像是例行公事，但是攥写过程可以让你整理思路，以使你剔除那些一看就知道很白痴的想法或者添加一些其他的有趣的游戏元素。

7. 爱情脚本

七夕将至，聊一聊与爱情相关的话题，正应景。

（一） 爱情脚本

复旦大学社会学系副教授沈奕斐在她开的课程中，用社会学的思维来理解这个时代的爱情新问题。其中提到了“爱情脚本”的概念：它是由社会的经济基础、社会文化所确定的一整套有关爱情的机制。

它告诉我们什么样的时间、地点、人物决定了我们在什么时间段遇上一个人是合适的；什么样的感情生活是得到所有人赞赏的。

这些其实是由社会提前决定好的，表面上看起来是我们自己的选择，但在这选择背后有这样一个大的脚本在决定我们怎么做出所谓的正确选择。

自己所做的这些选择不见得一定是最有利于自己的，也不见得是自己内心里最想做的脚本......

讨论爱情时，对于很多的单身朋友来说，经常困惑的一个问题恐怕当属父母催婚。

沈教授认为，父母对爱情婚姻持有的观念属“爱情旧脚本”。

如今，随着越来越多独立女性从家庭领域走出来走向社会，时间地点人物这些要素都在发生着变化，年轻人所持有的观念属于“爱情新脚本”。

首先，现在年轻人的目标已经不再是找一个人让我生活得更好，而是如果结婚能让自己过得更好，所以才会去结婚。

它不再是种宿命，它是一种选择；从时间角度来看，现在的年轻人认为爱情该发生的时候就发生，而并不一定是说非要在某个时间段。

地点更不是问题了，信息化时代，便捷的交通，地球都已经变成“村落”了，地域影响就更微弱，过往的熟人社会成了陌生人社会。

角色方面，男主外女主内的方式也在悄然变化着，现在更强调男女双方的各自成长，尤其女性的角色变化，更加注重自我成长。

对比新旧两个脚本，旧脚本所有的出发点其实是从家庭的利益至上来出发的；而新脚本的出发点是个人的利益角度。

这是新旧两个脚本巨大的差异。

理解了这点，我们再遇到爱情的一系列问题时，心态上或许可以放平缓些，很多问题并非独属于某个人的，而是不少单身年轻群体普遍遇到的。

（二）亲密关系的益处

成熟的关系可以滋养彼此，获得幸福体验与自我成长，因为在亲密关系里，我们会得到很多益处。

1. 照见自我

关系的另一方，给了一个人照见自我的机会，也可称对方为“镜像自我”。和谁谈一场怎样的恋爱，这里面有很多自我的功课要去学习与体验。

爱情发生的源头其实在于本真的那个自己。成熟的关系是两个独立的灵魂在某个“惺惺相惜”的时刻与场景相遇相识相知后逐步形成的。

自己是爱的源头，犹如爱的瀑布，水源丰沛不缺，分享些细支流给对方很容易。

而如果自己本身是匮乏的状态，依赖对方的认可来获得自我价值感，这种爱的基础是不牢固的。

一旦关系破裂，自己会很受伤，而如果没有检视自己对待感情的一些观念和因应方式的话，

或许在下一段关系里，依然“我行我素" 没有觉知的话，则会困在爱情中循环往复地受苦。

喜欢李欣频老师在《爱情觉醒地图》中提到的一段话：

“爱情就像是一面哈哈镜，经常扭曲了自己的样貌，但这也呈现出看自己的方式：认同了别人眼中的自己。

爱情就是一面残酷的内心明镜，与遇到怎样的情人无关。”

2. 联结感

孤独是生命的底色，在亲密关系中能体会到爱的幸福是人生之幸事。

和对方建立联结，时间酝酿下结成深厚的感情，呵护陪伴走一段人生旅途，美好的经历本身就是人生财富。

3. 爱的能力

弗洛姆曾提到，“爱是一种艺术，也是一种能力。“ 请相信我们透过学习与体验能够学会如何爱。

近来新闻报道中出现了一些关于亲密关系的负向新闻。这里想提两种伴侣关系，做个对比。

《灵性炼金术》中把伴侣关系分为 ”业力关系“与”疗愈关系“。

书上是这样定义“业力关系”的：

情利义纠缠的现实社会中，无条件的爱依然稀缺，亲密关系的课题依然需要我们用心学习。

其中，保持觉察与沟通尤为重要。

在无条件的爱之下，一切都是自由的。 愿你成功，也愿你能享受到爱的幸福，觉知爱，在爱中懂得分享，在爱中成长。