2012年9月30日 星期日

HTML5介紹(2)


補充一些HTML5的介紹

HTML5於2004年提出，並在2007被W3C所採納，目前仍處於發展階段，其目標是取代使用已久的HTML4.01及XHTML1.0標準，現今大多瀏覽器也都開發出支援HTML5技術之版本
一般廣義而言，HTML5是包含了HTML、CSS及JavaScript三個部分，他與HTML4不同之處大略有以下幾點：
  • 統一檔案類型聲明： <!DOCTYPE HTML>
  • 不再基於SGML的新解析順序
  • 新的元素：  section, video, progress, nav, meter, time, aside, canvas, command, datalist, details, embed, figcaption, figure, footer, header, hgroup, keygen, mark, output, rp, rt, ruby, source, summary, wbr
  • 元素input的新類型：date, email, url 等等
  • 新的屬性： ping（用於a與area）, charset（用於meta）, async（用於script）
  • 全域元素： id, tabindex, repeat
  • 新的全域屬性：contenteditable, contextmenu, draggable, dropzone, hidden, spellcheck
  • 移除元素： acronym, applet, basefont, big, center, dir, font, frame, frameset, isindex, noframes, strike, tt

HTML4
HTML5
 由上圖可看出HTML5引入了新的元素，使用div元素標記這些區塊並定義描述性的id或class，而這些是HTML4所欠缺的語義化的結構，瀏覽器能更快速的知道網頁各個部分所代表的意義，這種更簡潔的代碼及語義標籤也能讓搜尋引擎更準確分析這些內容的重要性和關聯性，其最大的助益在於搜尋引擎的優化(SEO)以及語意推薦系統上能有很大的幫助

HTML5焦點在於用戶端的資料儲存，讓user能以互動方式來編輯文件；並同時提供簡潔的規則，題是如何正確的處理HTML文件；並以HTML語法或XML語法編寫而成，把網路應用程式互通性帶到行動平台上
張貼者： 於 沒有留言:
標籤： , , ,

DryadLINQ 簡介

DryadLINQ

 是一個結合了微軟技術平台上的 Dryad 分散式執行引擎 及 LINQ 整合性查詢語法，

  Dryad 的功能有點類似 Hadoop 的 MapReduce 可以將運算分割 ，

 能夠將LINQ編寫的程序轉變為能夠在Dryad上運行的程序，進行大規模的分布式計算，

 再將資料合併，Dryad 也提供了運算資源的管理、Job 的視覺化監控、容錯機制、排程功能、計算及重新執行 Job 的機制等。

DryadLINQ可以把LINQ程序轉化成分布式計算指令，以便運行於PC集群的編譯器。




DryadLINQ的LINQ程序可以分解為三個步驟：

　　1. C#和LINQ數據對象轉化為分布式的文件塊。

　　2. LINQ查詢轉化為分布式Dryad任務。

　　3. C#方法轉化為運行於Dryad任務節點上的代碼。


1. 聲明式編程：計算指令要求使用類似SQL的高級語言進行表示。

2. 自動並行化：DryadLINQ編譯器將順序的聲明式代碼，轉化為分布在大規模計算機集群中高
度並行的查詢計劃。而對於單臺機器中多核的使用，DryadLINQ則依賴PLINQ並行框架。

3. Visual Studio集成：程序員在使用DryadLINQ時可以利用VS中大量的高級特性，如智能提示、代碼重構、集成調試、構建以及原代碼管理。

4. .NET集成：所有的.NET類庫，包括Visual Basic，以及各種動態語言都可以自由使用。

5. 類型安全：對分布式計算進行靜態檢查。

6. 自動序列化：數據傳輸機制會自動處理所有的.NET對象類型。
7. 任務圖的優化靜態：一系列豐富的查詢優化規則，可以使查詢計劃有更好的局部性(locality)及更好的性能。

8. 動態：對已經處理完的數據集進行統計，以此作為運行時的優化查詢計劃的依據。


參考網址：
http://research.microsoft.com/en-us/projects/dryadlinq/default.aspx
張貼者： 於 沒有留言:

2012年9月29日 星期六

D2RQ簡介

D2RQ提供了非RDF架構的關聯式資料庫以一個唯獨的的虛擬RDF架構瀏覽模式，並可以用存取RDF檔案的方法存取關聯式資料庫。D2RQ支援Oracle、MySQL、PostgreSQL、Microsoft SQL Server關聯式資料庫。

在D2RQ中主要使用Mapping File來完成關聯式資料庫中關聯對RDF架構的映射，D2R Server即透過Mapping File產生一虛擬的RDF View，可用的功能包括使用RDF Browser瀏覽資料庫內容，以及使用SPARQL查找資料，亦可以透過Mapping File將資料庫的內容轉換為一份真的RDF檔案。

D2RQ支援Jena API，可在Java程式碼中透過Mapping File使用SPARQL存取資料庫內容。

透過修改Mapping檔案，可以讓使用D2RQ產生的RDF檔案連結外部的Data sets使該資料庫的資料成為Linked Data。

使用D2RQ可以使用關聯式資料庫快速建立Linked Data的RDF架構檔案，且可以透過瀏覽器查找資料庫中的資料，在使用上非常的方便，在Jena API的部分，可以使用Java程式碼中SPARQL對資料庫中的資料進行檢索，但是使用JDBC執行SQL query可以達到一樣的效果，使用SPARQL和JDBC相較之下有什麼樣的差別是一個可以研究的地方。

資料來源：http://d2rq.org/
張貼者： 於 沒有留言:

2012年9月28日 星期五

雲端產業介紹

雲端產業又分為三種服務 Software as a Service (SaaS) 、平台服務Platform as a Service (PaaS) 、基礎設施服務 Infrastructure as a Service (IaaS)。
SaaS是一種服務的觀念，以租借的方式提供客戶服務。
PaaS是一個提供資訊人員開發的平台，讓使用者將自己所撰寫的服務上傳到平台上並提供服務。
IaaS屬於雲端運算的基礎設施。
張貼者： 於 沒有留言:

2012年9月26日 星期三

Health level 7


     HL7是基於xml標準的技術並對應到OSI的第七層(應用層)，第七層主要是安全查驗（ Security Checks ） 、參與者身份識別（ Participant Identification）、可行性檢測（Availability Checks）、訊息轉換機制協定（Exchange Mechanism Negotiations）及訊息轉換結構（Data Exchange Structuring）。
     HL7發展主要經由對醫療保健應用系統間資料交換標準之定義，並減少維護負擔簡化系統之間整合的複雜度，那HL7 的訊息架構建立於資料與資料之間，可以分成三個部份:

第一部份:
HL7 Message Creation，主要是將來源資料轉換成HL7 的訊息架構，HL7標準協會將整個HL7 訊息架構的建立過程稱為Message Develop Framework(MDF)，將MDF 轉至真實的訊息實體的過程稱為Implementation Technology Specification (ITS)。

第二部份:
Message Instance，指的是訊息交換過程，通常表示著訊息在實體網路環境上的交換過程，既然資料已經轉換成為HL7 標準，那麼資料與資料之間就可以做溝通交換。

第三部份:
HL7 Message Parsing，作用是將HL7 訊息轉換成為資料目的地的格式。

    HL7雖然定義了醫療資訊的交換標準，簡化了資料交換中介程式之負擔，但因為其格式複雜閱讀起來很耗時，資料欄位大部分為可選擇性，因此在判讀其完整性及合法性時需要額外提出剖析文件的機制。因此在HL7 3.0時W3C提出以XML 編譯設計，醫療系統之間的訊息則透過XML做電子資料交換，HL7欄位則以XML標籤來定義，驗證的文件方法則以XML的DTD以及Schema提供。
下圖為HL7格式轉XML格式




參考資料:
張貼者： 於 沒有留言:

2012年9月21日 星期五

QR code 也能做改變


QR碼是二維條碼的其中一種，1994年由日本DENSO WAVE公司發明。QR來自英文「Quick Response」的縮寫。QR code最常見於日本並且為日本目前最流行的二維空間條碼。QR碼比普通條碼可儲存更多資料，也能輕鬆被解碼。

QR碼呈正方形，只有黑白兩色。在3個角落，印有較小像「回」字的的正方圖案。這3個是幫助解碼軟體定位的圖案，使用者不需要對準無論以任何角度掃描，資料仍可正確被讀取。

目前在網路上與手機app軟體皆有解讀QR code的程式，QR code也慢慢開始產生了變化，主要是利用QRcode的高容錯率來做變化

錯誤修正容量
L水平 7%的字碼可被修正
M水平 15%的字碼可被修正
Q水平 25%的字碼可被修正
H水平 30%的字碼可被修正



所以現在常常看到QR code上有別的廠牌的標誌
也是利用高容錯率的優點來完成的

參考資料與延伸閱讀:
http://biosmonthly.com/contactd.php?id=665
http://techorange.com/2011/04/20/qr-code-design-tips/
http://blog.ibo.idv.tw/2011/06/10qr-code.html



張貼者： 於 沒有留言:
標籤：

2012年9月20日 星期四

XsltEditor


  XsltEditor是一個XSLT語法的驗證工具，可先讓使用者先透過此工具驗證XSLT語法是否正確，可利於XSLT的除錯，讓XML下執行可確保XSLT的無誤。
以下網址為一個Web上的XSLT驗證
畫面如下圖1
圖1.
說明 如下圖2
圖2.
完成  如下圖3
圖3.
優點：1.直接在Web上撰寫XML。
            2.XSLT在Web上驗證，將偵錯錯誤結果顯示。
缺點：1.無法直接將XML和XSLT應用顯示出。
若不使用Web上驗證，也可搜尋XsltEditor有許多開放下載的驗證程式。
張貼者： 於 沒有留言:
標籤：

2012年9月16日 星期日

Cloud Computing - Concepts, Architecture and Challenges

2012 International Conference on Computing, Electronics and Electrical Technologies
作者：Yashpalsinh Jadeja, Kirit Modi


        網際網路在20世紀90年代到現在的無所不在計算設備，網際網路改變了整個資訊世界。
它的概念來自並行計算、分散式計算、網格計算，雖然它是一個新興的領域，不過雲端計算的想法已經存在了相當長的一段時間。

雲端計算的主要優點是，客戶不必支付基礎設施的安裝和維護，所需的人力，處理等。


1. 架構：
a. 雲端應用提供SaaS在網際網路上，從而省去在用戶系統上安裝和執行該應用程式，基於網路的市售軟體，從集中位置管理，使客戶能夠通過網路遠程存取這些應用和管理。

b. 平台服務PaaS提供了一個計算平台，使用雲端基礎設施。它通常用來部署在客戶端的所有應用程式。因此，客戶不必去購買和安裝所需的軟體和硬體的麻煩。

通過這項服務，開發人員可以得到一個軟體生命週期所需的所有系統和環境的保持，無論是開發，測試，部署和託管Web應用程式。

c. 基礎設施服務IaaS提供了必要的基礎設施作為一種服務。客戶端不需要購買所需的伺服器，資料中心或網路資源，這裡的關鍵優勢是客戶需要付出的只是他們使用的服務和時間。 

其結果是客戶可以以更低的成本實現更快的服務交付。

2. 佈署：
a. 公有雲
公共雲可以讓用戶存取雲端服務通過Web瀏覽器。
用戶只需要支付他們使用的服務，即按次付費使用的持續時間，這有助於降低運營成本上的IT支出。
 
公有雲安全比其他雲模型低，因為所有公有雲上的應用程式和資料被惡意攻擊更容易。
這個問題的解決方案，可以實施安全檢查，通過雲端計算供應商與客戶端雙方的驗證。
此外，雙方當事人需要確定自己的責任，在其範圍內的操作。

b. 私有雲
私有雲是組織內部的企業資訊中心，這裡的主要優點是易於管理，安全，維護和升級，還提供了更多的控制權的部署和使用，私有雲可以比作內部網路。

私有雲到公有雲，這些服務都整合在一起，並在組織用戶層面上提供所有的資源和應用程式管理，由該組織本身進行管理，安全性增強的用戶組織可以訪問到私有雲。

c. 混合雲
它是公有雲和私有雲的組合，在這個模型中私有雲是連接到一個或多個外部雲服務。
它以更安全的方式來控制資料和應用程式，使可以在網路上獲取資訊。
它使組織能夠有私有雲服務的需求，如果發生一些偶爾需要密集的計算資源，它也可以要求公有雲來服務。

d. 社區雲
當許多組織共同構建和共享雲端基礎設施，這樣的雲端計算模式被稱為社區雲，託管在雲端基礎設施由第三方供應商提供或在社區組織之一。


3. 雲端運算的優勢：
a. 易於管理
解決了IT團隊設備的維護與大量應用程式的管理，對客戶端而言只需要一個瀏覽器與連接網路。

b. 降低成本
雲端計算大幅降低中小型企業的IT支出，有時候昂貴的系統只是為了偶而需要的大量運算，
如Google所提供應用程式大多是免費的，電子郵件、行事曆...等。


c. 不間斷的服務

雲端服務公司提供的雲端計算服務，向用戶提供不間斷的服務，雖然在過去發生過出現中斷，例如Gmail在2009年中斷過。

d. 災害管理

在災害的情況下，異地備份是有幫助的，大多數組織使用雲端儲存服務保存關鍵資料備份 。
雲端儲存服務，不僅讓您的資料是在別處，也確保災難時系統有恢復的地方。

e. 綠能運算

組織系統的廣泛使用，由於有害氣體排放和電子廢物的產生，隨著時間的推移和能源的消耗是計算系統的主要缺點，通過使用雲計算服務可減小到一定程度。


4. 雲端運算的問題：
主要為安全性和隱私權，重要的機密資料交給另一家公司是沒保障的。
企業用戶採用雲端服務，會在一定程度不能讓自己公司的重要資訊和安全認證交出，客戶支付這些雲端公司，因為他們有可靠的安全措施。否則他們將失去他們的客戶與商業信譽。


隱私權是另一個因素，從任何地點存取這些資料，客戶的隱私可能會受到影響。，解決這個問題的方法之一是使用正確的身份驗證技術或是提供授權使用戶只能存取工作有關的資料和應用程式。


5. 結論：
這篇文章主要介紹了雲端運算的結構、優點與一些問題，雲端運算提供了近似無限的計算能力，可擴展，按使用付費...等，不過仍然需要緊迫的解決一些現有問題。
張貼者： 於 沒有留言:
標籤： ,
訂閱： 文章 (Atom)