W3C 測試瀏覽器 HTML5 相容性結果，IE9表現最符合標準

全球資訊網協會（Worldwide Web Consortium，W3C）是HTML5的標準制定組織，最近公告一份各家瀏覽器 對HTML5 相容性測試結果。

W3C說明，該測試是依據HTML 5規格及官方認可的測試工具，測試HTML5的7項功能，包括屬性(attributes)、音訊(audio)、繪圖功能(canvas)、可根據類別查詢元素的getElementsByClassName、外來內容模式(foreigncontent)、影片(video)及xhtml5等。用來進行測試的都是各大瀏覽器的最新版本，諸如IE 9第六個平台預覽版、Google Chrome 7.0測試版、Firefox 4第六個測試版、Opera 10.6及Safari 5.0等。

測試結果發現，IE 9在除了canvas及getElementsByClassName之外，拿下了5項功能百分之百符合HTML 5規格的成績，相較於Google Chrome的4項、Firefox及Opera的3項，以及Safari的兩項，IE表現非常出色。

此資料顯示目前Internet Explorer 9是目前HTML5相容性最佳的瀏覽器，但是Chrome、Firefox、Opera和Safari等瀏覽器也不會差距太大，報告也顯示微軟對於對HTML5支援相容性部分展現其決心。

 

Feature Internet Explorer Platform Preview 6 Google Chrome 7.0.517.41 beta Firefox 4 Beta 6 Opera 11.00 alpha (build 1029) Safari Version 5.0.2 (6533.18.5)
attributes 1 1 1 1 1
audio 1 1 1 1 1
canvas 0.8955 0.806 0.7532 0.8535 0.8616
getElementsByClassName 0.8333 1 0.9412 0.9444 0.8889
foreigncontent 1 1 1 0 0.1
video 1 0.9286 0.7143 0.7857 0.7143
xhtml5 1 0.4286 0.8571 1 0.4286

 

資料來源 http://test.w3.org/html/tests/reporting/report.htm

留言

張貼留言

這個網誌中的熱門文章

IIS 啟用HTTP Strict Transport Security (HSTS)

1.設定header加上Strict-Transport-Security和持續時間 <system.webServer> <httpProtocol> <customHeaders> <add name="Strict-Transport-Security" value="max-age=31536000"/> </customHeaders> </httpProtocol> </system.webServer> 不過這邊要特別注意的是要在HTTPS下送出這個Header，而不要在HTTP狀態下送出這個Header 因為根據 HSTS (RFC6797) spec 有提到 An HTTP host declares itself an HSTS Host by issuing to UAs (User Agents) an HSTS Policy, which is represented by and conveyed via the Strict-Transport-Security HTTP response header field over secure transport (e.g., TLS). 2.利用Rewrite模組強制使HTTP連線導致HTTPS <system.webServer> <rewrite> <rules> <rule name="HTTP to HTTPS redirect" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{HTTPS}" pattern="o
閱讀完整內容

解決WCF(REST)在https出現檔案找不到錯誤

最近發生的問題 在網站掛上https之後 一些WCF(REST)服務出現在https出現檔案找不到錯誤 但http狀態下卻是正常的 發現原來是要對設定黨做一些調整 以下是調整後的範例 <system.serviceModel> <bindings> <webHttpBinding> <binding name="Binding" crossDomainScriptAccessEnabled="true"> <security mode="Transport"> <transport clientCredentialType="None" /> </security> </binding> <binding name="httpbind" crossDomainScriptAccessEnabled="true"> </binding> </webHttpBinding> </bindings> <behaviors> <serviceBehaviors> <behavior name="returnFaults"> <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/> <serviceDebug includeExceptionDetailInFaults="false"/> </behavior> </serviceBehaviors> <endpointB
閱讀完整內容

Azure Web Apps 讀取憑證

一般當我們在本機能正常運作的東西 常常放到雲端就不Work了 很多問題其實就在於雲端環境的差異與限制 例如這次研究的問題->讀取憑證資訊 以下就介紹Azure Web Apps環境下 憑證如何放置與讀取的差異 一般我們系統要讀取的憑證會放在 StoreLocation.LocalMachine Azure Web Apps上傳後的憑證是放在 StoreLocation.CurrentUser 要讓程式能讀取到要讀取的憑證還要設定憑證的設定檔 否則就算你上傳憑證之後還是找不到 APP Setting中新增憑證讀取參數 WEBSITE_LOAD_CERTIFICATES 和憑證指紋(thumbprint) 或者也可以設定"*"(不需要引號)就會讀取全部憑證 這樣就能順利讀取 以下是憑證讀取範例 using System; using System.Security.Cryptography.X509Certificates;namespace UseCertificateInAzureWebsiteApp { class Program { static void Main(string[] args) { X509Store certStore = new X509Store(StoreName.My, StoreLocation.CurrentUser); certStore.Open(OpenFlags.ReadOnly); X509Certificate2Collection certCollection = certStore.Certificates.Find( X509FindType.FindByThumbprint, // 憑證指紋 “E661583E8FABEF4C0BEF694CBC41C28FB81CD870”, false);
閱讀完整內容