这两天看了不少AJAX资料。也把AJAX应用到SABLOG-X的提交评论部分，可是我首先发现了一个问题。

代码多了，多了一点JS代码，多了一点PHP代码，模板文件多了一个。可能代码一共有10K吧，多了10K代码其实没什么。但是提交评论这部分有点复杂了。

AJAX的应用为了什么？用户的体验。直接说我个人感受吧，不然越扯越罗嗦了。

优点：

1. 无刷新，对用户浏览非常友好，不用看到该死的跳转页面。

缺点：

1. JS代码和PHP代码多了。冗余代码多了。
2. 又要涉及JS和XML技术。过多的JS代码容易让较老的机器假死或者反映慢，就像以前DVBBS采用JS输出一样，以前在网吧进入DVBSS浏览器就假死。
3. Ajax的发展一定会涉及到JAVA，随着技术发展会涉及到更多新技术，我不是专门开发的，将来肯定力不从心。

-------------------------------------

再来说说我在网上看到很多人的观点：

• 有人说AJAX不利于SEO，个人认为，如果仅仅把这个技术应用到提交评论部分，就没什么利不利于SEO的说法。
• 有人说可以减轻服务器处理的负担。其实我不认为可以减轻服务器的负担，虽然说无刷新，但是还是对服务器进行了请求。既然有了请求，哪怕再怎么优化，服务器还是要处理请求，这一说法我表示怀疑。要么全部交给服务器处理，要么全部交给客户端处理，既然考虑用户，为什么还折腾用户的电脑呢？
• 有人说现在浏览器大战，涉及到很多种浏览器的支持情况，那势必要调试多种环境来编写代码，我认为的确增加了开发人员的工作量。
• 有人说AJAX存在安全隐患，如果交给客户端处理一部分程序流程，那非法用户可以修改很多参数，这点我不是很赞同，不管客户端提交什么，向服务器发送什么请求，只要过滤得好，这些安全隐患都不存在，安全关键在于开发人员的逻辑。

网上有说AJAX好的，有说AJAX坏的，有一篇文章更夸张《Ajax: 99% Bad》，反正我不反对使用AJAX，但是我确实怀疑AJAX应用在小型站点和BLOG程序甚至论坛程序上的必要性。前几天感觉AJAX不错。后来简单的把SABLOG-X加上了AJAX，应用在评论提交上，但是工作量大了，而且如果出现错误，或者禁用了SCRIPT，整个发表评论部分就不会工作了。

写这篇文章的目的主要想和有使用感受和开发经验的朋友探讨一下，AJAX应用在SABLOG-X的必要性，因为现在发表评论后的跳转页面，完全可以不用3秒。优化一会就OK了的。

笔记本要到星期3才能拿到,现在只能在旧电脑上看看新东西了,

原来AJAX需要开启SCRIPT的,不然没办法用.本来打算把评论弄成AJAX的.但是通用性不就降低了?我有很多朋友为了安全都是把SCRIPT禁用的.那不就没办法享受到AJAX了吗?

到底要不要做AJAX呢?如果做了AJAX的话,就不要看那该死的3秒跳转页面了.如果把AJAX做了.那肯定很多地方都可以做了.哇.看起来比较时髦..

今天有人注册了αngel用户,发了一个评论,说SP1难产,我真佩服他,连这个阿尔法字符都想出来了.冒充我.呵呵.α和a可真像啊.

因为我现在接了一个项目,所以忙这些东西.SP1只能推迟.况且生病了2天,笔记本的内存,键盘,光驱,硬盘都坏了,配件要从广州发货.所以我笔记本就放在蓝色快车那,目前就没有条件弄了.估计要等6月份了吧.

又发现一个模板.

http://www.ikown.com/

有不少朋友说过，显示文章，浏览器的标题还是显示博客名字，不显示文章标题不利于搜索引擎收藏。就想出了修改模板的办法，不错的确可以，但是由于模板是大家制作的，缺乏统一性，所以以后就会出现各个模板不一致的问题，其实直接从程序入手，更加好，适用各个模板。

打开./index.php文件，搜索：
$pagefile = 'show';

修改为：
$options['name'] = $article['title'];
$pagefile = 'show';

同理，./archives/include/article.inc.php也一样，搜索：
include PrintEot('header');
include PrintEot('article');

修改为：
$options['name'] = $article['title'];
include PrintEot('header');
include PrintEot('article');

archives为临时解决办法，因为这样改，有其他变量冲突。