Learn HTTP 1.1 Status Code Part.2

作者: 日期: 12月 3, 2008 没有评论

Learn HTTP 1.1 Status Code Part.2

by xujiwei(http://www.xujiwei.com/)

前一篇介绍了 2xx 系列状态码，这一篇介绍 3xx 重定向系列。

5 重定向 3xx 系列状态码

3xx 系列状态码一般是用来作为重定向的，并且在重定向的过程中，一般不需要用户的参与，也就是说，重定向的过程是由浏览器来控制的。但是如果重定向后的请求的方法不是 GET 或 HEAD 的话，还是需要用户参与的，不过也许仅仅是确认一下是否同意发送数据而已：）

另外，开发者要注意的是，RFC2616 Section 10.3 的备注中提到了在前一版本的 HTTP 协议中建议最大重定向次数为 5 次，也就是说，客户端可能只跟踪 5 次重定向，如果超过 5 次重定向，那么可能客户端就会把第 5 次重定向后得到的结果做为最终结果。这时，客户端得到的可能就是一个错误的结果，这就是开发者不愿看到的，那么在开发时，就应该尽量控制重定向次数在 5 次以内。

5.1  300 Multiple Choices

300 Multiple Choices，字面意思是多重选择，表示请求的这个地址具有多个资源可以响应。客户端在遇到 

…

阅读全文 »

Learn HTTP 1.1 Status Code Part.1

作者: 日期: 11月 25, 2008 没有评论

Learn HTTP Status Code Part.1

by xujiwei(http://www.xujiwei.com/)

1. 前言

HTTP 状态码在 Web 开发中是相当重要的一部分，掌握了 HTTP 的运用，可以在网站速度、性能等等的优化上有迹可循。当前，掌握 HTTP 状态码也可以为进一步加深对 HTTP 协议的理解打下基础。

以前，我所熟知的 HTTP 状态码仅限于 200、404、302 等几个，但是在一次与 smallshell 聊天的过程中，谈到了 HTTP 状态码，让我对剩余许多我并不熟知的 HTTP 状态码起了兴趣。不过在这之后的一段时间里都比较忙，因此这个想写的这个系列就一直拖着，这几天算是稍微清闲下来了，准备好好学习了一下 HTTP 状态码。

嗯，我也是在学习的过程中，所以，如果我写的有什么不对，欢迎指正，留言或 email(vipxjw at 163 dot com) 均可：）

2. 准备

本文基于 RFC2616 第10节 Status Code Definitions 而写，如果对本文有不明白的地方，可以参考完整的 

…

阅读全文 »

服务端XMLHTTP（ServerXMLHTTP in ASP）进阶应用－User Agent伪装

作者: 日期: 10月 18, 2008 没有评论

服务端XMLHTTP（ServerXMLHTTP in ASP）进阶应用－User Agent伪装

这篇开始讲讲ServerXMLHTTP的进阶应用。说是进阶应用，但也就是讲一些在基本应用里没有讲到的属性或者方法之类：）

使用setRequestHeader伪装User-Agent

User-Agent一般是服务端程序用来判断客户端浏览器、操作系统等信息的标志，它的说明可以参考Wiki，譬如在我的电脑 IE7 的UA就是：

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ;

SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618)

可以看到，这个UA提供了不少信息，IE版本、Windows版本、.NET版本都有。再看看 Firefox 的：

Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; 

…

阅读全文 »

[JavaScript] 慎用 somefunction.prototype

作者: 日期: 10月 15, 2008 没有评论

在写 JavaScript 脚本的时候，为了创建一个类，如果不使用框架，一般情况我们都会使用 prototype 来给要创建的类增加公有方法，例如：

程序代码：[ 复制代码到剪贴板 ]
  • // code from xujiwei.cn
  • function Person(name) {
  • this.Name = name;
  • }
  • Person.prototype.SayHello = function() {
  • alert('Hello, ' + this.Name);
  • }
  • Person.prototype.SayBye = function() {
  • alert('Goodbye, ' + this.Name);
  • }

不过，有的时候，为了书写以及维护的方便，我们会把公有方法的声明写到一个对象里，然后赋值给 Person.prototype，例如：

程序代码：[ 复制代码到剪贴板 ]
  • // code from xujiwei.cn
  • function Person(name) 
…

阅读全文 »

服务端XMLHTTP（ServerXMLHTTP in ASP）基本应用（下）

作者: 日期: 10月 9, 2008 没有评论

服务端XMLHTTP（ServerXMLHTTP in ASP）基本应用（下）

接着上一篇《服务端XMLHTTP（ServerXMLHTTP in ASP）基本应用（上）》继续讲讲ServerXMLHTTP的基本应用。

3. 请求使用HTTP认证的页面

呃，虽然说目前使用HTTP基本认证的已经少之又少，但是，总该知道ServerXMLHTTP有这么一个功能，可以直接实现HTTP基本认证。

在ServerXMLHTTP对象的open中，我们通常用到的只是它的前3个参数，即method、uri、async，但事实上，它还有另外两个可选参数，即用于HTTP基本认证的username及password。

那么，如果某天，我们要使用ServerXMLHTTP访问某个使用HTTP基本认证的网站，并且我们已经有了认证所需要的用户名及密码，那么可以使用以下密码来访问需要认证的内容：

程序代码：[ 复制代码到剪贴板 ]
  • <%@LANGUAGE="JScript" CODEPAGE="65001"%>
  • <%
  • // code from xujiwei
  • // http://www.xujiwei.cn
  • // 访问www.google.cn并不需要HTTP认证，这里只是作为一个演示
  • var url = "http://www.google.cn";
  • var xmlhttp = new ActiveXObject("MSXML2.ServerXMLHTTP.5.0");
  • // 用户名和密码分别为username和password
  • xmlhttp.open("GET", url, false, "username", "password");
  • xmlhttp.send("");
  • Response.BinaryWrite(xmlhttp.responseBody);
  • xmlhttp = null;
  • %>
…

阅读全文 »

服务端XMLHTTP（ServerXMLHTTP in ASP）基本应用（上）

作者: 日期: 10月 1, 2008 没有评论

服务端XMLHTTP（ServerXMLHTTP in ASP）基本应用（上）

在上一篇《服务器XMLHTTP（Server XMLHTTP in ASP）基础》中我介绍了一下ServerXMLHTTP对象的一些基本属性和方法，接下来我讲讲ServerXMLHTTP的基本应用。

在ServerXMLHTTP中，异步请求不再是主要用途，往往是同步的请求用得更多，因为在服务端编程中，程序的执行是需要迅速结束并返回结果的，不像在桌面程序中，有一个消息循环。这样就导致了在服务端编程中，同步编程用得更多。当然，这并不是说异步请求没有用处，在一定的情况下，异步请求会有很大的作用。

1. 简单的使用ServerXMLHTTP请求并显示指定Url

首先来看一下很简单的例子，使用ServerXMLHTTP请求Google的首页并显示出来：

程序代码：[ 复制代码到剪贴板 ]
  • <%@LANGUAGE="JScript" CODEPAGE="65001"%>
  • <%
  • // code from xujiwei
  • // http://www.xujiwei.cn
  • var url = "http://www.google.cn";
  • var xmlhttp = new ActiveXObject("MSXML2.ServerXMLHTTP.5.0");
  • xmlhttp.open("GET", url, false);
  • xmlhttp.send("");
  • Response.BinaryWrite(xmlhttp.responseBody);
  • xmlhttp = null;
  • %>

在浏览器查看这个页面，你就可以看到Google的首页了：

图片附件

但是，我们可以看到，这里的Logo图片是没有显示的，因为这个logo在网页源代码里是以相对路径的方式来指定的：

<img src=/intl/zh-CN/images/logo_cn.gif width=286 height=110 

…

阅读全文 »

服务器XMLHTTP（Server XMLHTTP in ASP）基础

作者: 日期: 9月 11, 2008 2 条评论

服务器XMLHTTP（Server XMLHTTP in ASP）基础

近几年很流行 Ajax，而 Ajax 的本质就是 XMLHttpRequest，是客户端 XMLHttpRequest 对象的使用。相对于 Ajax，服务端 XMLHTTP 就是在服务端使用 XMLHttpRequest 对象了。虽然说，在服务端使用异步请求是比较不方便的，但是做为可以服务端发送 HTTP 请求的组件，学习一下也是没有坏处的。

这里，我讲的是在 ASP 环境中使用服务端 XMLHttpRequest，并以 JScript 做为演示代码的语言，因此，你需要了解 ASP 以及 JScript。

服务端 XMLHTTP，通常会用在获取远程主机的网页或者其他内容，新闻聚合系统一般就是使用服务端 XMLHTTP 对象来获取要聚合的 Feed 的内容，然后使用 XMLDOM 对象来分析 Feed 的内容，取出新闻的标题、作者、内容等信息，再存在数据库中，然后将若干个数据源的新闻一起显示在一起。抓虾就是这样一个新闻聚合器，但是它不是用 ASP 写的就是了 :)

在 ASP 中，我们可以用以下代码来创建一个 ServerXMLHTTP 对象，而这个对象，就是我们在服务端进行一切操作的基础。

程序代码：[ 复制代码到剪贴板 ]
  • // 
…

阅读全文 »

解决Windows Vista中截图工具运行速度慢的问题

作者: 日期: 6月 14, 2008 没有评论

Vista自带的截图工具还是比较好用的，但是一直以来运行总是很慢，从按下快捷键到出来截图界面需要很长时间，通常需要几秒到十几秒不等，这让人很奇怪，按说，截图工具算是个小工具软件，运行速度不至于这么慢的。但是，它就是这么慢……

今天又想到这个问题了，就去网上找了找，找到了篇帖子说是TablePC的服务器造成的，于是打开服务管理器，启动 Tablet PC Input Service 服务，再运行截图工具，果然，速度快了很多。

这个服务是之前优化服务时关闭的，觉得台式机用不着那东西。看来服务优化还是需要谨慎的。

在JScript中使用ADODB.Stream判断文件编码

作者: 日期: 5月 31, 2008 没有评论

在实现TextStraem的时候，找到判断文件编码的代码是VBS的，但是在JScript中是没有ASC等函数的，也不能对二进制数据进行处理，因此需要通过一个特别的方法来获取文件开关的编码标识。

一开始使用ASCII编码来读取文本数据，模拟读取二进制数据，但是发现如果字符编码大于127时，只会得到小于128的值，相当于和128取余了，因此ASCII编码是不行的。

继续寻找，在CodeProejct.com找到一篇文章《Reading And Writing Binary Files Using JScript》，里面刚好有我需要的内容。

其实说来也简单，就是把编码换一下，使用437，这个是IBM扩展过的ASCII编码，把ASCII编码的最高位也利用起来，将字符集中的字符从128个扩展到256个，而使用这个字符集读取的字符数据就相当于原始二进制数据了。

解决了障碍后，就要开始识别文件的编码了，通过使用ADODB.Stream对象来读取文件的开始两个字节，然后根据这两个字节就可以判断文件编码是什么了。

UTF-8文件如果带BOM的话，那么头两个字节就是0xEF、0xBB，再例如Unicode文件的开始两个字节是0xFF、0xFE，这些就是判断文件编码的依据。

需要注意的是，在ADODB.Stream读取字符时，并不是一一对应的，也就是说，如果二进制数据是0xEF，读取出来的字符经过charCodeAt之后，并不是0xFE，而是另外的值，这个对应表可以在上面提到的文章里查到。

程序代码：[ 复制代码到剪贴板 ]
  • function CheckEncoding(filename) {
  • var stream = new ActiveXObject("ADODB.Stream");
  • stream.Mode = 3;
  • stream.Type = 2;
  • stream.Open();
  • stream.Charset = "437";
  • stream.LoadFromFile(filename);
  • var bom = escape(stream.ReadText(2));
  • switch(bom) {
  • // 0xEF,0xBB => UTF-8
…

阅读全文 »

ASP中使用FileSystemObject时提高性能的一个小技巧

作者: 日期: 5月 16, 2008 没有评论

在封装自己的FileSystemObject库的时候，测试的时候发现在文件夹或文件很多的时候，效率很低，显示一个文件夹需要2秒甚至更多，这让我很是奇怪，因为显示文件夹及文件信息的时候直接都是使用Folder及File对象的属性，这应该不会引起性能上的问题，但是事实却说明我的想法过于简单了。

按个测试了一下可能会是哪些属性引起的性能问题，在去掉Type也就是类型属性显示的时候，性能有了很大提高，之后的测试也证明了是Type属性的使用导致了性能问题。

仔细想了一下，Type引起性能低的原因应该是，引用Type属性所得到的是文件的具体类型信息，也就是我们在资源浏览器里看到的那样，比如TXT文件的类型就是显示为“文本文档”，但是这个类型信息却是存储在系统中，通过文件扩展名进行关联的。在FSO中使用Type属性的时候，对于每个File对象，FSO都需要根据扩展名去系统中检索这个扩展名对应的类型名称，这样，就极大的降低了性能。

因此，在使用FileSystemObject时，如果可以不使用File或者Folder对象的Type属性，就尽量不使用。

希望此文对你有所帮助。

by Xu Jiwei