Apple遙控器其實很有用..

現在Apple的電腦都會附送上一隻Apple遙控器,我本來一直以為只能拿來開Front Row,控制DVD撥放而已。剛隨意亂逛時發現這篇文章Beyond the Front Row with the Apple Remote,才知道原來遙控器可以做很多事情,甚至連Keynote簡報也可以用遙控器控制。要是沒有這些功能,我大概只會一直把遙控器收在袋子裡而且都不想打開吧XD..閱讀全文

新版的Parallels Desktop

Mac上著名Virtual MachineParallels Desktop出新的beta版了。這個版本最大的特色就是可以讓Parallels直接從透過Bootcamp安裝的Windows開機,也就是說如果想要同時用Parallels和Bootcamp,只要裝一套Windows就可以啦。我自從開始用Intel Mac後就一直再等這個功能出現,因為我偶而需要用IE測試一下我寫的Javascript能不能動,偶而也要寫需要DirectX才能跑的遊戲(作業)。所以Parallels支援這個功能真是一個超大的好消息啊,哇哈哈 :-D另外一個不錯的功能是coherence。coherence mode可以讓Windows下的程式單獨出現,不用讓整個Windows desktop佔滿畫面了。有了這個模式,網頁開發者就可以很方面地在Mac上同時測試IE, Firefox, Safari三種瀏覽器了。閱讀全文

Comet (Server Push) on Turbogears (2)

上一篇提到了Comet,以及Turbogears

Turbogears是用Python實做的一套Web development framework,有點像Ruby on Rails那樣,可以讓人用Python快速建構web application。這個framework包山包海,一般web app需要用的東西全都有,而且也很容易上手。我一連用它作了2個project,都很愉快的解決掉,直到最近要作即時性非常重要的web game,才發現我需要有server主動送出資料給client的能力。

我根據Server Push and Server SocketsXMLHttpRequest兩篇reference,在Turbogears上實做出一個簡單的Cometdecorator。這個decorator可以非常方便的在Turbogears中(其實只要用CherryPy就可以了),加入支援Server Push的method。大致上的作法是這樣子的。Turbogears底層所用的CherryPy可以藉由回傳一個generator來分段傳回結果,進而達到HTTP streaming的功能。但只有這樣還不夠,我們得改變CherryPy回傳的Content-type為"multipart/x-mixed-replace",並且在每個片段前後都包上multipart delimiter。Python 2.4後有了一個很棒的新功能: decorator,可以在任何一個function/method上包上另一個function,例如:[code lang="python"]def wrapper(f):def _wrapper():return "< < " + f() + " >>"return _wrapper@wrapperdef func():return "Hello world"print func() # The result is "< < Hello World >>"[/code]上面這個例子,利用decorator在func()的結果前後加上了新的文字,但卻不用更動func()以及主要的程式碼。所以,decorator可以很方便地在不更動其它code的前提下,在現有的function上包覆上新的功能。如果對decorator有興趣的,可以參考Python 2.4 Decorators這篇文章,裡面詳細介紹了decorator及其應用。一開始提過,我正在作一個web game,第一個碰到的麻煩就是玩家們必須等其它玩家到齊,遊戲才能開始。在沒有server push的技術前,我是在前端用JavaScript的setTimeout()加上Turbogears(其實是Mochikit)的loadJSONDoc()不斷地去polling,問到server回應人已經到齊為止。利用decorator的優點,我寫了一個comet decorator,可以讓Turbogears(CherryPy)的user們輕易地加上server push(Comet)的能力。 使用方法如下:Server side(Turbogears):[code lang="python"]from Comet import cometclass Root(controllers.RootController):@expose()def comet_wait(self):@comet(content_type='text/plain') # content_type can be omitteddef _waiting():yield "waiting..."time.sleep(5) # replace me with real codeyield "start"return _waiting()cherrypy.config.update({'/comet_wait':{'stream_response':True}})[/code]Client side(Javascript):[code lang="javascript"]function handler(evt){logDebug("onLoad handler");var t = evt.target.responseText;$('msg').innerHTML = t;}var req = new XMLHttpRequest();req.multipart = true;req.onload = handler;req.open("GET", "/comet_wait", true);req.send(null);[/code]上面這個例子模擬了user等待server通知遊戲開始。我在Root下加了一個comet_wait method(相對的URL為http://SERVERNAME/comet_wait),並把stream_response設為true,讓這個method可以分段傳回資料。這裡的關鍵在generator method _waiting()前加上的@comet(content_type='text/plain'),這個decorator會把HTTP response的content-type設為"multipart/x-mixed-replace",並且讓_waiting()每次用yield傳給client的結果前後都包上multipart delimiter。在client端,因為Mochikit不支援multipart的AJAX request,所以只好自己土法煉鋼一下。我們用XMLHTTPRequest打開一個不中斷的channel,等待server通知遊戲開始。為了要配合server的multipart data,我們必須把req.multipart設為true,並把req.onload設為每次有資料進來時的handler。到此,就完成了一個簡單的Comet client和server。server一開始收到client的request後,會先發出"waiting..."的訊息,接著等待5秒後,再主動送出"start"的訊息。這中間的time.sleep,可以換成檢查玩家是否到齊的程式,而client只要在onload handler裡檢查遊戲是否開始就行了。完整的Turbogears example和comet decorator的實做下載:閱讀全文

網頁瀏覽加速

剛看到網頁瀏覽加速法這篇文章,發現原來Firefox暗藏HTTP pipelining的選項,而且預設是關閉的..XD所以一般使用者,其實只要在Firefox的網址列輸入about:config,再把network.http.pipelining設成True,就可以大幅提昇瀏覽網頁的速度。既然Firefox可以加速,那Safari呢?很不幸的,Safari不支援HTTP pipelining (啊啊啊~ 怎麼會這樣...) 雖然得知這個消息有點可惜,但我也在搜尋過程中意外發現一個加速Safari的方法,只要在終端機(Terminal)下面輸入這個指令:defaults write com.apple.Safari WebKitInitialTimedLayoutDelay 0.25這個設定可以讓Safari在真正讀取完網頁前,只delay 0.25秒就把網頁顯示出來。因為這個設定的預設值本來是1秒,所以只要改了這個設定,就會感覺到Safari載入的速度變得飛快無比(非常明顯,比Firefox的HTTP pipeling還要爽XD)。Safari愛用者,快快改變這個設定吧!閱讀全文

Vim + Visual Studio .NET on Windows

像我這種用習慣vim的人,不論用甚麼其他的編輯器都會渾身不對勁,更別提還要拿來寫程式。因此我排斥Visual Studio已經不是一天兩天的事了,但這學期修了個Game Programming,很不幸的它提供的Game Engine只能在Windows下跑...這讓我不想用Visual Studio也不行了 :((呃,我知道MinGW啦,但我並不想花太多力氣搞MingGW+DirectX+Game Engine的相容問題...)所以呢,我得在Windows上裝vim,然後讓我能在vim中compile & test程式。以前的Visual Studio可以用一個叫VisVim的plugin,但VS .NET後就不能用了。另外,以前還能export makefile出來,現在似乎也不行了...!#*(!#&!&%@$研究了半天,發現我得透過"Microsoft Visual Studio .NET 2003/Common7/IDE/DevEnv.com"這個程式,才能在command line底下build program。底下是給vim的設定,我把這個設定加在vim的session file中,這樣之後再開project就不用一直重設,而這個設定也不會干擾到其它檔案了。set makeprg=devenv.com /Build Debug xxx.slnset errorformat= %#%f(%l) : %#%t%[A-z]%# %m(xxx.sln請自行換成你的.sln檔。DevEnv.com的PATH也要先設好。)這樣就能在vim下用:make來build程式,並且vim也能parse錯誤訊息並自動跳到對應的那一行了。只是有一點我還搞不定,devenv的help說用/LCID能設定它的locale,但我怎麼設都沒用,跑出來的訊息一直都是中文的,這讓我在UTF-8 term下面老是看到一堆亂碼..。閱讀全文