Planet Linux of Taiwan

什麼最重要、Browser 最重要

2012-05-16T11:53:29+00:00

HTML5 來了。什麼最重要，Browser 最重要。因為所有 HTML5 App 都在 Browser 環境裡執行，所以，HTML5 App 的 Runtime 就是瀏覽器。正因為這個原因，各家軟體大廠無不加碼研發人才，努力打造一個能完全相容 HTML5 的瀏覽器，連今年10月份要登場的 Windows 8 Mobile Phone 也在 HTML5 做了很大的改進。可以這樣想，第一代的 App 使用 OS 做為 Runtime。第二代的 App 使用 Java Virtual Machine 做為 Runtime，例如：Android。第三代的 App 將使用 Browser 做為 Runtime。所以，Runtime...

添加 Droid-Sans 字體到 Novell SLES 11中

2012-05-15T19:30:24+00:00

預設在 Novell SLES 11 中的內建字體實在太醜了，還是習慣在 openSUSE 中的 Droid-Sans 字體，添加方式如下所示：

# OCICLI "http://software.opensuse.org/ymp/M17N:fonts/SLE_11_SP2/google-droid-fonts.ymp?base=SUSE%3ASLE-11%3ASP2&query=google-droid-fonts"

這個動作可以透過添加 One-Click Install的方式來達成，當然也可以前往http://software.opensuse.org/search/find 搜尋來源庫安裝

修正前的長相：

修正後的長相：

快樂的小成就

2012-05-15T04:06:34+00:00

== 事由 == 這次又是到十幾個小時外的地點，進行為期一周的 work week;工作周。對我們台灣人而言，工作周就是要好好的趕工，衝刺一些東西出來。這聽起來就天經地義、合情合理。然而，當來自世界各地的同事，齊聚在在風光明媚的南加州時，事情卻完全的不同。一周間，窗外是陽光普照。和台灣，或者台北不同，總是有一股穩定的氣流，吹來清涼的空氣。雖然是大太陽，卻是涼爽的日子。只見我們的台灣同事們，在窗外的陽光普照下，埋頭苦幹，應該是在做些驚人的東西吧! 我心裡嘆息，真是浪費這大好的天氣啊! 慢慢的，一天一天的過去了。接近最後一天 demo 的日子了，只見一些同行的台灣同事，開始熬夜趕工， ...

前端工程師也可以淡定的開發網站應用！RedTea Web Framework！

2012-05-14T20:59:08+00:00

還記得，尚未投入 Node.js 前，一直覺得 Node.js 帶來了未來，讓我們可以用 JavaScript 同時開發 Web 前端(Front-end)和後端(Back-end)，等到真的投入 Node.js 後，發現雖然事實的確是如此，但由於前端和後端應用所需要的背景知識不盡相同，開發模式和概念更是大異其趣，所以，雖然同樣是使用大家熟悉的 JavaScript 語言，但前端開發者仍然不見得能夠如願地來開發後端應用。

這樣的情況讓我想起有位來台灣工作的外國朋友，曾告訴過我一個多年前發生在他身上的笑話。故事是：

他原本是個美術方面的設計師，然後，但有一天老闆對他說：『你從現在起，去做開發程式的工作吧。』

他問：『為什麼？』

老闆回答：『寫程式是用英文寫，而你又會英文，不就可以寫嗎？』

是的，同樣道理，雖然對前端工程師而言，JavaScript 是最熟悉的程式語言，而 Node.js 又可以讓你使用 JavaScript 寫整個 Web 應用，但這不代表對這些人而言，就可以輕易上手 Web service 的後端開發。要真正讓前後端開發合而為一，不只是語言要統一，開發經驗也要相同才是，這才是所有 Web 開發者最期盼的事。

於是筆者基於 Node.js，開發了『紅茶(RedTea)』，這是一個和現有的網站框架(Web Framework)所不一樣的全新的嘗試。以前端開發者視角和經驗為出發點，專門設計給前端工程師上手使用的網站框架，讓前端工程師也可以『淡定』的開發網站應用。由於 RedTea 不是傳統 MVC 模型的 Framework（至於 RedTea 採用的是哪種開發模型，筆者一時也說不上來。），所以，如果你是一個已經被 MVC 涂毒已深的開發者，可能要先花點時間重新理解一下。:-)

此外，RedTea 有一個最大的特點，就是支援了在瀏覽器環境下，呼叫後端 JavaScript Class/Function 的功能，就像在使用本地端的 JavaScript 物件般。因此，前後台交換資料，不用再以 GET/POST、URL Path Routing 或 Ajax 相關的方法實作，只要學會怎麼使用 JavaScript Class 即可。重點是，即使你沒有任何 HTTP 通訊協定的知識，或後前後端資料處理的經驗，依然可以開發出網站程式。

當然，設計 RedTea 的目的，除了是為前端工程師著想之外，也是因為長久以來在思考 MVC 模型的問題後，所嘗試提出的解決方案。至於是什麼問題，可以從專案開發的流程探討，一個基於 MVC 模型的 Web 專案開發流程大致上如下（問題點也將補充在後面）：
*註：『程式架構和演算法：Model』、『視覺部份和 UI：View』、『控制機制：Controller』

設計 Model（問題：當你一開始根本不完全清楚功能需求時，你如何能設計一個完善的架構去容下一切？）
設計 View
設計 Controller，用來連接程式邏輯架構和前端 UI (問題：有太多種交換方式，GET/POST Routing stuffs, Ajax APIs 等)
為了更完整的功能需求，一次又一次修改和重構 Model
為了配合程式架構和演算法的修改，一次又一次修改和重構 View
Controller 零亂又噁心不已

說穿了，這種來來回回式的開發方法，若是在前後端是不同語言的情況下，將會是不得已的情況。畢竟，前後端需要共同定出一個雙方可以接受的資料交換格式，然後在開發過程中逐漸磨合。不過，當前後端都是 JavaScript 的情況下，是否可以簡化這部份的開發流程，就是一個可以思考的地方。

所以，RedTea 的設計，主要是為了達成這樣的 Web 開發流程：

設計你眼前第一時間想看到的東西
在所看到的 UI 上，實作功能需求
在後端(Server-side)處理使用者因需求產生的資料

由於前後端都是 JavaScript，很容易做到前後端邏輯上的同步，再加上簡單的轉換器和 RPC 設計，就可以讓前端程式直接呼叫後端的 Class 和 Function。後端的 API，就彷彿是你前端程式的一部份。

說了這麼多，到底如何使用 RedTea 開發出一個網站呢？如果你參考 Github 上的 RedTea 範例，會發現主要有四個目錄，分別說明如下：

ui - Layout Template
runner - Browser-side Script
routes - URL Path Routing
apis - Server-side APIs

若你有摸過其他的 MVC Web Framework，對 routes 的功用應該不陌生，而 RedTea 當然也可以像其他框架一樣，讓你隨意自定 URL 的橋接。但若要善用 RedTea 的優勢，routes 的主要目的應該只是決定 UI 和 Runner 的組合，如下：

module.exports = {
    '/': index
};

function index(app, req, res) {
    /* Using index.jade (UI) and index.js (Runner) */
    res.render('index', { title: 'RedTea' });
};

RedTea 在回應瀏覽器的要求時，會合併指定的 UI 和 Runner，並自動代入 RedTea Caller 的機制，讓 runner 被輸出到前端時，有能力呼叫 Server-side APIs。

一個 runner 程式大概長的是這個樣子（examples/runner/index.js）：

RedTea.import();

RedTea.main(function() {
    var chat = new RedTea.API.Chat;

    chat.say('Fred', 'Hello World!');
    chat.getConversation(function(err, data) {
        for (var i in data) {
            var lineObj = data[0];
            var dom = document.getElementById('conversation');
            dom.innerHTML += lineObj.name + ':' + lineObj.content + '<br>';
        }
    });
});

從範例中，你會看到瀏覽器上才有的 document 物件出現，事實上 runner 就是一支跑在瀏覽器上的 JavaScript 程式。 RedTea.import() 會去 Server 載入目前已經被定義的 API，等初始化完成，會以 RedTea.main() 為程式進入點開始跑。這時，你就可以用 RedTea.API 去建立 Server API 定義的物件，然後呼叫在 Server-side 的函數方法。進一步，你也可以用得到的資料，去更新網頁上的 DOM。

至於 Server-side APIs 的定義與寫一般 JavaScript 無異，你可以定義 Class、Function 或是變數，RedTea 會自動將這些 API 轉換成前端可以跑的形式，而原始的 API 定義長這個樣子（examples/apis/chat.js）：

module.exports = {
    Chat: Chat
};

function Chat(externalData) {
    this.externalData = externalData;
    this.publicData = externalData.userdata;
}

Chat.prototype.getUserList = function(callback) {

    callback(null, this.publicData.users);
};

Chat.prototype.getConversation = function(callback) {

    callback(null, this.publicData.conversation);
};

Chat.prototype.say = function(name, content) {
    var line = {
        name: name,
        content: content
    };

    this.publicData.conversation.push(line);
};

然後和一般的 Node.js 程式一樣，你會需要一支主程式（examples/app.js）：

var RedTea = require('redtea');

var app = new RedTea;

app.routeDirs.push(__dirname + '/routes');
app.uiDirs.push(__dirname + '/ui');
app.runnerDirs.push(__dirname + '/runner');
app.apiDirs.push(__dirname + '/apis');

var publicData = {
    users: [],
    conversation: []
};

app
    .initRoute()
    .initRender()
    .initAPI(publicData)
    .listen(9876);

只會 JavaScript 嗎？開始享受單純用 JavaScript 開發網站應用程式的人生吧！卡關了？就喝杯紅茶淡定一下！ :-D

後記

RedTea 目前只是原型，還不是相當完整，像是 static file 的功能都尚未實作，很多功能也還只是堪用，歡迎各界一同補齊它。 :-)

在 Python 中執行 shellcode

2012-05-12T22:32:46+00:00

其實這不是什麼新技巧，只是剛好最近研究 [PyPy]，思考到若干低階處理的細節，就順道把這個在 Python 中執行 shellcode 的技巧分享出來，本文的實驗平台為 GNU/Linux x86/32-bit，採用 CPython 2.7.3，目的為實踐前文 [SM 版 Hello World] 中具備自我修改能力的程式 (self-modifying code)。借助 [ctypes] 套件，我們很容易就能打造以下骨幹程式碼： from ctypes import * libc = CDLL('libc.so.6') mprotect = libc.mprotect getpagesize = libc.getpagesize codes = (c_ubyte * 32)( # (omitted)...

[實況教學] 超簡單 Justin / Twitch 實況聊天室擷取法

2012-05-10T18:31:00+00:00

簡介

話說前一陣子家裡換了上傳頻寬比較大的網路，所以偶爾會實況自己玩的遊戲，用的平台是大家常用的 Justin.TV 和 Twitch。

當然我們在實況遊戲的時候，大部份會希望能夠把當下聊天室的內容也放進實況的畫面，而目前大家的作法大致上可以分成以下這三種：

直接把 JustinTV / Twitch 網頁上的聊天室拉一個新視窗出來，放在遊戲畫面旁邊

使用 LimeChat 再加上 NicoLime 跑彈幕

一樣用 LimeChat，配上 Growl for Windows 來做彈跳通知

當然，上述的方式都可以達到一定效果，但我自己用了之後，卻也覺得都有一些缺點在：

直接拉聊天視窗到畫面上真的很醜，而且保貴的實況畫面都被佔走了，玩 4:3 遊戲的時候還好，但如果玩的是 16:9 的遊戲，就會覺得遊戲畫面被弄到很小。

NicoLime 跑彈幕的時候真的很耗資源，而且設定上有點繁雜（好唄，其實主因是我不喜歡彈幕 XD）

Growl 的通知位置只能指定大略的位置，而不能指定到螢幕上詳細的座標

由於以上的種種原因，所以我抽空研究了一下，發現原來 Justin.TV 和 Twitch 網頁上的聊天室背後就只是個普通的 IRC 聊天室，所以乾脆就自己寫一個聊天室擷取小程式啦。

程式的位置在 GitHub 的專案頁上，直接捲到最底下就可以下載，只要下載符合自己作業系統的版本後，應該是點兩下那個檔案就可以執行了（如果點兩下不能執行，請先安裝 Java 執行環境）。

而這隻程式的使用方式也很簡單，基本上就是切到 Justin 這個頁面，輸入 Justin.TV 或 Twitch 的帳號和密碼，並在視窗下方選擇顯示的方式後，直接按下連線就可以了。

Note

在使用 SCFH 的時候，請記得要勾選「顯示多層視窗 / Show Layered Window」，如果是使用 XSplit 的話，則要勾選「Capture Layered Window」這個選項，才能抓到通知視窗。

直接輸入帳號密碼就可以使用

至於詳細的介紹和操作方式，可以觀看下面的影片（從 5:30 開始）：

軟體下載

32 位元 Windows XP / Visita / 7

64 位元 Windows XP / Visita / 7

64 位元 Linux

[筆記] Ubuntu apt-get update 出現 NO_PUBKEY / GPG error

2012-05-10T14:07:52+00:00

當我們更新 Ubuntu/Debian 伺服器套件時，apt-get update 出現底下錯誤訊息

W: GPG error: http://ppa.launchpad.net maverick Release:
The following signatures couldn't be verified because the public key is not available:
NO_PUBKEY 1C1E55A728CBC482

網路上找到一篇 [Debian] Apt-get : NO_PUBKEY / GPG error，解決方式非常容易，上面錯誤訊息有告知 public key 是 1C1E55A728CBC482，透過底下兩個步驟就可以成功解決，請注意務必將 public number 換成上面錯誤訊息的號碼

gpg --keyserver pgpkeys.mit.edu --recv-key 1C1E55A728CBC482
gpg -a --export 1C1E55A728CBC482 | sudo apt-key add -

之後再重新跑 apt-get update 即可。

Related View

如何使用 Apache Module mod_mime

2012-05-10T12:25:16+00:00

Apache 可以透過 mod_mime 模組且根據使用者定義的副檔名來 response data 給 Client 端，此功能可以應用在前台搭配 Template Library，例如 Mustache Logic-less templates，透過此 Apache 模組可以在 html 檔案將定義好全部 Template，一次讀取進來，底下舉個例子:

我們希望 apache 能夠讀取 assets/templates/test1.mustache，並且將檔案內容放到 script 裡面，這時候就必須在 apache httpd.conf 定義 text/x-mustache-template

<IfModule mime_module>
AddType text/x-mustache-template .mustache
AddOutputFilter INCLUDES .mustache
</IfModule>

接著必須設定網站根目錄可以輸出 include file

<Directory "C:/xampp/htdocs">
Options All
AllowOverride All
SetOutputFilter INCLUDES
Order allow,deny
Allow from all
</Directory>

上面例子是 xampp httpd.conf 檔，設定完成後重新啟動 apache，大家就可以發現，原本的 js 就會變成

這有個缺點就是，之後在轉移機器，就要在重新設定 Apache，為了省掉這個步驟，推薦大家使用 RequireJs 模組: Text plugin。

Related View

蟒員前進

2012-05-10T08:00:00+00:00

蟒員前進¶

離 PyCon Taiwan 還有一個月。你準備好要迎接這個聚集全台 Python 程式員的大會師了嗎？

雖然這是台灣第一次舉辦 Python 年會，但報名的情況超乎預期地踴躍。籌備團隊一度想要提高人數限制，不過評估了我們這些志願者的精力和時間以後，還是決定維持 250 人的上限。如果明年我們可以召募到更多的志願者，會再考慮擴大規模。

PyCon Taiwan 期望藉由合理的收費，聚集目標相合的開發者與從業人員。包括籌備團隊在內，所有人的收費標準都是一樣的。我們最關心的是與 Python 相關的各種軟體技術。希望在這個會議中，大家都拿出最好的東西，彼此切磋。不過，因為有 PyCon Taiwan，我們也許會登峰造極而後求敗，但卻絕對不會孤獨的。

無論你今年有沒有佔到講台，請各位都準備好你的傢伙。閃電秀 (lightning talk)、榮團會 (BoF) 也都是你表現的舞台。在這個台灣 Python 年會中，到處都是 Python 程式員。我們聽得懂 __init__()、__call__() 和 @property！千萬不要放過這個一年一度的大會。

如果你還沒有報名，快點。人數上限就是 250 個，再等下去就沒位子了。