Welcome to Snooda's Blog
curl耗时长问题-Expect: 100-continue
[
| 
2013/01/22 17:17]
| 2013/01/22 17:17]
最近发现有个问题，一个自制的webserver在应答前端请求时，总是要处理1s以上，似乎是由于哪里等待了1秒。研究了下发现：Expect: 100-continue这个东东。
100-continue这个状态码之前是很少遇到的。这个是http1.1协议为了提高效率设置的。当客户端要POST较大数据给webserver时，可以在发送http头时带上Expect: 100-continue，服务器如果接受这个请求，应答一个HTTP/1.1 100 Continue，那么客户端就继续传输正文，否则应答417，客户端就放弃传送剩余的数据了。这样就避免客户端吭哧吭哧传了一大堆数据上去，结果服务端发现不需要的情况。
libcurl在不同版本里逻辑不同，有的版本libcurl会在POST数据大于1024字节的时候发送100-continue请求，有的版本则不会。我们用到的libcurl版本会发送，而自制webserver不会应答这个请求，客户端等待1s钟没有收到肯定或否定的应答，还是继续传输了正文，虽然逻辑上并没有问题，但速度上就慢了下来。
加了下逻辑，对100-continue进行应答，速度马上提高很多。
100-continue这个状态码之前是很少遇到的。这个是http1.1协议为了提高效率设置的。当客户端要POST较大数据给webserver时，可以在发送http头时带上Expect: 100-continue，服务器如果接受这个请求，应答一个HTTP/1.1 100 Continue，那么客户端就继续传输正文，否则应答417，客户端就放弃传送剩余的数据了。这样就避免客户端吭哧吭哧传了一大堆数据上去，结果服务端发现不需要的情况。
libcurl在不同版本里逻辑不同，有的版本libcurl会在POST数据大于1024字节的时候发送100-continue请求，有的版本则不会。我们用到的libcurl版本会发送，而自制webserver不会应答这个请求，客户端等待1s钟没有收到肯定或否定的应答，还是继续传输了正文，虽然逻辑上并没有问题，但速度上就慢了下来。
加了下逻辑，对100-continue进行应答，速度马上提高很多。
nginx强制使用https（http到https自动跳转
[| 2012/03/11 10:45]
| 2012/03/11 10:45]
nginx对于使用http访问开启了https的站点会返回400.而浏览器输入网址默认是http的，每次都要去改成https很烦，于是考虑自动跳转的方法，刚开始用的$scheme变量判断，如果不是https则跳转。发现无效。
搜了一下，网上的一大抄们都表示rewrite (.*）https://$host/$1 permanent;可以，光目标地址没考虑端口号就让人感觉不是特别靠谱。试了下，果然不行。
想了下，应该是在一开始就被判断出异常，根本没有往后走的缘故。
这时找到一个方法：error_page 497 https://$host:$server_port$request_uri;
497表示使用http连接https的错误码。一旦出错让其跳转到https。
搞定
搜了一下，网上的一大抄们都表示rewrite (.*）https://$host/$1 permanent;可以，光目标地址没考虑端口号就让人感觉不是特别靠谱。试了下，果然不行。
想了下，应该是在一开始就被判断出异常，根本没有往后走的缘故。
这时找到一个方法：error_page 497 https://$host:$server_port$request_uri;
497表示使用http连接https的错误码。一旦出错让其跳转到https。
搞定
http请求的host字段--关于根域
[| 2012/02/20 17:24]
| 2012/02/20 17:24]
今天qa说http请求host字段最后以"."结尾时会有问题，看了下发现lighttpd自动把点号去掉了，试了试nginx，也是这样。查了很多rfc，没找到为什么，跑到群里问，有人说是根域的问题，回想起来配dns的cname记录时，最后必须是有“点”结尾的，于是搜索了下。原来真正完整的域名最后是带点的，com、net、cn这都是顶级域名，点后面的“”是根域名。dns解析最顶部是找到根域，然后再找顶级域。之前以为com就是根域，由跟域名服务器解析。现在看是错的
HTTP请求返回码204
[| 2011/10/27 18:49]
| 2011/10/27 18:49]
今天测试lighttpd是否支持delete请求，发现webdav模块可以实现此功能。不过发现http返回码是204，查了一下，原来此状态码的意思是说请求成功了，但是没有结果返回来。搜到鸟哥一篇文章，讲的很不错，转载一下：
http://www.laruence.com/2011/01/20/1844.html
之前和人讨论过这个问题,,, 今天感冒在家休息, 就回忆了一下, 整理如下.
我们很多的应用在使用Ajax的时候, 大多数情况都是询问型操作, 比如提交数据, 则Ajax只是期待服务器返回:
{status: 0, message:""} //status 0代表成功, 非零的时候, message中包含出错信息.
我们知道HTTP的状态码, 2xx都是表示成功, 而HTTP的204(No Content)响应, 就表示执行成功, 但是没有数据, 浏览器不用刷新页面.也不用导向新的页面.
在HTTP RFC 2616中关于204的描述如下:
类似的还有205 Reset Content, 表示执行成功, 重置页面(Form表单).
于是, 当有一些服务, 只是返回成功与否的时候, 可以尝试使用HTTP的状态码来作为返回信息, 而省掉多余的数据传输, 比如REST中的DELETE和如上所述的查询式Ajax请求.
最后说说205, 205的意思是在接受了浏览器POST请求以后处理成功以后, 告诉浏览器, 执行成功了, 请清空用户填写的Form表单, 方便用户再次填写,
总的来说, 204适合多次对一个Item进行更新, 而205则适合多次提交一个系列的Item.
但, 请注意, 目前还没有一个浏览器支持205, 大部分的浏览器, 都会把205当做204或者200同样对待.
http://www.laruence.com/2011/01/20/1844.html
之前和人讨论过这个问题,,, 今天感冒在家休息, 就回忆了一下, 整理如下.
我们很多的应用在使用Ajax的时候, 大多数情况都是询问型操作, 比如提交数据, 则Ajax只是期待服务器返回:
{status: 0, message:""} //status 0代表成功, 非零的时候, message中包含出错信息.
我们知道HTTP的状态码, 2xx都是表示成功, 而HTTP的204(No Content)响应, 就表示执行成功, 但是没有数据, 浏览器不用刷新页面.也不用导向新的页面.
在HTTP RFC 2616中关于204的描述如下:
引用
If the client is a user agent, it SHOULD NOT change its document view from that which caused the request to be sent. This response is primarily intended to allow input for actions to take place without causing a change to the user agent’s active document view, although any new or updated metainformation SHOULD be applied to the document currently in the user agent’s active view.
类似的还有205 Reset Content, 表示执行成功, 重置页面(Form表单).
引用
The server has fulfilled the request and the user agent SHOULD reset the document view which caused the request to be sent. This response is primarily intended to allow input for actions to take place via user input, followed by a clearing of the form in which the input is given so that the user can easily initiate another input action.
于是, 当有一些服务, 只是返回成功与否的时候, 可以尝试使用HTTP的状态码来作为返回信息, 而省掉多余的数据传输, 比如REST中的DELETE和如上所述的查询式Ajax请求.
最后说说205, 205的意思是在接受了浏览器POST请求以后处理成功以后, 告诉浏览器, 执行成功了, 请清空用户填写的Form表单, 方便用户再次填写,
总的来说, 204适合多次对一个Item进行更新, 而205则适合多次提交一个系列的Item.
但, 请注意, 目前还没有一个浏览器支持205, 大部分的浏览器, 都会把205当做204或者200同样对待.
