兔斯基是我最喜欢的一套QQ表情，嘿嘿~今天在网上看到一套兔斯基的人生哲学漫画，于是收藏了起来~并且知道兔斯基的作者是个小女生，汗…推荐一下，她的博客地址：http://blog.sina.com.cn/u/1246147933 有空得经常去看看，很有趣的
我的相集
-
订阅
HTTP 1.1状态代码及其含义
2008年05月18日 – 17:34
100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200 OK 一切正常，对GET和POST请求的应答文档跟在后面。
201 Created 服务器已经创建了文档，Location头给出了它的URL。
202 Accepted 已经接受请求，但处理尚未完成。
203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
300 Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301 Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302 Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。
出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。
注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。
严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
303 See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
304 Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305 Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
307 Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）
400 Bad Request 请求出现语法错误。
401 Unauthorized 客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
403 Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
404 Not Found 无法找到指定位置的资源。这也是一个常用的应答。
405 Method Not Allowed 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
406 Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
407 Proxy Authentication Required 类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
408 Request Timeout 在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
409 Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
410 Gone 所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）
411 Length Required 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
412 Precondition Failed 请求头中指定的一些前提条件失败（HTTP 1.1新）。
413 Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
414 Request URI Too Long URI太长（HTTP 1.1新）。
416 Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
500 Internal Server Error 服务器遇到了意料不到的情况，不能完成客户的请求。
501 Not Implemented 服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
502 Bad Gateway 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
503 Service Unavailable 服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。
504 Gateway Timeout 由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
505 HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）
LAME 命令集合
2008年05月4日 – 16:31
LAME可是MP3压缩的王者，命令收集：
LAME 命令行格式: lame [选项] <输入档名> [<输出档名>]
档案输入选项
-r
指定输入档案是 Raw PCM 格式 (.PCM 档案)。
-x
强迫来源档案的位元组顺序 (byte-order) 调换（压缩跨平台的档案时使用）。
如果压缩出来的档案是杂音，可以试试看这一个选项。
-s sfreq
指定来源档案的取样频率（单位为 KHz），预设为 44.1 KHz。
只有在输入档案为 PCM 格式时才需要使用，其余情形会自动从档头判断。
–mp1nput
输入的档案是 MP1 格式（利用内建的 mpglib 解码成 Wave 档案，下同）。
–mp2input
输入的档案是 MP2 格式。
–mp3input
输入的档案是 MP3 格式。
–ogginput
输入的档案是 Ogg Vorbis 格式。
动作模式选项
-m mode
mode : (s) Stereo (j) Joint Stereo (f) Force ms_stereo (m) Mono
当使用的 VBR 品质为 4-9 或者 CBR <= 160 Kbps 时，预设为 Joint Stereo。
其余时则预设为 Stereo。
Stereo: 单纯双声道立体声模式，在此种压缩模式中，LAME 将不会计算双声道之间的资料相关性，但是会协调分配双声道的资料流量，自动分配较多的 Bit 给复杂的声道使用。
Joint Stereo: 在这个压缩模式下，LAME 会利用双声道之间的资料相关性进行演算。左右声道资料类似时，会利用 M/S (Mid/Side) 编码技术，计算中央声道 (L+R) 和两侧声道差异 (L-R) 的值，并且会分配较多的 Bit 给中央声道，增加资料记录频宽。
不当的使用 Joint Stereo 模式可以造成人耳可辨的压缩失真，太多在 Stereo <-> Joint Stereo 之间的切换也不好听。为了决定何时要在两种模式之间切换，LAME 使用了比 ISO 文件复杂许多的演算法进行判别，因此可以放心使用 Joint Stereo 模式。
Force: 强迫所有的 frame 全部使用 M/S Joint Stereo 编码，速度可以增快很多，但是不建议使用。
Mono: 单声道编码模式。
-a
将立体声档案混音成单声道後编码。
混音的演算法是将左右声道加总後，衰减 6dB。
这个选项只有在输入档案为 PCM 格式时才需要，其他情形会从档头自动判断。
要将立体声的 PCM 档案编码成单声道时，可以使用 "-m s -a"，对於 WAV 或 AIFF 档案，不管是立体声或是单声道输入， 使用 "-m m" 都会编码成单声道模式。
-d
允许各声道有不同的编码区块模式 (block type)
-S
不要印出执行进度和 VBR Bitrate 使用率图表
–disptime seconds
每隔 seconds 秒印出一次执行进度
–ogg
编码成 Ogg Vorbis 档案
–freeformat
编码成 Free-Format 格式的档案。
下了此参数後，可以使用 -b 参数，指定压缩成任何 8 以上的整数 Bitrate，但是大部分的 Player 均不支援这种格式的播放。
支援的 Player 列表：
FreeAmp: 440 Kbps max
in_mpg123: 560 Kbps max
l3dec: 310 Kbps max
LAME: 560 Kbps max
–decode
输入 MPEG 或 OGG 档案，解码成 Wave 档。
-t
解码成 Wave 档案时，不写入档头资讯。
–comp arg
自动调整 Bitrate，尽量接近 arg 的压缩百分比率。
–scale arg
将输入的声音资料，放大 arg 倍之後编码。
–athonly
只使用 ATH (Absolute Threshold of Hearing) 作遮罩运算。
这个选项使 LAME 忽略掉心理音响学模型 (Psycho-acoustic Model) 的输出结果，只采用绝对听觉底限作压缩的判断。
在高 Bitrate 的情形下或许可以增进音质，或者是拿来进行实验。
–noath
不使用 ATH 进行遮罩运算，只使用心理音响模型。
–athlower arg
将 ATH 的底限降低 arg dB
–raise-smr arg
0 <= arg <= 1
调节 SMR 参数。
–short
使用短区块。
–noshort
不使用短区块。
–voice
（实验性）人声编码模式。
–preset type
type : phone, phon+, lw, mw-eu, mw-us, sw, fm, voice, radio, tape, hifi, cd, stereo
使用一些预设的编码参数，可以输入 –preset help 获得详细资料。
固定 Bitrate 模式 (CBR) 选项
-h
高品质模式，启动某些可以增进品质的运算，但是会降低一些速度（建议使用）。
这个选项在 VBR 压缩模式中是预设开启的。
-f
快速模式，但会降低品质（预设）。
杂音成型 (Noise Shaping) 将会被关闭，但是心理音响模型还是会被用来计算 Bit 分配和 Pre-Echo 侦测。
-b bitrate
指定压缩的 Bitrate。可以使用的 Bitrate 如下：
MPEG Layer 1 (32K, 44.1K, 48K): 32 40 48 56 64 80 96 112 128 160 192 224 256 320
MPEG Layer 2 (16K, 22.05K, 24K): 8 16 24 32 40 48 56 64 80 96 112 128 144 160
预设值 MPEG1 为 128Kbps，MPEG2 为 80Kbps。
不管做哪一种设定，为了节省空间，被判断为静音的部分，会自动采用最小的 Bitrate。
平均 Bitrate 模式 (ABR) 选项
–abr bitrate
不指定品质，而指定想要的平均 Bitrate，LAME 会自动使用不同的 frame 大小。 bitrate 许可的范围是 4-310，可以使用这个范围内的任一个整数。
同时可以使用 -b 和 -B 指定变动范围的上下限，像是 lame –abr 123 -b 64 -B 192 a.wav a.mp3 将会限制可以使用的 frame 大小范围在 64-192 Kbits 之间。
使用 -B 是不建议的。 一个 128Kbps 的 MP3 资料流，因为可以使用 Bit Reservoir，所以有一些 frame 其实可以使用到与 320Kbps frame 相同大小的空间。 VBR 并不使用 Bit Reservoir，因此需要允许使用 320Kbps 大小的 frame 才能达到与 CBR 相同的弹性。
可变 Bitrate 模式 (VBR) 选项
-v
使用 VBR 模式。
–vbr-old
使用旧的 VBR 压缩演算法。
–vbr-new
使用新的 VBR 压缩演算法（预设）。
-V quality
指定 VBR 的压缩品质，范围为 0-9 （数字越小品质越高），预设值为 4。
-b bitrate
指定 Bitrate 变动的下限，预设为 32 Kbps。
-B bitrate
指定 Bitrate 变动的上限，预设为 320 Kbps。
-F
强迫遵守 -b 的限制，适合无法解码低 Bitrate 的 MP3 随身听使用。
不启动这一个选项，当输入为类比静音（强度低於 ATH）时，将会忽略最低 Bitrate 的限制，使用压缩格式中的最低 Bitrate。
-t
不写入 Xing VBR 档头，会造成时间总长显示不正确以及搜寻功能失效等问题。
–nohist
压缩档案时，不显示 VBR Bitrate 使用率图表。
MP3 档头/资料流选项
-c
标记档案为有版权 (copyrighted)。
-o
标记档案为非原始档 (non-original)。
-p
错误保护，会在每个 frame 占用 16bit 进行 CRC 编码（可能减损音质）。
–nores
不使用 Bit Reservoir 功能（会严重减损 CBR 音质）。
滤波器选项
-k
保留住所有频率。
压缩时，为了把资料流量保留给最重要的频段，提高压缩出来的品质，LAME 会自动随着所选用的 Bitrate 指定高低通滤波器的数值。 如果把频宽设定的比预设值还要大的话，可能会造成无法预期的鸣响以及失真，小心使用！
–lowpass freq
设定低通滤波器的起始点为 freq KHz
高於这个频率的声音会被截除。
–lowpass-width freq
设定低通滤波器的宽度，预设为 15% 的 –lowpass 频率。
–highpass freq
设定高通滤波起始点为 freq KHz
低於这个频率的声音会被截除。
–highpass-width freq
设定高通滤波器的宽度，预设为 15% 的 –highpass 频率。
–resample freq
输出档案的取样频率。
–cwlimit freq
计算音色到指定的频率。
最高品质参数：
–alt-preset insane或者–alt-preset cbr 320
320k CBR，音质最好，文件体积最大
VBR参数：
1.–alt-preset extreme
220-270k左右的VBR，音质与上面参数相仿，但文件体积小25%，推荐此参数
2.–alt-preset fast extreme
音质比上面参数稍微差一些
3.–alt-preset standard
180-220k左右的VBR，在音质和文件大小之间比较好的平衡
4.–alt-preset fast standard
音质比上面参数稍微差一些
5.–alt-preset standard -Y
虽然品质稍差，但文件体积非常小
设计上的精挑细选会削弱网站
2008年03月28日 – 21:37
英文原作者：Nick Usborne
我承认，这是个令人气愤的标题。但事实如此。
无论有多么令人关注的信息，无论有多么优秀的效仿，无论多么有力的推广；设计好的页面总会在所受欢迎的程度上有戏剧性的变化，不论是好是坏。
在我展开话题前，我想让你看下三个不同版本但内容相同的提供页面：
A：
B：
C：
我知道，他们不会赢得任何设计奖项。他们也没有这个打算。但他们是很实用并且为我们所熟悉。读者在这些页面里都能快速地理解他们要表达的信息是什么，以及他们想要求我们做什么。
- A是最初版本
- B遵循了相同的基本布局，但我们做了一些小小的改变
- 在版本C中，我们将一列形式改为了两列。我们想要测试更多页面内容提前到首屏上会带来的影响
请你诚恳地做下判断，B或C是否能胜过A，在哪方面的比例
不要急于拉到下面查看答案。你是名设计者，一名专业的WEB设计人员。所以将你的财物放在你的证书上然后写下一些数字吧
写下B比A好或差的比例数，以及C比A好或差的比例数。
你在设计上所做的选择会对结果产生极深的影响
我猜想一下你有一些衡量自己网站成功与否的方法。或许是它的销售能力。或许是它所基于的读者数量。但不管怎样，你的站是有目的性的。
但我不认为大多数设计者真正明白他们设计上的选择所带来的作用能够完成这个目的。
是的，我确信你做了一些可用性方面的测试。如果当你在哪些部分在工作而产生疑惑时，这或许会给你一些帮助。
但你有没有做过不同设计页的测试呢？
通过测试，我的意思并不是叫一些同事；我的意思是做个实况测试来说明站点访问者真正做了些什么
这样的测试是件很完美的事。没有空间让你做论据上的设想。专家的凭据和意见意味着霸权。当你提供多选的版本，一个到另一个，从读者的行为上估量，你会得到真正的方法。你得到了哪个才是你所要的。
你做过了么？这是件另人提心吊胆的事
但如果你是认真对待你的网站目的的，而且如果测试可以让你明白哪个页面版本能做的更出色，那对与是否做测试还有什么好争论的呢？
怎样做设计上的选择会带来不同的效果
我们找到了这一些设计要素（一部分）会让页面执行不同的含义：
- 主要行为号召的位置和其颜色
- 页面的说明，如果要用到
- 连接元素是文字形式还是图片形式
- 页面上元素的“空位”数量，好让内容“透气”
- 主要标题的突出位置
- 页面上使用的列数
- 视觉元素在吸引注意力方面的竞争量
- 在照片中出现成熟，色情的
现在公布下测试结果：
A/B/C Split Test [A/B/C三派的测试] Page A Page B Page C
Percent of traffic[流量百分比] 34% 33% 33%
New sales[销售额] 244 282 114
Change[变化] N/A 15.57% -53.28%
版本B，通过细小的变化，在销售方面有了15.7%的增长；这说明站点的收入有了教大的提升。
版本C，我们将它改为比较有秩序的，从一列的形式变为两列，结果却造成了销售上下降了53.28%。
这是个另人惊讶的销售滑落，原本打算将提升页面成绩的设计，结果却是这样.
现在，只要中断片刻并回想下你去年所做的一些设计精选，以及你设计它们的理由。思考一下这些精选可能会给你运作的站点带来巨大的影响。
结束前的思考
这个测试所表现出来事实是可怕的。他们并非特殊的案例。设计上的变化确实会给站点的成绩方面带来巨大的影响。
这里是一些要思考的东西：
- 如果你站点上有一些页面需要决定它是否会成功，做下A/B分离测试。你不需要去猜测：你已经知道结果了。
- 要注意到不论多么有力的页面文字信息，它的成绩必须依靠它所呈现的方式。换句话说，设计上的选择可以增强或减弱文字所带有的力量。
- 和你的作者谈谈，问问他们希望其信息怎样呈现会最好。然后测试几个不同的版本，当文字布局出现后一个优秀的作者应该会有很强的直觉（判断其好坏）。
- 不论怎样，这点很重要，就是我们当中没有一个人，不管是设计者或作者，知道页面怎样设计才“最好”，直到我们进行测试后。
虽然这或许对一些人不太适应，但最终的结果是我们将会成为更出色的WEB设计者和作者。