第一章
花了半天时间,看了一次http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
下面是相关的笔记和理解,
感觉很多Status Code在实际的BS通信中都不常见,
更多像是为了定义完备的协议语义,
而这些语义现在已经部分由更上层的协议或者应用实现。
1xx Informational
100 Continue
如果server可能拒绝request,则client只发送header部分,试探server的反应
如果server接受,则返回100,于是client再发送剩余的body部分
101 Switch Protocol
2xx Successful
200 OK
201 Created
有资源因Request而产生
202 Accepted
Request要求的动作已经被记录,但真正的动作要等待若干时间才执行,而且不保证一定执行
203 Non-Authoritative Information
204 No Content
google.cn的web server会返回
205 Reset Content
206 Partial Content
用于断点续传,起始位置由Range指定。(可以参考迅雷的输出)
3xx Redirection
User Agent需要处理循环的问题
300 Multiple Choices
目标已变,有若干个替代品可供选择
301 Moved Permanently
目标URI在Location里定义,除了HEAD和GET请求外,不能自动重定向
对SEO不会有负面作用
302 Found
临时重定向,是否用Moved Temporarily这个名字比较合适?
目标URI在Location里定义,除了HEAD和GET请求外,不能自动重定向
对SEO有负面作用
303 See Other
和302类似,但期待User Agent用GET来请求Location里指定的URI
304 Not Modified
通常Request会带If-Modified-Since
不能带message-body
305 Use Proxy
期待User Agent会使用Location中指定的Proxy地址,来访问数据
只能由origin server产生
306 (not used)
之前的版本用过,已经废弃,作为保留字
307 Temporary Redirect
没看出和302有什么不同
只有HTTP/1.1支持
4xx Client Error
在message-body中,可以自定义给User的提示
400 Bad Request
server不能理解Request的格式
用telnet可以很容易模拟
401 Unauthorized
不能通过HTTP Authentication
response header必须包含WWW-Authoricate,request header可能包含Authorization
402 Payment Required
保留字
403 Forbidden
如果不希望暴露过多的信息,可以用404代替
404 Not Found
最常见的4字头Status Code,通常会自定义
405 Method Not Allowed
response header需要包含Allow,列出支持的method
406 Not Acceptable
response不被request header中的Accept做支持
除了HEAD,response会给出包含更多信息的entity
entity format由request header中的Content-Type决定
407 Proxy Authentication Required
与401类似
Proxy的response header必须包含Proxy-Authenticate
408 Request Timeout
409 Conflict
需要User干预解决
在PUT的时候可能遇到
410 Gone
URI已经不存在,且不提供3xx来重定向
如果server没有足够的信息来判断URI的不存在是temporary还是permanent,可以用404代替
411 Length Required
request header中缺少Content-Length
412 Precondition Failed
413 Request Entity Too Large
如果只是temporary,可以包含Retry-After,指定重试的时间间隔
414 Request-URI Too Long
有几种可能导致这个返回码的情况
将POST当成了GET
循环重定向,每次都append上当前URI
攻击
415 Unsupported Media Type
416 Requested Range Not Satisfiable
参考206
417 Expectation Failed
不能满足request header中的Expect,参考100
5xx Server Error
500 Internal Server Error
在server没有输出正确的response header的时候会出现
501 Not Implemented
502 Bad Gateway
由gateway或者proxy返回,表明上游server不能返回请求的URI
503 Service Unavailable
server可能过载,或者正在维护
可以返回Retry-After,如果没有,则视作500
504 Gateway Timeout
上游server不能及时返回
505 HTTP Version Not Supported
加速法则
- 关注本质,而非形式
- 一个应用程序列表的有用程度与它的长度成反比
- 华而不实的东西中看不中用
- 键盘输入总比导航快
- 首选键盘而非鼠标
- 地址栏是Windows资源管理器界面中最高效的部分
- 花点时间来学习你手边所有隐藏的快捷键
- 环境切换会消耗时间
- 成批复制粘帖要比反复多次复制粘帖快
- 忘记历史就意味着你得再输入一遍
- 嵌入图形化工具的命令提示符让你鱼与熊掌兼得
- 在资源管理器中嵌入命令提示符使环境切换更容易
- 编程时始终优先使用键盘而非鼠标
- 在上下文钟学习IDE快捷键,而不要去背长长的列表
- 当第二次输入一个复杂结构时,将它做成模板
- 如果要对多行文本做同样的操作,就应该找出其中的模式,并把它记录为一个宏
- 在一段文本上执行某个特定操作的次数越多,就越有可能会再次重复它
- 不要总是重复输入相同的命令
- 每天化一点点时间来使每一天都更高效
专注法则
- 精力越集中,思维越缜密
- 草堆越大,从中找到一根针就越难
- 不要文件树,要搜索
- 在诉诸高级搜索之前,先尝试简单的搜索
- 有根视图把资源管理器变成了项目管理工具
- 充分利用内建的机制(例如颜色)来帮助集中注意力
- 用链接来创建虚拟的项目管理目录
- 虚拟桌面可以让原本杂乱无章的一大堆窗口变得整洁
自动化法则
- 即便不是工具最初的设计意图,只要是合适的场合,同样可以使用这些工具
- 不要浪费时间动手去做可以被自动化的事情
- 做简单重复的事是在浪费注意力
- 以创造性的方式解决问题,有助于在将来解决类似的问题
- 是否应该自动化的关键在于投资回报率和缓解风险
- 研究性的工作应该放在时间盒里做
规范性法则
- 对于任何你不自己去构建的东西,只在版本控制中保存一份副本
- 使用间接机制创建友善的工作空间(workspace)
- 使用间接机制来保持文件同步
- 通过复制粘帖来复用是邪恶的,不论你复制粘帖的是什么
- 利用虚拟平台使项目依赖标准化
- 不要让对象-关系映射工具(O/R映射器)违反规范原则
- 通过扩展。开放类(Open Classe),或者部分类(Partial Classe)来为生成的代码增加行为
- 始终保持代码和数据库结构的同步
- 使用迁移为数据库结构的改动创建可重复的快照
- 过时的文档比没有文档更糟,因为它会主动误导你
- 对管理者来说,文档意味着缓解风险
- 始终保持“活”的文档
- 任何需要费尽创造的东西,都让它的创造者欲罢不能
- 白板+数码相机强过任何CASE工具
- 尽量生成所有技术文档
- 永远不要为同一份信息保存两份拷贝(比如代码和描述它的图)
- 重复是软件开发中最大的阻力
英文名是《Foundations of Ajax》,亚马逊的榜首图书。
不过已经是几年前了,现在看感觉自己有点out:)
但是这本书真的很适合入门。
书是还在上海的时候买的,
当时只是想了解一下Ajax这个热门的技术,
想不到有一天自己会出于工作上的需要而阅读它。
刚来深圳的时候,
也看了前面几章,
只是当时没有任何的JavaScript背景,
也完全不了解DOM,
所以在看到第三章的时候就把书放下了。
上个礼拜,从书架上把书拿了下来,放进了书包。
因为已经有了《JavaScript权威指南》的部分基础,
而且也算是有一些前台的经验了,
所以这次的阅读比较顺利,
说明书适合有一定前台基础的人看。
书的排版布局不错,
例子不算很多,
但是都很精炼,
能够说明问题足矣。
为了测试书中的例子,
在服务器上安装了Tomcat,
可以在http://icomes.vicp.net:8180/ajax.html上试验。
看过之后,
发现Ajax也不是什么高深的技术,
只是在HTTP上增加了异步通信的能力而已,
而且所有底层实现都由XHR代劳,
JavaScript只需指定Method,Url和CallBack等参数和属性就可以了。
Ajax的最大好处,
无非是提升用户体验而已,
但是对于Web应用来说,
用户体验似乎就是全部了:)
而且现在的确有很多非常Cool的基于Ajax的应用。
书的翻译质量属于上等,
高出国内翻译的普遍水平,
比之那些不通专业或者让学生代工的译者,
人品上的差异比水平上的差异更大。
无愧榜首图书的名号,可以给90分。
可惜不够深入,
不过书名已经明言是“基础”,
所以我也无可奈何。
中文版名称是《C++必知必会》。
当时之所以会买很大程度上是因为这个名字,
因为我觉得自己当时对C++的了解程度是——不知不会。
全书共有63个条款(为什么C++的书都喜欢用条款来划分章节?) ,
後面的30%是关于模板和泛型,
自我感觉暂时没必要了解太多,
跳过。
必须承认,
里面的大部分条款我都是首次听闻,
大长见识:)
对以后看设计模式应该很有帮助,
不过也有几个条款是属于底层C的知识,
放在这本书里有点凑数的感觉。
另外,
模板实在讲得太多了!
很不错,推荐 。
最近评论