這是我當初做 stickeraction 想要弄的議題之一, 就是希望能撲滅音樂自動播放這件事, 誰知道我後來就失憶了 (笑) 不過前幾天發現這張貼紙做的很漂亮, 而且主張很明顯! 超讚的! 大家一起來貼一下吧!!! 拜託嘛 ~”~

難道沒有人覺得有時候在看正妹相簿的時候, 每點一張照片, 歌就會重新播放一次這件事很反感嗎? XD

其實新版的 stickeraction 上線了一個禮拜左右了, 除了版面整個改掉之外, 也從 php + codeigniter 換成 python + django, 換成用最大的好處就是馬上就多了後台可以用 ( 笑 ) 看起來像是下面這樣。

另外這次也加了多國語系, 目前有繁體中文、簡體中文以及英文 ( 我想也不會有其他的語系了 XD ), 會依照瀏覽器的語系自動切換, 或者可以從網頁的 footer 來切換語系。

這是我的第二個 django project, 由於第一個是公司的網站, 所以不太能亂搞, 弄個一個自己的以後, 想要衝 trunk 就衝, 完全沒再怕的 XD 至少目前知道 django 1.2 rc 1 用 1.1.1 的設定直接衝上去是沒有問題的 XD

其實沒有管 stickeraction 已經好一陣子了, 都靠 monit 在幫我重開 lighttpd, 可是 php fastcgi 仍舊一直變殭屍一直到把記憶體吃光 Orz

機器仍舊是一台 Linode 540MB 的 VPS, deploy 方式是用 apache2 + mod_wsgi 然後一樣是用 virtualenv + pip 來跑。

剛上線的時候比較慘的是, 目前 stickeraction 的 request 差不多是 30 reqs/sec, 晚上會到 40+ reqs/sec, 所以 Apache 的 KeepAlive 沒有關掉, 一上線就被打掛了, 害我一度以為 apache + python 撐不住, 想說程式白寫的了, 趕快開了 server status 來看才知道是怎麼一回事。

目前看來跑起來都很順, 只是 cpu 較先前吃多了點, 不知道是哪個環節, 因為 lighttpd 換成了 apache, php 換成了 python, 而大部分的 mysql table 也都從 MyISAM 換成了 Innodb, 之後在來試一些東西。

除了把 stickeraction 從 php + codeigniter 整個換成 python + django 之外, UI 也整個翻新了, 希望能夠趕快弄好上線, 我就不想管了 (攤)

弄 html + css 真的是比寫 code 還要困難, 而且花時間 ~”~

其實最主要是想省點錢, 因為 linode 每個月就要花掉我大約一千塊的台幣, 可能也是因為這大半年來幾乎都沒在改 stickeraction 的東西, 就一直擺在那邊, 所以感覺有點浪費錢的感覺 XD

而目前在 prgmr 買的主機是一台 512MB RAM, 不過只有一顆 CPU, 跑起來感覺滿”ㄍㄧㄥ”的 XD

Linode ($29, 540MB, 4CPU)

vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Xeon(R) CPU           L5420  @ 2.50GHz
stepping	: 6
cpu MHz		: 2500.086
cache size	: 64 KB

Prgmr ($12, 512MB, 1CPU)

vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: Quad-Core AMD Opteron(tm) Processor 2374 HE
stepping	: 2
cpu MHz		: 2200.000
cache size	: 512 KB

4 顆 xeon 比起 1 顆 Quad-Core 不知道哪個比較夠力? anyway, 省點錢用 ~”~

這幾天的不穩定大家請多包含了 Orz

由於 stickeraction 已經可以偵測哪個貼上串連的貼紙帶來了多少 click, 不過一直沒有一個比較視覺化的方式來顯示點擊數。 所以今天幫 stickeraction 加上了 click chart, 用來顯示今天有哪些部落格為串連貼紙帶來了多少的 click。

只是這個功能還沒開放出來就是了 :p 其實是覺得 stickeraction 可以往串連貼紙計數器之類的方向發展, 所以之後後台應該會在改。

不過目前的外觀應該是比較適合放在 sidebar, 放在內文應該很難看, 之後有機會再來試試, 主要是考慮到貼紙大小不一, 也許放在內文的話得先在 widget 外面先包個有限定寬度的 div 會比較好。

現在在我的 blog 的 sidebar 放上了 stickeraction 串連貼紙的 widget, 看起來還不錯, 不過應該要再加上 powered by stickeraction 之類的東西 XD

而串連發起人的後台也可以看到這個 blog widget 的語法, 發起人可以直接登入 stickeraction 後台來取得語法。接下來還有一些 widget 想弄, 再來就是開發一些 API 了。

平常沒事就會逛逛 stickeraction, 看看有沒有什麼新貼紙, 不過前幾天, 在參加完 twestival 回家之後, 看了一些新的貼紙, 點進某張貼紙發起人的網站, 就發現了這個網站了, 叫做貼貼王, 好像現在網站都要叫 “XX王” 之類的 XD

沒想到還有人願意 clone stickeraction, 連網址都差不多 ( actionstick.com ), 就反過來而已。 不過~ 其實不管是 layout 或文案很像, 我是覺得都沒差, 畢竟網站不就都是這樣, 有同樣目的, 文案當然也會差不多。 只是… stick 的名詞似乎是棒子 (?)

Anyway, 我比較 care 的是, 怎麼連好幾張在 stickeraction 的串連貼紙都抄過去? 我基本上是直覺, 被拿過去的貼紙並沒有經過發起人, 或是貼紙作者本身的同意。

另外, 這個站似乎都是全手動的, 發起串連要人工, 加入串連也要人工, 這樣不會很累嗎? anyway, 我也不知道製作這個網站的公司是在想啥, 老闆們的想法不是我能夠理解的, 不過貴公司有人看到的話, 倒是可以考慮一下來跟 stickeraction 合作阿? 我可以弄個 sub domain 給你們, 然後 css 自定 layout 之類的 XDD

直接合作的話, 會比請工程師來作一個串連平台, 省力又省錢呦!! XD 最後也感謝讓我 blog 有題材可以寫, 最近都不知道寫啥 Orz

stickeraction blog
stickeraction on twitter

Anyway, 開始離題! 嗯~ 前三天都在為了 stickeraction 跟各家部落格的相容性做處理, 寫了一堆 class 來作, 可以判斷各家部落格。 其實目前新的機制也可以用來抓, 不是部落格的網站, 像是 google site, wikidot ….等, 只需要另外繼承個 class 出來, 設定好基本的格式就可以了。

基本上就是寫了一個 BQ_Base 的 class, 用來抓取通用的 blog。 然後 BQ_BSP 繼承 BQ_Base 提供 BSP 才有的功能, 然後再由 BQ_BSP生出 BQ_Yahoo, BQ_Wretch, BQ_Pixnet … 等等, 然後在寫個 BlogQueue 的 factory 來存取, 這樣一來可以減少很多 stickeraction 的後續處理。 ( PS. BQ 指的是 BlogQueue )

不過今天凌晨我資料庫那一台 slice 掛點… slicehost 最近還滿多問題的, 其實… Orz 所以現在又都先把 db 跟 www server 放到同一台了, 256slice 還真會撐! XD 不愧是 gentoo 阿!

另外我想說把 twitthat 跟 stickeraction 分開, 不然晚上 stickeraction 那邊的 request 太多, 加上如果又跑 cron, 有時候真的是會拖慢到 twitthat。 剛好今天資料庫那一台炸掉, 就想說把 twitthat 搬到 GAE 好了, 所以今天就又開始在寫苦手的 python, hmm… 至少現在可以推了。

所以要來開始重新學 python 了, hmm… 主機掛點才會有動力阿!!!!!

這個圖表也許多少可以幫助串連發起人, 了解最近網友串連的狀況, 另外也打算加上一些其他的統計數據, 還有 UI 的改進, 趁我還有空閒的時候 :p 話說我的貼紙都沒很多人貼勒! 幫貼一下啦 XD