Swift在云端： http://www.ibm.com/cloud-computing/bluemix/swift/

开源的Web Server：https://github.com/IBM-Swift/Kitura

IBM维护的Swift包目录：https://swiftpkgs.ng.bluemix.net

这样的话就可以结合Aptana + Firebug Lite来做简单的页面设计开发了。

在解决这个问题时，发现原来是Lighttpd的Bug，文档如下：

Versions of lighttpd prior to 1.4.17 contained bugs in the implementation of this directive that meant a 404 status code generated from dynamic content was sent to the error handler. This prevented a 404 status code being sent from the error handler itself, which always returned status 200. If you are using an older version, and want to send a 404 status code please use server.errorfile-prefix; however, server.errorfile-prefix does not allow dynamic handlers.

http://redmine.lighttpd.net/projects/lighttpd/wiki/Server.error-handler-404Details

而服务器上的是1.4.13。

原文在这。

基本思想还是通过一个iframe来做代理，参数通过URL传过去。在需要跨域调用ajax时，动态创建一个iframe，然后src是引用需要求域的一个页面，在这个页面中发送ajax请求，然后访问相应的输出。我试的时候，能够在iframe的页面中调用父页面的function，但父页面不能调用iframe中的function。

最终，所有的信息都重新流回了Google，真是高明至极。

if(typeof Array.prototype.push === 'undefined') {
 Array.prototype.push = function(value) {
        this[this.length] = value;
        return this.length;
 }
}

对这个方法进行判断。这解决这个问题的过程中，算是理解了一些奇怪写法的js代码。比如：

(function($){

…….

}){jQuery}

这种写法使用了闭包的一些特性。通过一个匿名函数来隐藏变更的作用域，这样在这个函数体内还是使用$为jQuery对象的引用，呵呵，原来写的代码在有冲突的页面中就不需要修改了。

整体思路是模拟搜索表单的提交，但在模拟时发现一个问题，Discuz!会根据用户生产hash值，当提交后，当然会判断这个hash值，这会非常麻烦，因为这个hash值需要一些Discuz!初始化的变量才能产生。所以先在程序去掉这个验证。程序在：

include/global.func.php文件中的submitcheck函数，在889行开始，有一个条件判断：$GLOBALS[‘formhash’] == formhash()，只要把这个去就可以，但这样会对论坛的安全性造成一些问题。

注意：Discuz!和整合的程序必须是在一个域内才行。

当标题中有\符号的时候，一般对json decode的时候会报错