貼一個ニコニコ動画看到的影片。
這兩部作品分別是:ef - a fairy tale of the two. 與 sola。
幹壞事是進步最大的原動力
貼一個ニコニコ動画看到的影片。
這兩部作品分別是:ef - a fairy tale of the two. 與 sola。
半年沒出新版的 lighttpd 把現有的 patch (以及 1.5 backport 回 1.4 的部份) 整理出來,出了新版:1.4.19 - Made in Germany。
這個版本幾乎都是 bug fix,新功能的部份似乎只有兩個 (最開頭的兩個),我自己還不會先使用... (沒時間的時候不要亂玩可能是地雷的東西 XD)
星期六下午跟好幾個親戚去淡水舊街玩,照片都丟在「淡水舊街 (2008/03/08)」裡以及「970308淡水」裡了。
先是從紅樹林站搭到淡水站,然後進入舊街開始吃吃喝喝聊天,到淡水紅樓上逛,然後最後搭船到漁人碼頭被海浪弄濕後,跑去親戚家稍微弄一弄,公車轉捷運再轉公車回家 :p
中間有很多過程就懶得提了,都是親戚間的八卦話題... (狂笑)
另外,這次出去玩稍微改變了「手機拍出來的照片很差」的印象,因為我第一隻有照相功能的手機是 Sony Ericsson T610,0.3M pixel 的效果完全不行,這次帶出去的是 3.2M pixel 的 Nokia 5610,效果就好很多,用手機拍起來還蠻順的,之後應該會常常亂拍吧 :p
雖然 Firefox 3 很容易當掉,但我已經相當習慣他當掉了,所以我的四組電腦都是用地雷版 (家裡與公司的 Desktop、X31、R60)。
四台電腦有幾乎一樣的 addons,但很多 addons 都是 Firefox 2.0.0.x only,不過實際上在 Firefox 3 上跑其實很正常,所以需要動一些手腳讓 Firefox 可以用。
我發現很多人都是修改 addons 裡的 install.rdf
,甚至教學文都是介紹這個方法,看起來 Nightly Tester Tools 這個可以關閉 addons 版本檢查的套件已經被遺忘很久了... 在這個套件安裝後,並不會馬上把 Plugins 版本檢查的功能關閉,需要設定一下,設定完以後就可以直接亂裝一堆軟體測試。
對於修改 install.rdf
感到疲倦的人請務必試用看看,相當好用啊...
上橋菜穗子在 1996 年寫的小說《精靈守護者》被 Production I.G 動畫化後,尖端出版也取得代理出版。(尖端出版與我目前所在的 PIXNET 都屬於城邦集團)
會買這本書其實完全是個意外。我相當喜歡《精靈守護者》的動畫,但是當時看動畫的時候,並沒有看到有出版社要代理小說的消息,也就一直沒管他。直到前陣子跟 slzzp 在城邦的書局書虫看到這本書的時候,才發現是尖端出版取得授權,就直接在書虫把小說買下來了。
剛剛把《精靈守護者》的原作小說看完後,完全同意 rookierookie 在「精靈守護者」這篇所講的,上橋菜穗子與 Production I.G 所作的動畫版比小說版好。
這也許是因為上橋菜穗子在寫完整個「守護者系列」的小說後,動畫版才找他進來參與,所以在思緒上會比當初寫的時候清楚,也可以趁機補一些劇情進去,讓故事變得更合理 (更流暢);在劇情的安排上,動畫把小說一冊的內容放到兩季做,時間的安排相當充裕,劇情完全不會交待不清。在這兩個因素下,我完全同意 rookierookie 對於動畫版與小說的評比... (相比之下,《狼與辛香料》把兩冊的內容放到一季做,果然就... -__-)
所以對於還沒接觸的人,我也是推薦從動畫著手,小說的部份雖然不差,但是動畫真的太出色了... :p
這陣子 Video site 的一些大事情:Stage6 宣佈關站、YouTube 開始支援 H.264、ニコニコ動画也開始支援 H.264。
無形中開始推動舊版的 Flash Player 升級到最新版... (似乎是好事?)
最近很少寫 Blog (程式沒寫幾行,倒是一堆行政上面的事情),不過 Twitter 上倒是常常念。
最近忙一些事情,像是寫不完的採購簽呈 (還好有一部分交給 slzzp 了),然後是開不完的會,如果要抽時間寫程式的話,就得在一般人下班後才有空了...
不管怎麼樣,最近看 jnlin 玩,以及我自己玩一些東西,有些有趣的想法,寫下來紀錄起來。
FreeBSD 7.0 的 SCHED_ULE 長期觀察下來 (超過兩個月) 算是相當穩定,這點在目前 PIXNET 的 Web Server 端可以看出來 (在 FreeBSD 跑 apache22 event 是使用 threading,配合 FastCGI 跑 PHP),但 gjournal 與 ZFS 在效率以及穩定度上都還不堪使用。(指 heavy I/O)
MyISAM 的讀取速度非常快,但不利於大量 Update (因為寫入的動作需要 table lock)。在國外的討論裡,一般都是推薦使用 InnoDB 解決這類 table 的情況,但實際上目前 InnoDB 的備份問題比起 MyISAM 麻煩 (經驗也是一個大問題),這點可能還要再考慮。
要解決 table lock 的問題,另外一種方式是透過拆 table,而且目前看起來拆 table 撐 performance 的方式似乎相當可行 (在概念上,這是一種 HyperDB 的變形),所以最近應該會對這個方向大量研究。不過就得做不少 Denormalize 的事情,還是得累積經驗...
如果有想到其他值得提的事情再寫好了...
Zend_Cache 是我一開始用 Zend Framework 的主因之一,除了包裝的不錯,使用 tag 的概念也讓我很在意:
Caching in Zend Framework is operated by frontends while cache records are stored through backend adapters (File, Sqlite, Memcache...) through a flexible system of IDs and tags. Using those, it is easy to delete specific types of records afterwards (for example: "delete all cache records marked with a given tag").
如果 cache 可以用 tag 處理的話,cache invalidate 的管理上會變得非常的容易。
用 File Backend 測了一下 tag 的功能發現沒什麼問題,但一直想不太出來在 Memcache 上面要怎麼實做 (而且要 atomic),後來實際拿 Memcache Backend 測了以後發現 tag 的功能在 Memcache Backend 上面不支援,翻了翻 source code 也確定了這件事情 XD
最近有人在 mailing list 上提到 memcached-tag 這個子計畫,看起來是有關係的 :p
給一些老朋友的資訊。
BBS 資料應該沒事,但是機器本身的 SCSI 介面卡似乎有問題,要找時間去機器前面處理。現在變成上班族並不是這麼方便... (笑)
Update:現在在機器前處理了。
Update 2:處理完了。
兩件雜事...
因為這個禮拜以及上個禮拜都在衝簽呈的進度,星期二總算是告一段落,星期四利用十六個小時的睡眠暫時舒緩了一些疲勞...
另外一件事情是 Layeredtech 有特價,而且還可以再用 payment 打折:$99/month 的 P4-2.8GHz + 2GB/RAM + 500GB/HD + 100Mbps Uplink + 1500GB/Bandwidth、$115 的 P4-3.4GHz + 與前面一樣的條件。信件裡提到了很多,有需要的人我再 forward...