目前shark計畫正在做大規模的改版(加入了sharkCore Class及模組抽換),不過因為機器人的需求各式各樣,所以想要利用大家的能力來收集一些已經寫好的規則並整合至shark內。以我自己為例,我目前做了「對特定關鍵字的噗做一次性回覆」這個規則(可能的應用如「小籤籤的抽籤功能」、「占卜功能」、「食我機器人」…等),允許使用者自行定義關鍵字、Qualifier、還有回應、以及回應用的Qualifier,另外在03/06的時候我又做好了一個「在特定時間發噗」的規則(相關的應用如「定時亂喇賽來維持karma」、「定時發自訂的消息」…等),可以一次定義多時段的發噗內容,例如說我可以在每天十二點問大家吃飯沒,同時每一小時會發出天氣預報。
同時也實作了三種方法來抓取「回應」的內容,你可以把回應的內容放在網路上以檔案的形式呈現,或是你也可以為你的網站設立一個API的接口,透過HTTP的方式去讀你網站的資料(例如你的網站是有關於美食的,你就可以提供一個接口給shark連結,即時提供一些存在於你網站內的美食資訊給使用者),另外一種就是讀取本機已寫好的檔案,而最後一種就是以變數的方式直接設定回應的內容。有一點要補充的就是目前回應的資料都是以JSON的格式來設定。
如果你有意願幫忙加入一些有趣的機器人規則的話(像是來個人工智慧的機器人,或是定時發噗之類的),麻煩參考一下我在github的資料並參考我簡介頁面的信箱來信。
另外就是,因為我還在學習團隊合作的方法,所以可能在寫法或是想法上有一些較主觀的成份在,歡迎大家給我一些建議與意見,讓我也能和大家一起學習,感謝。
[閒聊] reCaptcha activated
我原本一直不想把驗証碼放進整個blog的,只是因為最近有幾個機器人太囂張了,一直留不停。要留就算了,好歹也改個內容嘛,要不然看的會很煩捏。於是煩不勝煩,我就決定去支持一下reCaptcha計畫了,也許在輸入的時候會很麻煩,也很容易遇到很難辨識的字,不過就當做是幫忙他們這個計畫吧,你的一個動作,就為整個計畫做了很大的貢獻哦。
[RoR] Passenger + Apache = 無敵金身
目前為了要把RoR和Apache做個整合,所以在網路上找尋可能的實作方式,找著找著,就找到Passenger這個Apache_mod,真是太好了,接下來就是來看一下要如何設定了。
文件參考
以下是用「MAC OSX 10.5.8」、「Apache2.2.13」當工作環境,如果有出入的話麻煩自行微調一下。
剛開始要先有Apache,這是理所當然的,不過原先在蘋果上面已經綁了一個Apache Server,而在Passenger 1.0.3以後有支援原生的Apache Server,因為照理說大家都已經有了,所以我們就直接跳過安裝Apache這一步吧。
接下來就是透過Gem裝一下我們的Passenger寶石。
http://gist.github.com/319448.js?file=gistfile1.sh
這邊我在裝的時候花了一些時間,可能要耐心等候一下,大概有幾分鐘。
再來就是讓Apache來建立這個Module
http://gist.github.com/319456.js?file=gistfile1.sh
等這個Module安裝成功後,就會得這個畫面:

截取重要的那一段訊息之後:
http://gist.github.com/319459.js?file=gistfile1.sh
現在我們就可以把這一段Apache的設定放入httpd.conf的設定檔。
不知道大家的設定檔位置是在哪,我的話是放在「/private/etc/apache2/httpd.conf」,
接下來就可以把剛剛的那一段設定寫在檔案的最後面,讓Apache會在啟動時去讀取那個模組,並自動設定好Passenger的位置和Ruby bin的位(這一段是因人而異的,所以通常每個人都不太一樣,要寫入自己安裝完Module時的那段設定)。
Good,基本的模組設定如果都成功的話就可以開始設定我們的Rails專案了。
BTW,如果Passenger發生了什麼問題的話,直接修改你的「httpd.conf」把那三行comment掉就可以停止載入Passenger了。對了忘記提醒一下,只要有「動到」Apache的任何一個設定檔,就一直要reload Apache哦,別傻傻的一直試,想說怎麼都沒有效果出來。
再來是Passenger的簡單應用,
因為原本在「httpd.conf」的最後面有寫入「Include /private/etc/apache2/other/*.conf」,所以我們就在other這個資料夾新增一個適用於自己專案的設定檔,這邊就叫他「test.conf」吧。(以下用VirtualHost來設定路徑)
然後因為我的專案是叫做「test」,所以我就在「test.conf」這樣設定:
http://gist.github.com/319469.js?file=gistfile1.txt
在這邊有幾點要注意的就是當你要部署一個專案的時候,一定要把「DocumentRoot」指到你的專案的「public」資料夾,而且要「Disable MultiViews」。
所以現在只要打「http://localhost」就可以看到我們的頁面囉。
再來要補充的是進階用法:如果我們不要直接Match我們的專案到該網域的話,那要怎麼做到Sub URI? (如http://localhost/test 可以指向到我們的test專案,而 http://localhost/ 可能就還是我們原先的Apache welcome頁面)
看官方的做法真的是很酷,要利用到Symbolic Link來部署我們的專案,超酷,那該怎麼做呢?來看一下我的設定檔。
http://gist.github.com/319474.js?file=gistfile1.txt
一步步解釋,因為用到Sybolic Link,所以如果我有很多種不同的專案時(如 /test , /abc , /def ),那我就會有很多個Link,所以先統一放在「/Users/EragonJ/links」這個資料夾內,接下來再把他們指向到你要的專案下的public資料夾,請看圖例:

Symbolic Link是這樣製作的「ln -s 被指向的位置 symbolic link的名字」,
http://gist.github.com/319483.js?file=gistfile1.sh
OK,設定好我們的Link後,再來就是要修改一下原先的conf檔(依照上面那個Gist的註解來做修改),那個RailsBaseURI就是我們「http://localhost/xxxx」的「xxxx」,也就是原本想要實作的Sub URI,只要透過Directory內的Symbolic Link 去幫我們指向到我們的「test/public」,就可以了。
以上是我在玩Passenger的一些小心得,如果有什麼錯誤的地方麻煩留言指正,而更進階的玩法就麻煩參照官網上的資料囉。
我們下次見。
[閒聊] An idea
一直想要實做一種東西,
那是一個和時間、未來有所關係的東西,
也已經想了很久,斷斷續續也想了有幾年了,
該是動手做的時候。
[PHP] optimization for shortening the API calls
最近為了降低API calls,所以在Shark內加入了一個Method可以讓使用者自行依自己的需要來延遲整個程式的執行:
http://gist.github.com/309735.js?file=gistfile1.php
參數是所需延遲的秒數,0就是不延遲。
雖然這裡沒有什麼技術上的難度,講白點就是丟給sleep()去跑而已,但是我想討論的是它所造成的影響。先看一下下面的統計圖:

2/14和2/15是平常的情況,所謂的平常就是用無窮迴圈去跑Bot,只算「登入」和「基本檢查」這幾個動作,而已,就會拉高整個呼叫API的情況,非常的跨張,這就是為什麼北極冰山快融化完的關係,因為大家只要寄個信給Plurk官方就可以突破原先50000次的限制,要怎麼用就怎麼用,非常爽快。
但是再看看2/18和2/19的時候,這是我讓Shark加入了延遲的動作,我記得是設3秒鐘,夠誇張吧,直接下降到23000的次數了,你連寫信去Plurk的動作都省下來了,還有27000次讓你做別的事情,這樣不是很開心嗎!? (大約下降了78%..),真是從小處著手,就有很大的改變呢…(忘了說,使用者很難感受到機器人回覆plurks的時間差,一樣很快)
所以麻煩大家不要一直用「while(true)」或是「for(;;)」這樣子的東西,要用的話至少也要加個中止條件或是延遲,不僅可以減少系統資源的開銷,還可以保護北極熊不會因此死光…
[News] Chatroulette’s Creator, Andrey Ternovskiy
From New York Times
這個網站最近在PTT的幾個大版都很常被討論到,我也自己下去玩了一下,先不討論裡面各種情色的問題,在這邊我想討論一下這個網站。
其實在他的個人讀白就有說到,原本對這個網站的構想起源是因為他常常和朋友用Skype用視訊,但是久而久之也就覺得有點無聊,所以想要加上了幾個元素,我覺得這個元素就是最重要的部分,一個是「隨機」、一個是「匿名」,這都是一般類似網站或是程式所沒有的元素,我覺得也是這兩個元素讓他大紅大紫。
先來看一下「隨機」這個元素好了,我一進去他的這個網站就覺得,這怎麼可以這麼新奇??真的,寫程式的人誰不會用「Random」,但是從來沒有看人可以把「Random」以這種方式來應用,他這個動作讓每個使用者都能夠有「自主
權」,怎麼說呢? 在那個網站是以隨機的方式來配對一組使用者,所以如果你不滿意這個結果,你可以按個按鈕就換人了,一來簡單,二來多了一點賭博的刺激感,因為誰不想要看到正妹和帥哥咧!?
再來就是「匿名」,大家可能會說,阿哪個聊天室不是匿名的咧,是呀,但是你現在在這個網站上面就只有兩個身份,一個就是「You」(對你自己來說),另外一個就是「Stranger」(對別人來說),這樣子的做法真的很特別,以前你可能還要打個什麼「乂煞氣a小子乂」這樣不會太蠢嗎,這種慾情故縱的做法,反而多增添了一點神秘感,讓人多了一點瑕想。
OK,說了這麼多,快去「Chatroulette(聊天輪盤)」玩玩看吧。
這邊是「New York Times」的原文,而以下是我對該篇文章的作者讀白所做的翻譯(藍色的部分是我覺得很重要的地方):
「一開始,我並沒有任何商業的目標,我只是因為好玩才創造了這個計畫,而我才剛完成這個網站。因為我是一個青少年,所以我對於其他青少年在網路上想要看到的東西有一定的感覺。我很喜歡和朋友在Skype上用麥克風和網路攝影機聊天,但是最後我們覺得有點膩了,所以我因此想要創造一個我和我朋友隨機互通的小網站。
要建這個網站對我來說並不容易,儘管我從11歲就開始寫程式了(一切都幸虧我爸很早就帶我到網路上去玩,而我大部分的知識都是從網路上來的)。
我原本並沒有幫我的網站到處廣告,但是不知道怎麼了,朋友們開始互相談論這個網站,也因為如此所以這個消息就開始散播了。這就是為何同時在線人數開始從10個人變成50個人,再從50個人變成100個人,並持續上升。每一次當使用者上升的時候,因為我的軟硬體都沒辦法應付這樣子的成長,所以我就要開始改寫我的程式碼。而我從來沒想過,應付大量使用者的這個負擔,會是這個計畫最困難的部分。
隨著使用者人數的增加,頻寬和主機所需支付的費用就開始增加,但我很高興我的親戚幫我個大忙,「投資」了一些錢在我的點子上。
但是那並不是一筆很大的金額,所以我沒有辦法去買新的伺服器,我只能開始盡我所能的最佳化我的程式碼。我必需說,有很多人都一直在程式方面幫了我很大的忙,因此我很感謝他們。目前我仍然是一個人在寫整個程式,我也想要分享一些工作給其他的人,但是因為我是住在莫斯科而不是美國,而大部分有興趣的人都住在離我很遠的地方,所以我還是得自己處理所有的事情,但是我並不擔心。
我很享受我所做的事情,它對我就像是一個遊戲一樣,我都會一直發現新的事情並解決有趣的問題。
現在『Chatroulette』使用了七部位於德國法蘭克福的高階伺服器,而流量是7GB/s,我用了各種不同的科技來讓使用的頻寬最小化,但是很多的頻寬還是消耗掉了。雖然帳單上寫的金額讓我很驚訝,但是我並不擔心。
我很高興人們對我的計畫有很大的興趣,而且我曾收過一些很有趣的奉獻讓我的計畫可以存活並改進。
我讓我網站上的廣告維持最少的數目,因為很多網站都充斥著一堆廣告,會分散你的注意力讓你不知道你原本想做什麼,而我個人也很喜歡極簡主義,這就是為什麼我只放四個廣告連結在網站下面,而有趣的是,光靠這四個連結,就能夠包下我所有的花費呢。
我覺得我可以不用放一大堆廣告就可以維持網站盈運真的是太棒了,也許是因為『Google AdSense』把連結秀在不同的視訊下吧,我並不認為這是一件壞事反而覺得很好,因為我認為只有對我網站沒有興趣或是感到膩了的人才會點那些連結,想要去探索看看有沒有什麼新的服務。
我察覺到『Chatroulette』在美國很紅,這是一件很有趣的事情,雖然我從來沒有去過美國。不過我大部分的使用者都是從那邊來,因此我還蠻想去美國看看說。
我真的想過如果『Chatroulette』能夠成為一個美國的公司會比較好,不過只是個想法而已。
我一直想要把『Chatroulette』變成一個全球化的東西,這就是為什麼我選擇德國放置主機,因為它是在俄國和美國的中間,而且它也是不同歐洲骨幹網路的中心,所以我覺得這裡是最好的地方,可以把世界上的人連結在一起。
然而,我也開始計劃要放置主機在不同的國家,這樣我就可以多加一些有趣且奇怪(好的方面)的特色,讓整個網站更充滿樂趣。
而現在真正阻礙我增加新的特色的原因是因為我還不確定『Chatroulette』到底是什麼樣的一個東西。
每個人都發掘出他們自己的方法來使用這個網站,有的人覺得它是一個遊戲,有人覺得它是一個未知的世界,還有的人認為它是一個交友的服務。
我覺得這個簡單的點子真的是很酷,而且對於很多人來說是有用的。雖然有的人不是以很好的方法來使用這個網站(我很反對這樣的方法),而其他人則是用它做出我難以想像的事情,他們用它來唱歌給陌生人聽,廣播他們自己的音樂。兩組不同的年輕人可以透過它來辦個聯合派對,以我看來這些都是些很棒的玩法。我很高興我做了這樣的一個計畫。
」
有自己的夢想最美,不是嗎?和大家共勉之。
[RoR] ActionMailer + Gmail +SMTP_tls = Amazing !
哦耶,今天一個下午在尋找和PHPmailer一樣的東西,讓我可以在RoR上面做到「註冊完自動回覆」的功能,中間參考了很多個站的教學,但是都一直實做不出來寄信的效果,就覺得很XX,結果皇天不負苦心人,我在一個國外的網站找到了實做方法也測試成功。
先註明一下環境:「Ruby 1.8.6」、「Rails 2.3.5」(後面有「Ruby 1.8.7」的做法)。
OK~GO,一開始先來去「ROOT/vendor/plugins/」,用下面這個指令把相關的資料抓回來,此時你的plugins下就會多出一個action_mailer_tls的資料夾了。
http://gist.github.com/306718.js?file=gistfile1.sh
再修改你的「ROOT/config/environment.rb」,把以下這段Code插在end之後,
http://gist.github.com/306694.js?file=gistfile1.rb
OK,大功告成,原本要用什麼sendmail還是什麼mail server才可以做到的事情現在單靠Gmail就可以做到,算是比較符合小型開發者的需求。那環境用好了,接下來就依官方教學設定自己的ActionMailer了。
一開始先產生我們的Model,
http://gist.github.com/306699.js?file=gistfile1.rb
好,原本的Model內容應該是空的,來加入一些我們的基本設定(官網的詳細介紹):
http://gist.github.com/306705.js?file=gistfile1.rb
現在Model做好了,要再為該Model下的Action做一個View(這邊很重要),我原本以為這個View可以不用做,結果我錯了,因為官方教學有寫到,這個就是信件的內容,所以如果你不產生這個View,就會出問題(之前就是敗在這),
在我的例子中,我的路徑是「ROOT/app/views/eat_me_mail/send_mail.html.erb」,這裡面就是你想寫的話啦,要寫什麼就隨便個人了,這邊就不多說明,最後就是和Controller合併起來。
這邊先引用一下官方的說明「You never instantiate your mailer class. Rather, your delivery instance methods are automatically wrapped in class methods that start with the word deliver_ followed by the name of the mailer method that you would like to deliver」,它的意思是說我們要在Method前面加上deliver_才能呼叫,在這大家就依自己的工作需求,呼叫自己的Method就可以傳送出去了,而下面是我的例子:
http://gist.github.com/306711.js?file=gistfile1.rb
到這邊,整個過程都已經結束了,如果你在讀取該Controller下的Action時有產生短暫延遲,就可以再去server看一下是不是有類似以下的訊息,如果都有的話,那就成功啦,耶斯!
http://gist.github.com/306715.js?file=gistfile1.txt
最後附上一張測試成功圖,我們下次見:D~

〈補充一下Ruby1.8.7的作法〉
因為工作上的關係,所以自己和伺服器的版本不同,所以在移植的時候出了很大的問題,雖然程式都沒有報錯,但是會發現信寄不出去,這真是一個很該死的問題,所以我又上網到處找資料,發現了原本的tls是給Ruby1.8.6版本用的,所以在1.8.7時就不能再用這個做法,所以要改用另外一個寶石。
http://gist.github.com/310748.js?file=gistfile1.sh
然後修改「ROOT/config/environment.rb」這個檔案的內容如下,
http://gist.github.com/310749.js?file=gistfile1.rb
OK,這樣就可以了,大概就是這樣啦:D~
[RoR] Rocks
好吧,我真的想說,RoR的Migrate和Scaffold這兩個東西實在是令我太吃驚了,我覺得大家應該都是衝著幾個好用的東西來玩RoR吧,先說說Migrate,它整合不同資料庫的語法,只要用RoR的專用寫法就可以通吃各大資料庫的格式,光是這點就很屌了(雖然我都是用MySqlXD),還有更屌的就是它加入了類似版本控制的功能,只要你「爽」,你要怎樣搞你的資料庫都可以!!
大家一定會說,這有什麼了不起的,我直接進資料庫改就好了,有什麼大不了的,哦不,那個鎖碎的動作現在都不用了,只要用Migrate的升級、降級,你要怎樣呈現你的資料庫都隨便你,什麼時候要新增或是刪除資料表也可以,要像玩仙境傳說Online一樣會回溯寶物都可以啦,這真的是太酷了!!
而Scaffold來建造CRUD的基本架構真的是很快(要改的多麼華麗就看個人了),以前都要寫個半死,現在只要幾個指令敲一下就通通跑出來了,省下很多不必要的時間,把這些時間拿去做一些比較深入的分析或是實作都比較划算,真的是很好用。
雖然現在還沒有玩的很透徹(我直接看官方API看了好幾天= =,因為台灣都沒有Rails 2.0以上的書,真是太該死了,就當練習吧! ),但是它基本好用的地方我已經了解到了,就差語法和API的呼叫就能夠比較上手了,加油!!
RoR Rocks => RRR
[RoR] 幹
為了這個東西,我不知道死了多少腦細胞,
一開始為了yml的問題,我不知道搞了多久,最後發現是Vim設定上沒有設好,導致RoR一直出錯,再來就是因為64bit和32bit的問題,因為「the Ruby interpreter bundled in XCode 3.0 is in fact only compiled as a 32-bit i386 executable」,很好,我用我的64bit版本的Mysql,就因為這樣死在這邊,GOOD。
最後把Mysql換回32bit,好棒,RoR終於可以讀Mysql的資料了耶~我的所有資料庫資料也因此全部消失了,耶~中間也花了好幾個禮拜的時間搞書和安裝設定一大堆相容性的問題,版本的差異也是個大問題,時間都不用錢的,超棒。
結論,為了這個RoR,我覺得,「得不償失」,幹。
[PHP] Shark – 整合性 plurk bot
這是我最近一直在做的東西,也許是因為之前「JaceJu」的那堂課讓我對物件導向的模式有點嚮往,所以就試著用用看物件導向的概念在這次的專案下,先來介紹一下這個玩具吧:
一開始我是看到朋友們一直在討論plurk bot這個玩具,所以就想說來做個什麼(其實我就是一個很怪的人,我很多做出來的小玩具都是因為看到人家的討論串才開始做的,而這次也不例外XD),因此就想打造一個整合性的plurk bot,而不是只為了特定功能而實作的東西。我想可能也是受到Hax4理念的刺激,為了製作出讓人家覺得有趣又好玩的東西,所以我們必需把最麻煩的部分都實現並封裝起來,就算使用者不是一個程式設計師(我也不是XD),也能夠輕易的上手,這就是我的想法。
實作的部分,因為我是在PHP下做的,所以就沿用官方認可的php-plurk-api,用他們已經實作好的API去和官方做溝通,這真的是省事很多,這樣我就不用自己刻一個爛爛的介面來用了,也提昇了穩定度。因此整個Shark class是直接繼承它的類別,再設計新的骨架在其之上,一來我可以開心的使用API,連第三層的使用者也能輕易的使用(繼承真的是很神,更神的是所有在plur-api下的Method都是protected的,大家都可以開心用XD),所以這樣一來我沒有破壞到它原始的架構,反而再多建了一些我想做的東西讓大家玩,這樣真酷!
講這麼多,快點上我在Github上的Shark專案把相關的核心抓下來玩玩看吧,忘了說,我本意是想讓大家都可以輕易做像是「小籤籤」的plurk bot,可以自動回覆一些特定資訊,而一些設定的細節就麻煩去看我寫好的說明啦,如果對這個專案有什麼建議的話,麻煩直接回信到我的信箱並在主旨打「About: Shark」,我就會盡快回覆你的。
感謝你的觀看XD。
δ 目前Shark有改版的資料並徵求有志之士來寫好玩的規則,請看站內的另一篇文
δ 整個專案是相容於php_plurk_api 1.4,但是目前最新是1.4.2版,這點要注意一下。


