HTTPS意味着连接是安全的，但为什么主要是网上银行等服务使用HTTPS加密连接，互联网不全面应用HTTPS？ 閱讀全文
为什么互联网不全面采用HTTPS
發佈留言
標籤彙整: W3C
利用 Data URL 加速你的網頁
對優化網頁效能有研究的人都知道，首要的任務是盡量減少 HTTP 請求 (http request) 的次數，例如把多個 JavaScript 檔案合併，把多個 CSS 檔案合併，利用 CSS 精靈和合併的小圖示等等，但是很多人都不知道還有一個 data URL 的密技，讓我們直接把圖像的內容崁入網頁裡面，這個密技的官方名稱是 data URI scheme。
W3C 验证的是是非非
漫画：混乱的标记语言XHTML2/HTML5（附中文版翻译）
W3C最近宣布将于今年年底解散XTHML2工作组。一石激起千层浪，很多误解和谣言四起，江湖一片血雨腥风，搞得网页设计师人人自危，好像世界末日即将到来。其实，这只是个误解，看完下面的这幅漫画，大家就了解了。完全可以放心，然后回家洗洗睡了。
非原创，来源网络：英文版源文地址：漫画英文版源文地址，这里是英文原版漫画
感谢我的同事Kevin Jaw的翻译。他的博客地址是：Kevin Jaw的博客
W3C 发布 XHTML Basic 1.1 及移动 Web 最佳实践
新闻来源:W3C
W3C 近日发布两项标准，XHTML Basic 1.1 及移动 Web 最佳实践 1.0。这两项标准均针对移动 Web，其中，XHTML Basic 1.1 是 W3C 建议的移动 Web 置标语言。W3C 从移动 Web 最佳实践中总结了 10 条最基本的规则：
- 为多种设备设计一致的 Web 网页。在设计移动 Web 网页的时候，必须考虑到各种设备，以降低成本，增加灵活性。
- 依靠 Web 标准：在一个拥有各种设备的市场中，Web 标准可以保证不同设备之间的兼容。
- 避开移动设备的一些常见问题：如，不要弹出窗口，不要使用嵌套的表格，不要使用 Frame。
- 要了解移动设备的限制： 移动设备一般不支持 Cookie, Javascript 等技术。
- 对导航进行优化：使用清晰，简洁，最小化的导航系统。
- 对图形和颜色进行检查：不要使用高分辨率的图片，要根据移动设备可能屏幕尺寸，分辨率，以及支持的色彩与对比度对图形进行检查，确保它们显示正常。
- 求小：页面显示尺寸，文件尺寸，CSS 尺寸要尽可能小。
- 节约使用带宽：不要使用自动刷新，重定向等技术。不要过多引用外部资源，要好好利用页面缓存。
- 要方便用户输入：移动设备的输入方式非常不好用，要尽可能为用户输入提供方便协助。
- 要考虑到那些忙碌的用户：忙碌的用户时间很有限，移动 Web 提供的信息要精简，明确。
XHTML Basic 1.1
移动置表语言有众多分支，XHTML Basic 1.1 的发布，为移动置标语言提供了一个标准， XHTML Basic 1.1 包含以下新功能：
- 新增 XHTML 表单
- 新增内置事件
- li 对象新增 value 属性
- 新增 target 属性
- 新增 style 对象
- 新增 style 属性
- 新增 XHTML 展示模块
- 新增 inputmode 属性
你可以到 mobileOK checker 对你的移动 Web 进行验证，以测试其是否对移动设备友好。
IE8和网页标准
W3C终于发布了第一个HTML5草案，大家还沉溺在HTML2XHTML转换的快乐和痛苦中时，却又突然发现，HTML5和XHTML2，到底谁是未来？……，当然，HTML5和XHTML2会保持最大兼容性，W3C和WASP肯定比我们更清楚这一点的重要性。不过如果都“最大兼容”了，为何不统一呢？HTML那种不标准的代码解析起来可不怎么好玩。
我想抱怨的是，W3C的效率那是相当出名（就像IE实现标准的效率），现在第一个草案，正式定稿最早是2010年，这么算起来，要等IE支持（我坚信那时IE仍是主流浏览器），恐怕我们的显示设备原理和效果都升级换代了。到时再用一份“妥协”过的“标准”——拜托，这可是IT产业。很多美好的标准或技术，从我们开始期盼，到我们都不再编码，它都不会实现。
其实HTML5这事儿没多大动静，闹得正欢的是IE8实现“超级标准模式”的事儿，IE开发团队为了让只认识IE的，用IE6/7的所谓“符合标准”代码，错误的实现他们想要的样式的网页作者们不用修改他们的网页，决定让IE8在“标准模式”下实现IE7的显示结果，而实现“更正确”的标准需要在网页中加入一段META信息。
嗯，技术一点来说，IE6依靠DOCTYPE来区分怪癖模式（IE5.5或更早版本的绘制网页方式）和标准模式，但IE6实现的“标准模式”依然有许多错误，而当IE7改进“标准模式”时，这些“错误的标准模式的代码”就会展现出错误的样式。为了避免该问题再发生在IE8身上，IE团队决定使用一个META标签或HTTP包header来告诉浏览器，用“超级标准模式”来绘制网页，而现在的标准网页将默认为IE7的绘制方式。
再直白（或讽刺）一点，如果ACID2测试网页要想在IE8下正确表现，ACID2测试需要修改网页，加上一个META信息，告诉IE8用“超级标准模式”。真CCTV。
为过去的部分错误网页，IE要牺牲未来的网页。微软总是在用一个错误掩盖另一个错误，所以，我们总是要疲于解决浏览器间（准确地说是IE和其他浏览器）的兼容性问题。“不破坏现有网络”总是被当作微软的借口，事实上他们每次发布新版IE都“履行”了这点，总是有新bug推翻了这个借口。
当然，这个想法看上去，不是完全没有好处，至少我们可以让网页在IE下始终显示如一（来兼容MS犯下的错误）。可是，当IE9修正了IE8的错误标准时，我们该怎么办？如果还是需要IE条件注释或CSS HACK来解决的话，那这个标签有什么意义？还是说，微软以为这个标签就可以让大家都总是平滑听话的升级到最新的IE，就像Opera社区那样？
想让IE永远用最新的版本绘制网页？
<meta http-equiv=”X-UA-Compatible” content=”IE=edge” />
或者用HTML5的doctype
<!DOCTYPE html>
（IE6/7将以标准模式处理）
或者HTTP包header
X-UA-Compatible:IE=edge
反对的理由
- 未来的IE9/9+能否真的正确兼容过去的版本？
- IE的体积会不会越来越大？比如1G？
- 浪费互联网流量资源。
- 如果实现多引擎间交互，比如主网页和内嵌iframe用不同版本的引擎时？
- 微软在鼓励大家用非标准代码开发网页？
- 期间的小版本如何处理？IE史上发生过补丁改变绘制的事情。
- 更多的安全漏洞？（绝大多数病毒都是通过IE网页漏洞传播的吧……）
部分评论：
是时候宣布浏览器间兼容性已经破产？
我们总是为MS修复网页，而不是MS为网页修复IE。
如果干掉IE，那么我们就没这么多问题了。
综合：A List Apart2篇，John Resig,Dean Edwards,Safari,Mozilla,456 Berea Street消息