AJAX也有安全隐患 谈谈AJAX的安全性
Web开发者不会注意到由 “AJAX(Asynchronous JavaScript And
XML)”所带来的激情。不费力气就能创建像Google
Suggest那样的智能网站或者像Gmail那样基于Web的应用程序，这在很大程度上要归功于这种技术。然而，伴随着AJAX应用程序的发展，我们发
现了它的一些不足之处，我们发现它的安全漏洞也在逐渐变大，就像慢慢地把基于AJAX的站点放入了一颗定时炸弹中。
AJAX的好处
在当年“Web应用程序”的美好时代，事情非常简单。你填写了一个表单，点击“提交”按钮，然后当前屏幕就消失了，等待一小会儿后你就转入到了下一个页面。今天的状况已经不是这样的了，用户需要的是一种就像任何桌面应用程序那样流畅、快捷和人性化的Web体验。
AJAX经常是和DHTML(Dynamic
HTML)一起协作的，它的顺利执行需要允许网页中的JavaScript代码和web服务器在后台无缝通讯。比方说，当你开始在Google
Suggest的搜索框中输入东西时，web页面就和服务器在后台开始交换数据，然后会给出一些你可能需要的词条等。所有的这一切都不需要页面刷新或者按
下任何按钮。同样这也就是像Gmail那样的应用程序怎么能对实时拼写检查做的那么好的原因。
AJAX怎样工作
AJAX复杂的原理已经超出了今天所要阐述的范围，这里只简单描述一下。你的页面上的JavaScript代码能够在不依赖于用户的情况下和你的
Web服务器取得联系。这里面起核心作用的就是JavaScript的XMLHttpRequest对象，这个对象能够被就像用户敲击键盘或者时钟事件在
后台或者异步触发(也就是术语异步JavaScript和XML)。
如果你在Google Suggest中输入“ajax”后，就会得到像我输入后得到的服务器请求一样:
1. www.google.com/complete/search?hl=en&js=true&qu=aj
2. www.google.com/complete/search?hl=en&js=true&qu=aja
3. www.google.com/complete/search?hl=en&js=true&qu=ajax
在这个术语中的XML部分有一点会引起人们的误解，其实这一部分是没有任何意义的。它是从JavaScript对象得来的名字，同时许多
AJAX风格的应用程序使用了XML，这个对象能够就任何事务向服务器发出一个请求。甚至JavaScript代码本身也能够被取回和评估。继续完成我的
输入“ajax example”，将会从Google的服务器产生下面的回应:
sendRPCDone(frameElement, “ajax example”, new Array(”ajax example”,
“ajax examples
相关文档：
问题
在现有主站中使用的是是GBK编码的，当表单使用form submit方式递交的话没有问题，服务器端能够正确识别字符编码。但是，当客户端使用ajax的方式递交表单的话，服务器端识别客户端递交的表单的内容，当内容中有中文字符的话就会出现乱码现象。
原因分析
究其原因，其实很简单，使用ajax方式提交的表单是用utf-8� ......
基于JQuery框架的AJAX
前几天发了个贴，分享了prototype框架关于AJAX方面的学习过程。然后有人说jquery框架更方便。
正好项目中准备使用thickbox，于是干脆抛弃prototype.js，看起jquery.js了。JQuery确实不错，体积比 Prototype小了许多，而且使用起来更方便更灵活。有人说Prototype像JAVA，正统；而JQuery像Ruby，灵活� ......
0**：未被始化
1**：请求收到，继续处理
2**：操作成功收到，分析、接受
3**：完成此请求必须进一步处理
4**：请求包含一个错误语法或不能完成
5**：服务器执行一个完全有效请求失败
100——客户必须继续发出请求
101——客户要求服务器根据请求转换HTTP协议版本
200——交� ......
项目中想用ajax，于是在网上扒了n多资料，犯了n多错误，从今天上班到现在一直在处理这个问题，终于还是把它解决了。
当我看到页面的ajax显示后，我兴奋异常，为了记录自己学习的ajax历程，也为了让更多的人少走弯路，特写此一文以记之！
废话不说了，为了更好的理解，我重做了一个小的项目，以加深印象。现在就以这个小项 ......
