看到张宴的博客上关于"http/rest客户端的文章"，怎样安装啥的直接都跳过，下面直接进入测试阶段，测试环境：虚拟机 [root@localhost ~]# uname -aLinux sunss 2.6.18-128.el5 #1 SMP Wed Jan 21 10:44:23 EST 2009 i686 i686 i386 GNU/Linux 内存和交换分区： [root@local

前言： 　　在我负责的一个项目中，为了实现一个特殊的需求，要求在客户端的Cookie中长久保存一份数据，但是我们知道在客户端Cookie里保存数据是不稳 定的，因为用户可能随时会清除掉浏览器的Cookie，在这种情况下，一般的解决方案是重新向服务器端发送一个请求，以获得一个新的HTTP Cookie数据，并将其保存－－就一般的交互需求而言，这是没有问题的。但是，倘若我的需求是：要求恢复到原来的C

Lighttpd所要处理的错误分为两种。一种是http协议规定的错误，如404错误。另一种就是服务器运行过程中的错误，如write错误。 　　对于http协议规定的错误，lighttpd返回相应的错误提示文件。其实对于lighttpd而言，这不算错误。在返回错误提示文件后，相当于顺利的完成了一次请求，只是结果和客户端想要的不一样而已。     对于服务器运行中的错误，

IIS在接到一个新的http请求后，最终会调用asp.net_isapi.dll的ISAPI扩展(特指IIS6.0环境，iis7.0的应用程序池默认为集成方式，相对有所变化)，然后传递到httpRuntime Pipe(http运行时管道)，Asp.Net这时才开始运行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime会为每个asp.net应用自动创建一个HttpApp

      用gSOAP开发Web Service服务端，按照gsoap的User's Guide的sample，自己仿着写了个例子，但是在浏览器上输入： http://localhost:18083/访问的网页显示 XML code <?xml version="1.0" encoding="UTF-8" ?> - <SOA

XMLHttpRequest 对象的方法与属性 方    法 描    述 abort() 停止当前请求 getAllResponseHeaders() 把HTTP请求的所有响应首部作为键/值对返回 getResponseHeader("header") 返回指定首部的串值 open

    前面三节讲了控件的构造、呈现和数据绑定，我想该差不多了。本想讲一个自定义控件来终结控件部分，但是我个人不太喜欢控件这些东西，所以也就懒的写相关的内容，抱歉了。虽然我不喜欢使用控件，但我还是喜欢整个WebForm的设计。一个字：“太神了”。前面章节将Page生命周期的时候有朋友评论说内容太少了，今天开始就从来围绕生命周期的话，讲讲相关的内

Silverlight的微型.NET框架集成了具有通信功能的类，这些类都封装在System.Net命名空间中。但是由于一些原因，允许的通信协议只有HTTP/HTTPS一种，我们常见的FTP，FILE等协议并未得到支持。        System.Net命名空间中有一个特殊的WebClient类，该类为Silverlight浏览器插件提供

首先写一个处理urls重写的类，并且这个类必须继承ihttpmodule接口，以博客园的程序为例： public class urlrewritemodule : system.web.ihttpmodule { public void init(httpapplication context) { context.beginrequest +=new eventhandler(context_b

如果你还不知道问题的起因，请首先移步到这两篇文章 1.      [原创]从程序员角度分析安徽电信HTTP劫持的无耻行径，以及修改Hosts文件，使用OPENDNS无效情况下的解决方案 2.      [原创]从程序员角度分析安徽电信HTTP劫持的无耻行径 – 之深度分析  

简言之，HTTP Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器籍此可以获得一些信息用于处理。比如从我主页上链接到一个朋友那里，他的服务器就能够从HTTP Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。 Referer其实应该是英文单词Referrer，不过拼错的人太多了，所

今天使用 Fiddler 的时候，发现 Fiddler 更新了。针对本机的 HTTP 访问问题也给出了一个新的 Update. 首先，由于 IE 和 .NET Framework 内部的硬编码设计，使得对于本机的访问不会通过代理进行，所以，造成 Fiddler 没有办法直接监控到类似的内容。 对于刚刚发布的 IE9 RC 来说，已经进行了相应的调整，不再需要任何额外的步骤就可以监控到发送到 loc

本文出自：http://www.cnblogs.com/JeffreyZhao/archive/2009/03/09/no-dependency-to-httpcontext.html 　　我们继续《ASP.NET MVC单元测试最佳实践》，今天主要谈论HttpContext的依赖问题。 　　在ASP.NET中进行单元测试的天敌便是HttpContext，它是ASP.NET的核心，极端复杂，却无法

ASP.NET MVC Tip #18 – 参数化 HTTP Context ASP.NET MVC Tip #18 – Parameterize the HTTP Context 美语原文：http://weblogs.asp.net/stephenwalther/archive/2008/07/11/asp-net-mvc-tip-18-parameterize-the-http-conte

很多网站如果由于用户输入错了地址，出现了如下图的网页   又或者网站的bug导致的应用程序异常，搞出来个满屏的红黄黑， 出现类似情况一定让用户大跌眼镜，个人认为，http错误与应用程序异常的处理方式应该是我们所需关注的问题。 解决方案 1.定义1个枚举类型用来存储http错误码，与应用程序异常错误 public enum DictSystemErrorType {

CURL 是一个很强的http工具，可以做任何浏览器所能做的事情，可以说它就是一个浏览器客户端，其实它的原理就是根据HTTP协议发送对应的报文，支持 http/ssl/ftp/proxy 等；以前没有系统的研究它，今天发了一下午特殊研究了一下它，并参考网上的资料和郑GG写的相同工具自己写了一个操作更方便的类，现分享一下， 1 2  <?php 3 /** 4

在互联网安全通信方式上，目前用的最多的就是https配合ssl和数字证书来保证传输和认证安全了。本文追本溯源围绕这个模式谈一谈。 名词解释 首先解释一下上面的几个名词： https：在http(超文本传输协议)基础上提出的一种安全的http协议，因此可以称为安全的超文本传输协议。http协议直接放置在TCP协议之上，而https提出在http和TCP中间加上一层加密层。从发送端看，这一层负责把http的内容加密后送到下层的TCP，从接收方看，这一层负责将TCP送来的数据解密还原成http的内容。 SSL(Secure Socket Layer)：是Netscape公司设计的主要用于WEB的安全传输协议。从名字就可以看出它在https协议栈中负责实现上面提到的加密层。因此，一个https协议栈大致是这样的： 数字证书：一种文件的名称，好比一个机构或人的签名，能够证明这个机构或人的

朋友推荐的一本书(http://eloquentjavascript.net/)，趁最近不忙看了下。 总的来说这本书一般吧，不大适合JS入门读者，因为里面的例子比较败笔，比较学术性不够生动和切符实际工作应用。 对于JS的书，个人还是推荐《head first javascript》～事实上据说head first那系列的书都还不错。 每本书总有其可取之处的，如果你计划也看这本书，或许你直接过一下我的笔记好了。。。 注：英文为原文，中文为我的注释。没有英文的中文是我直接翻译过来的。   本文为读书笔记的第2部分（第一部分在这里），针对eloquent javascript的后面两章：浏览器事件和HTTP Request。这两章内容推荐看看。   1，It is important to realise that, even though events can fire a