CodeMirror 介紹 - 在Web上呈現程式語言內容

CodeMirror: http://marijn.haverbeke.nl/codemirror/

一般的programmer總會想在 web 上面去分享自已的一些sample code

但是，html 對於一般程式語言用的換行、tab符號 都視為空白

且，Browser也缺乏對 programmer language syntax high-lighting/coloring, code indentation(縮行)..等功能

所以，我們單純的把程式碼做為 html 的文字內容時，常常得到的是一串很醜、沒斷行的字串
就算加了 pre 這個 html tag, 能保留斷行、空白 但也無法擁有 syntax hilight 的功能

一般，可能用貼圖的方式 or 檔案下載的方式 來提供這些程式碼的內容

或是自訂css來做呈現~

但這些方法都比較間接 也比較麻煩一點...

Code Mirror 就是為了幫助解決這個問題所生的一套 javascript library

基本上，它提供了一個 code editor 的介面

提供了數種程式語言的呈現及編輯介面 (只要依它定的規則去寫parser，就可以再延伸其它語言的應用)，使用者可以很清義的透過 javascript 來使用、設定呈現的效果

目前支援的語言有 HTML ,XML, JavaScript, Python, CSS, SPARQL, PHP

透過 CodeMirror config值的設定，可以定義該呈現區塊處理的程式語言為何(parser)、呈現方式為何(css file)、要不要有行號、要不要自動換行(wrapping)...等功能

可說是非常的方便~

連 Google 的 API playground, Google Earth KML Sampler 都是透過code mirror來打造出一個可線上編輯、執行JavaScript的環境

下面是我試用的結果:

閱讀全文...

Yahoo Pipes: Web資料擷取處理引擎介紹

Yahoo Pipes 可以依你定義的資料流處理方式，幫你進行 web 資料(rss, atom, csv, ..)的擷取、處理、輸出(format: rss, json, ...)

好處是 透過 pipies 作為資料處理引擎，不用將資料處理邏輯放在自家的 server 上 而是 host 在 yahoo

透過拖拉的方式 將資料處理邏輯定義好(如, 取得、匯集、過濾、排序...等) 也可省掉很多 coding的時間及人力

以之前寫的 sample 而言

就是透過 yahoo pipes 裡user定義好的資料處理流程，將 RSS / ATOM feed 轉成 JSON format

以達到 不用 server side code (proxy) 來達到 client 端跨domain 的資料擷取
(註: 因為 Same Origin Policy 的關係，在AJAX的實作中，client side script 不能透過XMLHttpRequest 存取不同domain的web resources，此時 proxy 是一種walkaround來繞過這種問題的解決方式)

這樣，甚至根本就不用 server side 的程式，就可做很多 mashup 的應用 :Q

供各位參考~ 還滿有趣的

閱讀全文...

Google April Fool's joke: 3D Chrome & Brain Search & ...

Google 在愚人節大開使用者玩笑

讓我笑到不行，真是很有趣的一家公司 :)

發現了幾個Google 的惡作劇，這次的惡作劇主題是: CADIE: 分散式人工智慧體

藉這這個強大的新技術，發展出了一些有趣的新APP


以下，是 Google 惡搞的成果 :

1. 3D Chrome


http://www.google.com/intl/en/landing/chrome/cadie/
Chrome 推出 3D 功能，只要下載並製做好3D立體眼鏡
按下Chrome的3D功能，即可用3D的效果來瀏覽網頁~
別擔心~ Google強大的工程團隊，會幫您將web content處理過 讓他們能配合3D Browsing來提供客制的3D Content呢!!

2. Brain Search
http://www.google.com/mobile/default/brainsearch.html

透過手機的天線來接收腦波的訊號，將人腦想到的Search Term直接輸入手機進行Search :Q

好 Kuso ~~~



3. GMail autopilot
http://mail.google.com/mail/help/autopilot/index.html
透過Gmail內您寄出的信件的溝通風格分析~
自動為您回信~

4. Google Code CADIE
http://code.google.com/intl/zh-TW/creative/cadie/
透過自然語言的描述，CADIE可以幫你用C++/PHP/Python/Java/...等語言產出您要的程式碼哦 :)

5. 在GMap 上 CADIE的地標
http://maps.google.com/maps/mpl?f=q&ie=UTF8&moduleurl=http://www.google.com/intl/en/landing/cadie/doc/panda-mapplet.xml&utm_campaign=en&utm_medium=mapshpp&utm_source=en-mapshpp-na-us-gns-mp



6. 在Google Earth 裡 也有
http://earth.google.com/cadie.html


---
以上~ 全為 Google 出品 :Q

閱讀全文...

Emoji - 繪文字

Emoji (moji -> 文字)簡單來講 就是類似表情符號的東西(Emoticon --> 沒看錯.. 就是 Emotion + Icon)

因為在日本的通訊業界(Docomo, KDDI, Softbank...) 使用的很廣泛

大概也是因為日本人很愛傳簡訊 搞了一堆有的沒的小圖很可愛...

因為 手機跟手機間互傳這些繪文字時 不是傳圖，而是傳編碼

而各家廠商用的編碼都是自訂的 所以 交換上會比較麻煩 需要轉碼

因為這些東西 也日漸普及 不管是不是日系的手機 也都有類似的功能，甚至在Web上也有類似的應用

所以，現在有一個 project 要提議把這些圖文字加入標準的 Unicode規範裡了:

http://code.google.com/p/emoji4unicode/

http://en.wikipedia.org/wiki/Emoji

閱讀全文...

JavaScript 之哀愁 & 學習資源

Douglas Crockford 在 Google Tech Talk 的一個演講: JavaScript: The Good Parts

裡面提到了 JavaScript的美麗與哀愁

多數人 認為 這是一個很簡單、不重要的語言，所以 都是需要用到時 去抄、去改、去湊、去查

然後~ 拼出一個好像可以work的東西

JavaScript 語法長的很像 C, Java 不過 實質的內容 則是差很多

所以囉~ 寫出來的東西 錯誤連連、不好Debug 就怪到這語言設計不好的頭上啦~

當然 這語言設計是有一些缺失 不過 也有很多值得讚美的地方~

在JavaScript: The Good Parts這個talk 裡就為JavaScript做了一些平反

演講裡面~ 有提到 其實 JavaScript是當今世上最重要的語言

不無道理~ 現在 有哪台電腦上沒有browser、沒有JavaScript Interpreter ?

哪個網站沒用 JavaScript? 不搞Web2.0 ?

So, 既然這麼重要 當然應該要好好的熟悉它

因為本身對這語言 就像 Douglas Crockford 說的一樣... 還真的沒有好好的去研究他過

所以 也在網路上Search一番，有些資源 看來不錯~ 也在這兒做個整理囉:

• JavaScript: The Definitive Guide,by David Flanagan: 高手唯一推薦可讀的JavaScript書籍
• The Java Script Reference Series: 這個網站有對JavaScript的教學及說明 我覺的寫的很棒
• Mozilla Developer Center: 裡面有 JavaScript Reference & Guide
• JSLint: 一個JavaScript Code品質的評估工具
• Douglas Crockford也是JSON的發明人
• JavaScript: The World's Most Misunderstood Programming Language, by Douglas Crockford

閱讀全文...

Chrome shortcut

可參考官方說明:

http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=95743

閱讀全文...

RSS Extending (RSS 擴充)

RSS 2.0 是可擴充且相容於 RSS 1.0 的

擴充的方法很簡單，只要不是 RSS 2.0 規範的標準 tag (XML Element)

都要用namespace來限定它(qulified) 這樣就可以進行RSS的擴充了~

這類在其它 namespace定義的RSS擴充用tag，在RSS世界裡 叫叫 RSS Module

因為 RSS 2.0定義的tag，都是 unqualified 的 (在XML Schema內: elementFormDefault="unqualified")，且 RSS2.0 的 tag name 為 RSS1.0 的superset

所以 RSS2.0 的reader 也可以吃 RSS1.0的feed(相容)

以下是 OpenSearch RSS2.0 Module的一個擴充實例:

--

備註一下: http://www.rssboard.org/rss-specification

Extending RSS

RSS originated in 1999, and has strived to be a simple, easy to understand format, with relatively modest goals. After it became a popular format, developers wanted to extend it using modules defined in namespaces, asspecified by the W3C.

RSS 2.0 adds that capability, following a simple rule. A RSS feed may contain elements and attributes not described on this page, only if those elements and attributes are defined in a namespace.

The elements defined in this document are not themselves members of a namespace, so that RSS 2.0 can remain compatible with previous versions in the following sense -- a version 0.91 or 0.92 file is also a valid 2.0 file. If the elements of RSS 2.0 were in a namespace, this constraint would break, a version 0.9x file would not be a valid 2.0

閱讀全文...

Google Chrome Next Beta Release...

Google Chrome Next Beta 可以下載來看看~ 目前最新Beta版本為 2.0.169.1

速度比目前release的stable版本快了 30~50%

也多加了 auto-scroll, form auto-filled, full page zoom, .. 等功能

比較奇怪的是，tab drag 的功能 多了一項，把tab拉到chrome視窗側邊時 可以有視窗並排的效果

(呃.. 這功能要幹嘛?... 好吧... 對照兩個網頁時 有一點小用吧)

閱讀全文...

PostgreSQL 8.3 版 與舊版之相容性問題排除方法

最近剛好有機會接觸PostgreSQL

一部分的工作是將存在舊版PostgreSQL的資料 porting 至新版

在 porting 的過程當中，發現 PostgreSQL 8.3版針對 implicit type conversion 做了更嚴

所以~ 在舊版 PostgreSQL上面存在的一些default的自動轉型函式(implicit type conversion function)都被移除掉了

當然，過去寫的程式若是比較髒 (例如: 拿 integer 跟 char varing比較、Join)的SQL Statement在新版就會行不通~

比較用功的人~ 當然要藉機好好的review一下 schema的設計是符合理，schema, SQL Statement語句是否要調整~

但，如果影響範圍很大的話，倒是可以自已將新版拿掉的 自動轉型函式再補回去~
這樣 就不用改程式囉 :Q

以下是我在網路上找到，補在新版PostgreSQL的一些function，補上去後 原本的app就可順利執行了:

CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT IMMUTABLE LANGUAGE SQL AS 'SELECT textin(int4out($1));';
CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer) AS IMPLICIT;
COMMENT ON FUNCTION pg_catalog.text(integer) IS 'convert integer to text';

CREATE FUNCTION pg_catalog.text(bigint) RETURNS text STRICT IMMUTABLE LANGUAGE SQL AS 'SELECT textin(int8out($1));';
CREATE CAST (bigint AS text) WITH FUNCTION pg_catalog.text(bigint) AS IMPLICIT;
COMMENT ON FUNCTION pg_catalog.text(bigint) IS 'convert bigint to text';

閱讀全文...

Tomcat Post / Get 中文編碼處理方法 (中文亂碼問題)

最近在把原本佈署在 Resin 的 Java Web Application移植到 Tomcat 時，有許多原本正常的中文get / post 功能，都變的異常，只要是透過 get / post 得到的資料，就會變亂碼

剛好也驗證了 Resin 在Character Encoding的部分做的較好
而看看網路上大家的問題，也可以知道 Tomcat 在編碼處理的部分 真是讓很多人頭痛

主要的原因是，TOMCAT 預設都是用 ISO-8859-1 的編碼方式來傳遞資訊

這個問題，可以解決的方式整理如下:

1. JSP 頁面的編碼宣告需與實際儲存檔案時用的編碼一致

這是個很好玩的問題~ 有些人 在頁面宣告用 big5 or UTF-8 or... 字集
但是，檔案實際儲存的方式與該編碼不同，則 頁面當然會出現亂碼的問題

2. 自行轉碼
form method=POST or GET 時 因為Tomcat預設編碼是ISO-8859-1的關係
直接用 <%=request.getParameter("firstname")%> 取值，中文字會變亂碼
(你傳的明明是UTF-8, 但是讀取時 確用 ISO-8859-1來解譯.. 當然有問題囉)
要使用 <%=new String(request.getParameter("firstname").getBytes( "ISO-8859-1"), "UTF-8")%>這種方式 來轉換編碼才會正常 (假設，頁面用的編碼為UTF-8時)

3. 透過設定 server.xml URIEncoding的方式 來處理 GET 亂碼問題
在 tomcat 的設定檔內 ./conf/server.xml 修改下列設定的話，則透過GET的方式傳遞參數
的話，Tomcat會用你指定的編碼方式來對待用get方法傳遞的參數，而不是使用預設的ISO-8859-1 (get 的方式是透過 url parameter傳遞參數)
但是，因為只處理 URIEncoding, 所以若使用 Post 傳遞，還是會有問題


URIEncoding: This specifies the character encoding used to decode the URI bytes, after %xx decoding the URL. If not specified, ISO-8859-1 will be used.

P.S. 若使用 GET Method, 且設定了URIEncoding 的話就不用再做上述二的自行轉碼動作，如果多加該處理，一樣會有亂碼的問題

4. 使用 request.setCharacterEncoding 來處理 GET / POST 的亂碼問題
在處理的頁面，加上下列的處理即可，明確的告訴Tomcat request的編碼為何，不要一廂情願的使用ISO-8859-1來解讀~

<%request.setCharacterEncoding("UTF-8");%>

javax.servlet.servletRequest.setCharacterEncoding(string env)
Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader(). Otherwise, it has no effect.

5. 使用 filter 來處理 GET / POST 的亂碼問題
這個方法是最方便的，只要在 web.xml 裡面 透過 filter 的設定，讓每個網頁都能
透過 filter 的處理一體適用所有編碼問題的解決
方法如下:

a. 目前 Tomcat 提供的範例裡面，就有現成的 Encoding Filter, 位置如下:
.\Tomcat 6.0\webapps\examples\WEB-INF\classes\filters\SetCharacterEncodingFilter.class

b. 所以，只要把該 class 檔，copy 到你的 web application 的
.\WEB-INF\classes\filter 下，再搭配 web.xml 的filter 設定，
就可以讓所有符合 url pattern 的網頁，都能自動apply所想要的編碼設定(透過 encoding這個 parameter來設定)，是不是很方便呢 ?
(這個功能 就像是自動把上述第四點的 setCharacterEncoding 語句 自動apply到各頁面囉)



------------
以上~ 就從 Resin Porting 到 Tomcat 的經驗，當然是使用 filter 的方式 一次解決~ 不然的話 就得每個網頁每個網頁去改囉~

延伸資料:
FAQ/CharacterEncoding
http://jim.blogsome.com/2005/05/27/jsp-chinese-character-solution/
http://www.javaworld.com.tw/confluence/pages/viewpage.action?pageId=752

閱讀全文...

Pi Day & 白色情人節

每年的 3月14號，是商人的白色情人節，是很多數學狂熱宅男的Pi Day~
π(Pi) 這個數字 代表一圓直徑與圓周的比例~ 大約是
3.1415926535897932384626433832795028841971693993751058209......
到目前為止，大概已經被算出 一兆位了~ (天啊)
Pi 的符號π在1706年由 William Jones 首先使用
但在 1737年由Euler所引用 而廣為人知

有一個Pi Day的網站專門用來提供一堆跟Pi有關的資訊 這數字還真偉大 ><~ 想鍛鍊記憶力的人~ 這邊有100萬位數的Pi可以參考背誦~
Pi記憶的世界記錄目前是由一位中國人 Lu, Chao 保持，他在2005年時創下記憶67,890位數的世界紀錄，總共花了整整二十四個小時又四分鐘來將這些數字完整無誤的背誦出來
也有人把 Pi的每個位數 mapping 到鋼琴鍵盤，透過不同的mapping方式 弦律當然不一樣~這個人的mapping方法，彈奏出來的曲子 還滿好聽的呢:Pi Song

哈~ 只能說 世界無奇不有~ 真是屌囉 :)

閱讀全文...

Seagate 7200.11 問題硬碟修復方法說明 (適用於下列狀況 BIOS抓到硬碟,但顯示容量為LBA:0 / 0M or BIOS抓不到硬碟)

前言: 98/2/28 在做file copy時，突然電腦就當掉、畫面不動，想說... windows 本來就很不穩，重開一下就好了。結果...重開時...在BIOS階段的時間停的非常久，最後，出現「主硬碟磁區錯誤」的訊息，之後試了非常多的方法、搜尋了非常多網路的訊息，終於確認是因為Seagate H.D. 軔體(firmware)瑕疵所造成，雖說Seagate承諾firmware所造成的問題，並不會造成資料遺失，也會協助受影響的用戶回復資料。但是，依我找到的訊息以及本身的經驗，並不想將硬碟報修，原因如下:

a. 我的硬碟遇到的問題為 LBA:0 Size: 0 M(BIOS抓的到硬碟，但容量為0)的問題，此問題在國外專業的硬碟論壇裡，在97年年中左右，早就證實是因為firmware異常造成，但卻不在此次Seagate官方公佈的問題徵狀內(官方公佈的訊息為 H.D. Bricked 的現象，即 BIOS抓不到硬碟)

b. 拿硬碟序號到Seagate官方網站(問題硬碟檢測網站)確認是否為問題硬碟，結果顯示 Drive is not affected. No action required. --> 就是，我的硬碟不是問題硬碟，因為不是問題硬碟，所以 Seagate當然不會幫你恢復數據。

c. 送台灣代理商 : 擔心代理商會不會為了方便起見，用換良品的方式處理，不協助轉送Seagate or 自行將資料恢復 ?

d. 送國外Seagate: 也怕被用換良品的方式處理，再加上我硬碟的序號不在問題硬碟序號內，所以就更加沒把握

總之，真的非常的灰心 也很擔心資料回不來

不過，在做了很多資料搜集及嘗試後，終於找到了明燈:

所有的方法，都是由這系列文章所得來的: The Solution for Seagate 7200.11 HDDs

努力了一個禮拜，到處尋找修理用的Serial-to-TTL轉接線後(總用試了三種線，其中燒掉了一條)，終於成功了。因為真的試的非常的辛苦，所以分享我的經驗，讓也有相同狀況的人能參考利用。我相信，這個Solution應該是最經濟的解決方法(二百塊以內的材料費)，所以 有興趣的人，就往下看吧。當然~ 只是提供我的經驗供參考~ 不保證可修復 亦不保證不會損及您的硬碟。

---------------------------------------------------------------------

Seagate 7200.11 問題硬碟修復方法說明 (適用於下列狀況 BIOS抓到硬碟,但顯示容量為LBA:0 / 0M or BIOS抓不到硬碟)

---------------------------------------------------------------------

0. 問題說明

Seagate 7200.11 (梭魚11代)系列在2008.12月之前出廠的部分硬碟，有firmware上的問題

會造成 BIOS抓不到硬碟(Driver Bricked)。另外，在官方聲明的範圍外，也有許多使用者，遇到BIOS抓的到硬碟，但是顯示容量為0Mega因而無法使用的問題。以下會就 LBA:0 的修複方式進行說明，並附上另一種狀況的修復方式參考資料(方式大同小異，只是對硬碟下的命令不同)。若您的硬碟還可使用，但卻為被影響的型號，請儘速至官方網站下載新版的firmware並更新，以預防上述現象發生。

Seagate 官方說明:

已經確定了一種影響少數 Seagate Barracuda 7200.11 硬碟機型號的韌體問題，此問題可能導致資料在電源關閉/開啟作業後無法存取。受影響的產品有 Barracuda 7200.11、Barracuda ES.2 SATA 和 DiamondMax 22。

下圖是我的故障硬碟

用其它硬碟正常開機，以Seagate SeaTools 短檢測不過、長檢測不過、S.M.A.R.T. 不過

硬碟資訊秀出如下圖，MAX LBA 只剩 1

用 MHDD 在DOS模式觀看該硬碟資訊，得到 LBA:0 / Size=0MB 的訊息

1. 準備材料

a. Nokia CA-42 傳輸線一條 (nokia特約店面 or 網拍都找的到 約100~200元，其它一般店面 很難找到，我問了十幾家通訊行 >

b. 音源線一條 (or 杜邦線2條)

c. 美工刀、剪刀、電線膠帶(台語: 電火布)

d. 一台可開機、有 usb 插孔、有SATA電源的電腦

e. 無比的勇氣及耐心 (這是對我而言啦~ 我試了一個禮拜 用了三種線，其中一條還燒掉了)

2. 原理說明

想辦法讓電腦的Serial Port(RS232介面)連接到硬碟的維修針腳(TTL介面)

並使用終端機軟體透過此線路連接對硬碟下低階的指令

因為 RS232 與 TTL 對於 0 / 1 對應的電壓認定不同，故 上需有一轉接器來幫忙做這件事(如, MAX232晶片)

網路上的做法不同點，就在於這段線路的連結解決方案，整理一下，約有幾種

a. 自製: 買 COM接頭、電路版、電容、MAX232 自已做這個轉換的介面

b. 購買: 買 RS232-to-TTL 的轉接器 or USB-to-TTL 的轉接器

c. 購買: 買 行動電話的傳輸線，部分行動電話的data cable內含 USB-to-TTL or COM-to-TTL 的轉換模組

基本上，選項 c 是最便宜、最簡單的方法

下面是我買到的 CA-42 (第一條在西門町西子林買的 200塊!! 第二條是跟網拍的賣家買的，自取 100塊)

3. 測試CA-42是否正常

買回 CA-42後，把 USB頭插入電腦，應該會出現「新增裝置」的提示，此時把CA-42的Driver放入，應該就可以安裝完成，到裝置管理員裡面去check，有沒有一個虛擬的COM port跑出來，把這個COM port的號碼記下來

4. 製做線路 - CA-42部分

將 CA-42的線材剪成兩段，靠手機接頭那一段 留一點就行了，因為 之後也用不到。

另外一段(USB接頭的)，把電纜用刀片劃開後，可以把裡面的電線拉出來。

正常的CA-42裡面會有三條線，但也有部分的彷仿造品內有六條線的。

線路的顏色依製造工廠而有不同，雖然我們只會用到 CA-42 的 RX/TX 兩條線

不過，因為不知到哪條是 RX 哪條是 TX, 所以 還是把裡面的小電線外皮給切掉，約露出1公分即可(或者，你也可以把 USB 頭給分解，看看裡面電路板不同的腳位對應到的電線各是哪些條)

5. 測試線路 - CA-42部分

如何找到 RX/TX ?

因為我手邊沒有設備，對於電子電機的東西也不熟，所以我是採試誤法(trial-and-error)

把CA-42的小電線 每次選兩條相接(扭在一起即可)、將USB接頭插入電腦，並使用如 超級終端機(Hyper Terminal) 或 Putty 之類的軟體進行 loop back 測試。若是RX/TX 有接在一起，那麼 你在鍵盤上面敲的按鍵，應該馬上會從螢幕上跑出來(即，echo 的效果)

終端機之參數設定如下:

Loop-back 測試方法如下圖 (其實，很簡單的把兩條電線扭在一起，也可以)

註:此段亦可參考: Use a Nokia Serial Cable on an ARM9 Linkstation

6. 製做線路 - CA-42 與硬碟接腳連接用線

因為硬碟接腳為公頭，所以最適合找母頭來接

因為手邊有不用的音源線，音源線的兩端都是母頭，所以 就拿來分解利用

注意，接硬碟的那端 最好用電線膠帶纏起來，以免與其它線路互相接觸

分解後的音源線長這樣:

7. 完成連結硬碟用線路

把 CA-42 與 音源線串在一起，一樣 在接頭部分 請用電線膠帶纏起來

為了保險起見，接起來後 再進行一次 loop back 測試 確認線路無誤

8. 連結硬碟

a. 接上硬碟的SATA Power (註: 務必要使用 SATA Power, 不要透過轉接頭(即，4pin的Molex Power 接頭轉SATA接頭)，否則可能會有問題、設備也可能燒掉。註: 我自已有燒掉一條CA-42)

b. 將 RX / TX 兩條線分別接上硬碟的TX / RX 接腳, 7200.11 硬碟，硬碟上的接腳示意如下

[? Ground TX RX] [SATA排線][SATA電源]

或可看這裡

PS. 上步驟找到 RX/TX 兩條線後，我們還是不知道哪條是 RX 哪條是 TX，
所以一樣用試誤法 最多兩次應該就可以成功了

腳位接錯設備不會被燒掉，可放心

c. 啟動PC電源(即，為SATA Power供電)，將USB接頭接到要用來維修用的PC (我是用同一台啦)

相關設備、線路的接法如下:

9. 對硬碟下指令 (針對 LBA:0 / Size: 0M 的問題)

上述步驟完成後，開啟終端機軟體、並連線 (連線的相關設定 就如同在做 loop back 測試的設定一樣)

a. 先按 Ctrl+z 如果 RX/TX 有接對的話，那麼 終端機軟體應該會秀出下列命令提示字元

F3 T>

PS1. 如果接錯的話，那麼 monitor上不會有任何反應

PS2. 如果不依建議使用SATA Power而使用Molex Power的話，終端機畫面會一直跑出垃圾字元，且設備可能會被燒掉。

b. 在 F3 T> 下，輸入下列字元並按Enter

m0,2,2,0,0,0,0,22

c. 接著，就是有耐心的等待(雖然畫面上寫 30秒，但我實際等了約7~8分鐘)，若等到下列畫面出現，恭喜!! 您成功了... 可以關閉電源、把相關線路拔除後將硬碟接上並測試，以我的經驗，我的硬碟資料完全沒有遺失。

10. 其它 --- 針對 HARD DISK Bricked 的問題解法 (即, BIOS抓不到硬碟)

此段我沒有實作過，不過 一樣可以透過上述做出來的線路，並參考The Solution for Seagate 7200.11 HDDs (final and revised version)這篇文章的步驟及指令進行

--------------------------

參考資料:

1. 所有的方法、命令，都是由The Solution for Seagate 7200.11 HDDs (final and revised version)這個系列的討論而來，上面的方法主要是用 RS232-to-TTL Converter來連結電腦與硬碟

2. 改裝 Nokia CA-42 拿來控制設備的文章來源: Use a Nokia Serial Cable on an ARM9 Linkstation

閱讀全文...

Safari 4 Beta - World's fastest browser

Web Browser 的大戰 真的慢慢的展開了~

Apple 已開放新版的 Safari 4 Beta 版供 Mac or Windows user 下載使用

在新版的Safari裡面

在速度上: 強調 HTML Rendering 的速度、Java Script Engine速度 都是世界最快，與其它Browser相比，幾乎都是用倍數來算的...

在標準上: 強調對於標準的支援~ 諸如 HTTP5, CSS3 等最新標準

在功能上: Top Sites, History Search, Cover Flow ... 等，都是另人驚豔的功能

雖說，Top Sites 提供user最常瀏覽網頁的功能以及History Search提供最近的瀏覽紀錄供叫用的功能就跟Chrome or Google新版Tool Bar提供的功能一樣，但是 透過 Apple的美學、透過Cover Flow的介面 硬是活生生的讓人覺的好像好棒~

這裡是Safari 4 Beta Release的消息來源

這裡可以看到 Safari 4 Beta 與不同瀏覽器的效能比較(IE8 Beta 也被拿來比，IE 系列的 都被電的慘歪歪的...)

總而言之~ 我衝著那速度感跟外觀~ 馬上就暫時拋開 Firefox & Chrome & 開始試用了 :)

有興趣的人也可以試玩看看

--

Cover Flow 的漂亮介面:

閱讀全文...

Google Apps Status Dashboard

Apps Status Dashboard 大致上就是: 針對google透過google apps提供的各項 service 提供目前及歷史的 healthy status 簡單報表及說明

不在google apps涵蓋範圍內的服務 不知目前有無類似的reporting機制

BTW, 因為google apps 設定的服務對象是在企業用戶

既然目的是要賣錢的 Service Level 的 Monitoring & Reporting 是相當的重要~

這樣的資訊揭露 算是必要的 也才可以對客戶有一個交待

未來 資訊應該會愈來愈多 愈細化~ 儲如 service availability, efficiency, ... 等更確切的指標 應該也會一一出來吧

雖然如此，一家公司~ 肯把這樣的資訊開誠佈公、讓所有的大眾知道 真的是不容易~ 拍拍手~

--

from Official Google Enterprise Blog

閱讀全文...

Google Chrome 防當機控制 ?!

雖說 Chrome 以 process per tab 的方式，將不同的tab isolate至不同的process

降低了因某 tab 的問題 導致browser crash 的機會...

但是... 今天... 我的確在windows的環境當中 用chrome... 然後... 當掉了

哈哈~ 可是 我覺的 這是因為 Microsoft 的問題 應該不是Chrome的問題才對 :Q

BTW, google 現在對功能的導覽影片 也有中文了耶~ 講的又慢又文縐縐的... 聽的還真不大習慣...

閱讀全文...

Google Tool Bar 6 Beta for IE / Google Tool Bar 5 Beta for FireFox (Google 工具列)

Google 推出了新版工具列的Beta版本，包含:
Google Tool Bar 5 for FireFox 的 Beta版本 &
Google Tool Bar 6 for IE 的 Beta版本

但是還是一樣沒有提供for chrome的版本

用chrome對我個人來講最大的困擾是~ 少了google tool bar 真的讓我使用上較不方便
像是，bookmark就無法像裝了google tool bar一樣容易存取/跨電腦分享
不過 目前這版chrome大概只是為了驗證新的 process per tab 的概念跟rendering&javascript enginge的速度吧...

BTW, 新版的 Google Tool Bar 有些新功能

1. 可以把 google gadgets加到tool bar的按鈕列~ 用起來 有些噁心~ 個人覺的呈現介面太小了 看不慣，不過 把一些小工具做成按鈕 隨時可以叫出來 又不用回到更噁心的iGoogle就能用~ 個人覺的還不賴~ 也很符合google想把browser/Web當作OS的企圖

2. 把chrome那一套搬過來: 新增tab時 會把常上的網站、最近關閉的分頁(tab)、最近新增的書籤 都呈現在新分頁的預設畫面中 --> 個人覺的這功能 還算ok用

3. tool bar 的設定，可以跨電腦 share 囉~ 就好像shared bookmark 一樣

4. Quick Search Box(QSB)功能: 要裝 for IE 的 toolbar 才有
在windows的工具上 出現了Google的按鈕，按個 Ctrl+Space就可以開始進行搜尋
(因為Ctrl+Space被佔用掉了 所以 我是用Alt+Space) 搜尋的東西除了網頁，還包含
本機電腦的應用程式~ 當然 免不了的 也會有搜尋的提示 以及 針對搜尋的結果可執行程式 or 打開網頁的功能。印象中 MAC OS X 的Finder 也有類似的功能，這功能 真的很優~ 透過google toolbar 完全把微軟OS變棒了 :) 哈哈...

閱讀全文...

Goole Search, Gmail, Blogger... 相繼出錯~ Google 怎麼了 ?

Google 的產品品質 一向是讓人非常滿意~

不過 最近 好像頻頻出錯~

包含

2009/1/31 因為惡意網站的設定問題(malware filter, http://stopbadware.org/)，讓google search出來的網站 都被標示上「惡意網站的標籤)

2009/2/24 Gmail outage, 聽說是設備當機?! 約二個半小時恢復正常

2009/2/27 上午使用Blogger時，發現 主頁資訊出不來，firebug show 出一些 javascript error
應該也是 google 出了什麼問題才對

其實，資訊系統出錯 在所難免 所以 我也不會像網友嘰嘲Gmail為 GFail.. 哈
反而覺的 google 還是有點人性的 :)
以後 系統出包，我們就可以把google的例子拿出來講 看可不可以擋掉一些炮火攻擊 哈哈..

閱讀全文...

SOP - Same Origin Policy (Browser Security Policy)

Same Origin Policy(SOP) 是一般 browser 針對 client-side script(如java script) 在安全性上面的一項處理原則

由於 client-side script 是在使用者的作業環境中進行，而在使用者的環境當中，常有一些穩私性的資料(如 cookie, 瀏覽行為...等)，為避免這些 client-side script 去存取client端穩私資訊後 送交給無法限定範圍的遠端伺服器，所以 有了 SOP 這個原則

簡單講，就是client-side script不能存取所在網頁之外的資源
例如: 使用者目前瀏覽網頁為 http://example.com 上面有運行一些 javascript
依 SOP 的原則，browser 只會容許 javascript 存取 http://exmaple.com/* 下的資源
其它domain(e.g., http://malware.com), subdoamin(e.g., http://sex.example.com), domain 同port不同的(e.g., https://example.com)，browser都不允許 client-side script來存取

當然~ 目前 Web 2.0, AJAX, Mashup 大量運用到 client-side script的技術，所以 SOP 也變成這些新設計方法的一大限制

不過~ 上有政策 下有對策~ 還是有一些方法可以繞過這個限制，即 work-around solution
目前我知道的方法如下:

1. 透過proxy的方式處理
即在網頁所在的Web server 建立一 proxy功能，所有要繞過SOP檢查的client-side script存取 都透過這個proxy去拿或處理~ 這種做法的先決條件是，開發人員要有辦法在該 Web server 上面開發並佈署上這個proxy的功能

2. 透過 HTTP 內 document.domain 的設定 解決跨sub-domain的限制
透過 設定 HTTP DOM裡面的 document.domain 值
只要 script 所在網頁的 document.domain值 與 資源所在網頁的 document.domain值一樣
Browser即會允許存取
注意: 這只能用來解決 跨 sub-domain (e.g., AAA.example.com 及 BBB.example.com)
而不能跳離跨domain的限制

3. JASONP (JASON with Padding)
基本原理有3個

1. html 裡頭的 script src (即 script 的來源)並不限定只能在 local domain
2. 利用 javascript 可以操作 HTML DOM 的特性讓 javascript 動態的引用外部script
即，增加一 script type=text/javascript src=[...url + parameter + call back function] 的 tag
3. 透過 client-side script與不同domain的service的配合(有點暗通款取的味道)
讓 另一domain有動態吐出script 並配合在script內加入 client-side定義好的
call back function 的能力

所以，只要遠端的server支援JASONP，那麼就可以透過動態插入 script tag及script src，
來取得遠端的 script 資料(裡面可能含有動能改變的data 及client端的call back function)，script-client端 在動態取得這些所謂遠端的script資料後 即會在client端運行
這些script，透過callback function的機制 會再與原先設計用來handle JSONP的client端
script 碼有一關連性~ 最後 達到目的 繞過SOP的限制

下面應該是最早提出JSONP的的文章: Remote JSON - JSONP，我認為比較難懂
下面這篇文章，我認為較淺顯易懂: 利用 jsonp 进行 Javascript 的跨域数据访问

--
其它參考: wikipedia: SOP

閱讀全文...

Google App Engine Billing (GAE, Google Application Engine 收費方案)

Google 去年四月推出的 Application Engine 服務

提供免費的運算資源供開發者佈署開發完成的程式供Web User使用

限額是每月不超過 500萬個 page view

今天在 app engine 的blog看到，GAE公佈了收費模式

文中提到~ 雖然目前提供限額的免費資源

不過 使用者的使用狀況可能太好了 使得 目前資源有不夠的狀況

未來，雖仍會提供500萬個page view的免費quota, 不過資源會在90天內做適度的調整
(一定是調小的啊...)

若要取得額外的Quota, 則需另外付費

下列是我目前用的免費帳號的 resource 分配狀況

依照google 的計價方式的話，1個app google 每天免費送你 7.035塊美金耶 :Q

聽起來還滿爽的唷 :) 呵呵...

依這樣的 Service Level, 一年大概二千六百塊美金, 折算台幣約九萬塊~

不用maintain 底層的infrastructure, 機房, 電力, 備援, ... 等有的沒的... 我想 這種價格應該算值得吧 :)

Resource Allocations:

Resource	Budget	Unit Cost	Paid Quota	Free Quota	Total Daily Quota
CPU Time	n/a	$0.10/CPU hour	n/a	46.30	46.30 CPU hours
Bandwidth Out	n/a	$0.12/GByte	n/a	10.00	10.00 GBytes
Bandwidth In	n/a	$0.10/GByte	n/a	10.00	10.00 GBytes
Stored Data	n/a	$0.005/GByte-day	n/a	1.00	1.00 GBytes
Recipients Emailed	n/a	$0.0001/Email	n/a	2,000.00	2,000.00 Emails
Max Daily Budget:	n/a

所以囉~ GAE後台的管理介面 就多了付費設定這一項 :Q



資訊來源: http://googleappengine.blogspot.com/2009/02/new-grow-your-app-beyond-free-quotas.html

閱讀全文...

IIS6 + Tomcat6 設定方法

1. 先有IIS

2. 安裝JDK

- download JDK and install

- set JAVA_HOME 環境變數至 jdk 安裝目錄

3. 安裝 Tomcat

- download Tomcat and install

- set CATALINA_HOME 環境變數至 Tomcat 安裝目錄

4. 安裝Tomcat Connector

a. 首先先依上述連結下載取得 isapi_redirect-1.2.27.dll (目前最新版本)

b. 將該dll置於一特定目錄 (如: c:\TomcatConnector)

c. 在該目錄下 建立三個config file 分別為

isapi_redirect-1.2.27.properties (主檔名與 isapi_redirectxxxx.dll 的主檔名同)

workers.properties

uriworkermap.properties

d. 下述是我針對三個檔案的設定 (可在tomcat網站看到how-to說明及這些檔案的定義)

基本上，除 uriworkermap.properties 外的兩個檔案 都大概變動不大

uriworkermap.properties看名字跟內容就知，是用來設定哪些URL Pattern

是IIS要透過此connector交由tomcat處理的

isapi_redirect-1.2.27.properties

# Configuration file for the Jakarta ISAPI Redirector

# The path to the ISAPI Redirector Extension, relative to the website

# This must be in a virtual directory with execute privileges

extension_uri=/jakarta/isapi_redirect-1.2.27.dll

# Full path to the log file for the ISAPI Redirector

log_file=c:\TomcatConnector\isapi_redirect.log

# Log level (debug, info, warn, error or trace)

log_level=debug

# Full path to the workers.properties file

worker_file=c:\TomcatConnector\workers.properties

# Full path to the uriworkermap.properties file

worker_mount_file=c:\TomcatConnector\uriworkermap.properties

workers.properties

worker.list=wlb

worker.wlb.type=ajp13

worker.wlb.host=localhost

worker.wlb.port=8009

uriworkermap.properties

/examples/*=wlb

5. 設定IIS

a. 設定網頁服務延伸

b. 在站台上加入ISAPI filter

c. 在IIS站台上新增一虛擬目錄，命名為 jakarta 指向 Tomcat connector存放的位置

(本例為: c:\TomcatConnector)，這個動作 對應到

isapi_redirect-1.2.27.properties 此設定檔內的下列設定:

extension_uri=/jakarta/isapi_redirect-1.2.27.dll

d. 注意，check download 下來的 isapi_redirect-1.2.27.dll 有無被 windows 封鎖

6. restart tomcat & iis

7. 連到 http://localhost:8080/examples 與 http://localhost/examples

check IIS 是否真的把符合 /exmaples/* 的 URL request 都餵給tomcat處理

8. 恭喜~ 大功告成

9. 後記: Tomcat網站上 說明有點遺漏

a. dll 可能被block的問題 官網上沒說明到

b. 除了 IIS 網頁服務延伸設定外，在 IIS 站台上 也要設定對應所使用的ISAPI位置

c. 官網上提供修改 windows registery的做法來記錄

如workers.properties、uriworkermap.properties這些重要設定檔的位置

另外也提到可以在該 ISAPI dll 所在位置建立一isapi_redirect-1.2.27.properties 來

存放設定檔位置

當然~ 用第二種方法 感覺比較容易 :)

閱讀全文...