海鸟域

当服务器要提供文件下载时，HttpResponse有这么几种方法可以使用。 阅读全文…

为了提高代码质量，经过搜索整理出以下20条，望共同进步！！！ 阅读全文…

CSS 代码美化主要是解决那些写在一行CSS代码或经过压缩过的CSS代码造成的缺乏可读性问题。这个工具呢能够按大众化对这些CSS代码进行规范，如自动对齐、缩进、换行等处理。

工具可以选择横排或者竖排显示。 阅读全文…

Javascript（JS）代码美化主要是解决那些写在一行Javascript代码或经过压缩过的JS代码造成的缺乏可读性问题。这个工具呢能够按大众化对这些Javascript代码进行规范，如自动对齐、缩进、换行等处理。

当然，因为JS代码的规范也较多，更鉴于很多人的代码书写也不尽规范，所以这个小工具整理出来的代码在直接使用上存在困难（因为小错误啊~~），不过整理出来的效果对大家学习人家的代码和修改代码是有很大的帮助的哦~~~！！~！ 阅读全文…

对于图片的缩放问题，一般情况下，貌似用一句

MAX-WIDTH: 40px; MAX-HEIGHT: 40px;

就搞顶了，在IE7，FF和Chrome中都比较正常，可是。。。IE6。。。
不想用JS，所以试了N久后：

width:expression(this.width > 100 && this.width > this.height ? 100 : true);
height: expression(this.height > 100 ? 100 : true);

基本这样就兼容支持IE6、IE7、FF、和Chrome.

为了减少服务器连接数，加快网页执行效率。
或者是为了确保JS执行时，所依赖CSS文件已经下载完成。
你是否想过要把CSS和JS写到一个文件里呢？

今天看到了一个方法，正好解决这个问题！
[原作者的BLOG：http://blogs.msdn.com/shivap/archive/2007/05/01/combine-css-with-js-and-make-it-into-a-single-download.aspx ]
这其实是利用了浏览器特性的一种HACK手法！
作者说在IE和FF下能正常使用。我测试了下，显示正常。

关键点：CSS和JS解析器在处理注释的区别
1.CSS解析器在碰到“<!–”的时候会直接抛弃
2.JS解析器在碰到“<!–”的时候，会把他当作”//”处理。也就是说把他当做行注释处理！

看看下面这个代码片段：
<!– /*
 function test(){alert(“虽然使用性有待商榷。\n但想法值得称赞！”);}
<!– */
<!– body { background-color: #f00; }CSS解析时，它等价于下面这段代码
 /*
 function test(){alert(“虽然使用性有待商榷。\n但想法值得称赞！”);}
 */
 body { background-color: #f00; }而JS解析时，他却等价于如下代码

 ///*                                              —-行注释
 function test(){alert(“虽然使用性有待商榷。\n但想法值得称赞！”);}
 //*/                                              —-行注释
 //body { background-color: #f00; }                —-行注释问题是不是解决了呢？
将这段代码，保存成1.jcs。[或其他任意文件名，引用的时候做对应修改就行了]
然后，将下面代码保存成任意文件。和他放在同一目录下即可！

1
2
3

<link type="text/css" rel="stylesheet" href="1.jcs" />
<script type="text/javascript" language="javascript" src="1.jcs"></script>
<input type="button" value="点我一下，看包含的函数是否可以执行"  onclick="test()" />

link 和 script标签虽然两次链接该文件。但是由于缓存的缘故，只会发一次请求！
当然，代价是增加了约等于“4*css行数”的冗于代码。正常情况下，这个冗于在1K以内！

最近 Twitter 上很多人在推一个名为 IE6 Must Die 的活动, 参与的朋友可以通过头像转换服务在自己的头像上加上一个禁止 IE6 的图标, 很是拉风.

Internet Explorer 6 是曾经浏览器的霸主, 击垮 Netscape 并最终占据 95% 的浏览器市场. 但如今已经功能性能落后, 还需要特殊照顾, 被称为阻碍网络技术向前发展的障碍.

为了推动 IE6 的灭亡, NeoEase 即日起, 会为 IE6 用户进行更新提示, 提示信息会显示在页面的右下方, 每星期一次. 效果如右图所示.

IE6 为何不死?

IE6 久久不离其位当然是有原因的, 根据网上资料与个人总结, 得出以下几点:

1. 普及时间长, 用户已经形成了使用习惯, 甚至形成以偏概全的认知. XP 的成功和长寿让 IE6 成为大家最熟悉的软件之一, 而且 2001 到现在正是网络发展最快速的几年, 很多用户一直只适用 IE6, 他们找不到 Internet Options 菜单项, 无法理解其他浏览器新奇的标签和工具, 甚至认为 IE6 就是网络.

2. 在 IE6 盛行几年间, 很多公司为了节约成本, 开发的应用系统只支持 IE6. 令人称奇的是现在还有很多企业继续生产这样的产品. 系统都做出来了, 现在去兼容吧, 不好意思, 合同没写, 加钱也未必做得到. 推倒重做吧, 不可能! 行, 那公司的所有电脑都必须使用 IE6.

3. 如果你有留意浏览器的市场占有率, 你会发现 IE 各版本的占有率和 Windows 的占有率成正比, 也就是说, 使用 Windows 系统的用户大部分都没有升级或者更换操作系统默认浏览器. Vista 的失败令 Windows XP 和 IE6 有更多的生存空间.

4. 还有一些顽固分子, 可能看着其他浏览器不顺眼或者觉得用旧东西比较酷 (我的某个朋友就经常吹捧他对 Windows 95 的熟悉).

5. 网页设计师和开发工程师, 他们是最大的受害者, 是最想摆脱 IE6 但又不能甩手放弃的.

IE6 为何该死?

IE6 是网页开发人员的噩梦. 他们必须花很多时间和精力去照顾这个老家伙, 所以这帮人很想整死 IE6. 从开发的角度来看, IE6 很该死的.

1. PNG 是一种支持半透明通道的图片, 可以方便的用于设计网页, 制作叠层和其他复杂的页面效果, 但是 IE6 不支持. 用滤镜强行应付会导致浏览器占用超高资源, 并且得不到预想效果.

2. IE6 有自己一套标准的 CSS 样式, 必须写更多的代码去照顾它. (个人认为 IE7 在这方面比 IE6 更糟糕)

3. JavaScript 与 W3C 出入巨大, 连 DOM (Document Object Model) 都不一致, 调用资源的代码也与 W3C 有很大的出入, 程序员被迫在本来就很松散和复杂的 JS 代码上追加很多判断语句.

4. IE6 对于页面控件的处理与众不同, 令人很头痛. 如: select element 的优先度很高会遮挡页面上 DIV 块, 必须 hack. radio 按钮和 checkbox 按钮的样式也无法定义, 很难统一页面风格.

另外, IE6 的安全性, 性能, 功能明显地已经满足不了现在的网络需求. 过两年, 能不能用来上 “饭否” 都难说. 更换浏览器是大势所趋.

加速 IE6 的灭亡

HTML5 筹备已久, Windows 7 呼之欲出, 这是一个消灭 IE6 的好机会. 很多网站纷纷向用户发送更新提示, 希望用户可以升级或者更换浏览器. 还有些网站已经完全不支持 IE6, 要求其访客更换浏览器.

前几天看到一篇文章, 题目好像是 “前端开发人员能支持 IE6 比较牛, 还是拒绝支持 IE6 的比较牛?” 前者认为用户需要尊重, 后者认为兼容是延缓 IE6 灭亡的主要原因. 不管你如何认为, 哪个更牛并无关要, 重要的是尽己所能把 IE6 推下悬崖.

什么?! 你还用 IE6? 换了吧! 我已经将本站使用的提示框做成了一个 Widget, 你可以简单地在 </body> 上添加以下代码将它添加到你的网页上.

关于 Let’s kill IE6 控件更详细的信息请查看以下页面:
http://www.silenk.com/lets-kill-ie6/

Welcome, My friends!
其他的类型的网站弄了好多，做站长也有好些年的，一直没弄一个属于自己的博客，一来以前不喜欢那种WEB 2.0的东西，感觉东西杂，很虚，不正式，二来以前自己也不喜欢在网上放一些自己的东西，比较有黑客风范吧？不过也好久没搞过鸽子之类的东西了，快毕业了，有高兴有忧伤哦~ 前途呢，I’am Fighting Now!