旧文重贴，测试新blog空间用，《CODE WAR》

节选自《未来计算机史，GFW CODE WAR卷》

　　前言： 　　史学界常把公元2009年作为GFW CODE
WAR的起点。在此之前，虽然对抗GFW的行动从来没有停止过，但基本上是依靠比较大型的商业软件或者开源软件，个人仅作为使用者参与。而从这一年起接连涌现出的多种工具，例如GAppProxy,dabr,twit
api等，使个人依照简单的教程就可以搭建私有的抗GFW工具。个人不但能够简单的获得抗GFW工具，也同时能够向周围的人提供这些工具和服务。即所谓用户创造服务，UCS。

　　GFW所面对的不再是一个网站或者IP，而是一类云计算服务，基于这样云计算的服务器却是去中心的分布的。从某种程度上来说，GFW作为墙（wall）已经开始失效。

　　英雄们手中拿着的不再是弓弩，而是键盘，发出的不再是利箭，而是代码。博客们代替了诗人传诵他们的故事。曾经的同门可能站到了墙的两侧。曾经的师生可能成了对手。矛盾以新的形式展开了，这就是代码战争。

。。。。。。

… “随着第一次GFW code war的进行，网络中逐渐出现了API层，为后来…的发展打下了基础”

并不是所有的网站都提供了API，其实所谓的API就是应用程序的界面，是通过程序来访问网站进行操作。那么既然网站都是设计给用户进行操作的，只要通过程序模拟用户的操作过程，就成了API。

… “API层的出现模糊了调用函数时本地和云端之间的差别，但同样由于GFW，API的地址经常变化，深入程序内部更改并不经济，因此出现了API
host list从外部映射API函数名和地址”

… “只要有模式就可能被识别，虽然api层使api级连无处不在，但api必须和本地相交互，于是模式出现了，GFW开始派出自己的爬虫，新的战役打响了”

… “只要有模式就可能被识别！需要隐藏的模式必须和其他模式相似。拟态！镜像、API甚至代理都是URL的拟态。为了拟态各种API逐渐相似起来。因此正是GFW
code war促成了API形式标准的统一。。”

… “api的自我保护起始于门锁机制，只有用私钥事先打开才能接触到其后的api层。于是api层的模式被隐藏了起来，但门锁本身也是很显眼的，没有什么比一个wordpress的登陆界面更合适的伪装了。。”
。。。。。。

技术本身无所谓善恶。战争本身就是科技发展的动力之一。

===2010年更新===
西厢计划的出现是具有标志性意义的。

Posted via email from goldengrape's posterous