Munou Diagram 2

Let's munou!

Ruby on Rails - Localization Generator

修改 app/controllers/application.rb:

require ‘localization’
class ApplicationController <> include Localization

修改 app/helpers/application_helper.rb:

module ApplicationHelper
include Localization

在 config/environment.rb 最後加上:

require ‘environments/localization_environment’
require ‘localization’
Localization::loadlocalizedstrings

修改 localization_environment.rb:

:default_language = ‘zhtw’

建立 lang/zhtw.yaml:

file_charset: big5

這樣就能正常使用 Localization Generator 了,
否則會遭遇到 Iconv 的轉換問題。

SCGI Solution With Slow Speed

http://www.zedshaw.com/projects/scgi_rails/faq.html

Q:  It's really slow when I start it up and seems to leak memory.

A: You’re running it in development mode. You most likely configured
your processor with “-e development” so all you need to do is:

scgi_ctrl config -M -e development
scgi_ctrl restart

This “merges” (-M) your previous configuration with the new config
of “-e development” and then restarts your processor.

XD

pyMahoro

Originally uploaded by munouzin.

前幾天翻到這張圖,笑超久的 orz

那時候跟 PC 在 iCON 研究協定,
還有什麼「快給我名單啊笨蛋」之類的協定 XD

Web Service Integration

真是夠多人在做了 -_-

我的想法是,
如果你花了很久的時間做出來,
只是第 n 個 Yahoo (而且硬碟容量跟頻寬還遠不及它)
那沒什麼意義,因為 Yahoo 也會進化。

所以不是從技術上求突破,
就是從服務內容做突破了,
技術上的話,這種事情講天份,
所以就不考慮 XD
服務內容的話,
如果沒有新的服務項目的話,
那麼是不是可以做些變化?

例如如果要開發 Blog,
那就不能做「泛用型」的 Blog,
而要為某個團體量身訂做,
專屬於那個專業或是領域的特殊 Blog,
這很可能是別的 Blog 加上一堆 Plug-in 才能辦到的事情,
但是我們卻可以一步到位,
這樣不是很不錯嗎?


而且不知道怎麼搞的,
為什麼很多人都可以把做網頁 Program 想得很簡單,
這點我實在不了解 XD

SymphonyOS Beta 1 Preview One 試用心得

002s1.png

開機畫面,不錯吧。
請上官網:http://www.symphonyos.com/

我們來看看 SymphonyOS 預設的設定是否也一樣好用。

003.png 哇,真的很漂亮。

004.png

那個 Mozilla 的圖示載入是怎麼回事 XD
其實 Mezzo 的特色就在於它是用 Web Development 技術來實作這個 DE 的,
因此只要您熟析開發 Web 的話,那麼要更改 Mezzo 也就不是這麼困難了,
不過這張圖看起來還是蠻好笑的,
畢竟我花了一點時間才把這個畫面擷取到 :p

005.png About My Computer
還不錯,要是有視窗透明就更棒了,
要不然裡面至少也來一點漸層,我會加不少分 XD

006.png

將 About My Computer 最小化:
果然是 Mozilla。

腦殺神社特賣活動: 戀愛御守 2005 Turbo

你有滿心的祝福嗎?
你要終極的痛苦嗎?

全新 2005 戀愛御守即日起特賣,
又苦又澀、愛恨糾纏的戀愛御守再次限量發售,
經過腦殺神社委員會焠鍊三年的七層祝福陣──天上人間,
威力更強,效果更快。

另附御守咒文:
啊~祝你幸福,
啊~祝你快樂,
目屎已經忍不住滴落來。
( 龍千玉經典大碟‧不如甭熟識 )

只要將御守送給當初棒賽你的人,
然後天天唸御守咒文,唸七七四十九天,
他就會與他新的對象無法和睦相處,
而你也會因為天天唸咒文導致學業退步墜入絕望深淵。

五年嗎?不用!
兩年嗎?不用!
只需要折你一年壽命,
即可換來對方與自己的強烈痛苦。

這麼好的機會,您還在等什麼?
快來電,0800-174174,你爸閒閒‧一起 * 一起 *

IP Address in Regular Expression

這是擷取有效 IP 的 Regexp ……

\b(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\b

天啊, 這簡直太屌了,
一定要紀錄一下,
我的話大概只會
\b\d{1,3}.\d{1,3}.\d{1,3}.\d{1,3}\b
這種爛步數吧 Orz

填輔大資料卡

第一張:

我的特殊專長:
  快速減重

我最要好的朋友:
全人

我最難忘的回憶:
三個月減重 18KG

我最快樂的回憶:
三個月減重 18KG

我的休閒娛樂:
快速減重

進入輔大後我對自己的期望:
畢業之前能夠打破牆壁

期望師長或同學給予我的幫助:
幫助我畢業之前能夠打爆牆壁…

其他:
我一定瘦得了 X

我的家(相處情形、經濟狀況、角色扮演):
我家兩個人,我和我媽,沒什麼錢
喜歡 Cosplay 月光仙子 (羞)

啟蒙與成長(個性、興趣、學習上的困境、歷程與甘苦):
我的個性和腸胃一樣差
興趣是邊聽音樂邊減重
目前遇上瓶頸,無法達到往日水準
以致肚子無法縮小
想要打破牆壁,卻沒有肌肉
想學日文,可是學校好像比較喜歡英文

願景:
希望輔大的全人教育能把我變成一個
「可以打破牆壁的全人」

第二張:

我最要好的朋友:
  達人

進入輔大後我對自己的期望:
畢業之前能學會氣功

期望師長或同學給予我的幫助:
畢業之前能幫助我學會超能力

其他:
我一定瘦得了 X

我的家(相處情形、經濟狀況、角色扮演):
我家兩個人,我和我媽,很好相處,上大學要貸款
喜歡 Cos Ciel

啟蒙與成長(個性、興趣、學習上的困境、歷程與甘苦):
我的個性和腸胃一樣差
興趣是開發紙上型超距現像光學撼體武器
目前遇上瓶頸,開發光撼閘後無法以理論製造其抵禦武器
想學習超能力,卻沒有腦
想學剛果語,不過英文比較流行

願景:
希望能從輔大的全人教育學習到氣功和超能力

PolarLog Dev 開工啦

以下看看就好,
因為當時打完這篇之後沒多久就接觸到了 RoR,
我立刻就把這個專案給遺棄了.

寫這麼久的程式好像笨蛋一樣,
別人早就有一套超棒的 Framework 給我用了…

一直希望做個能夠個人化又易維護的日誌工具,
用來紀錄我碰到的各種問題以及解決方式,
接觸 Ruby 之後終於不會覺得鬥志全無了了 ._.

選用工具

為了學習 Ruby 以及之前所說的易於維護的特性,
所以我在文件語言方面選擇了 YAML.
之所以沒有使用 XML 的原因在於他太麻煩了!
想想看,
光是要輸入標籤就要比平常多按數百次的 Shift,
加上除了空標籤以外的每個標籤都要關閉,
還要定義 DTD, 實在浪費太多時間了.

然而 Ruby 從 1.8 之後開始直接支援 YAML,
對我來說真是一大福音啊!
所以當然程式語言就選擇用 Ruby 囉.

圖形製作

顧內在也要顧門面,
醜得要死的網頁別說別人,
自己怎麼看得下去呢?
我選擇使用 GIMP ( ver 2.0.2 ) 來製作,
反正有朝一日要是 Unix 平台突然變得好用的話,
要轉移平台也容易就多啦.

GIMP 的美麗與哀愁

優點

  • 轉換平台方便
  • 功能堪稱完整
  • 可擴充性強
  • It’s FREE !

缺點

  • 沒有 MDI 介面
  • 速度非常緩慢
  • 似乎沒有內建簡單幾何圖形的繪製工具

YAML 文件格式

既然是日誌,
那麼第一層就不免要有日期、時間,
主題當然也是不可或缺,
還有為了以後的方便特別加了「類別」這樣的屬性,
如此一來就算以碰到不同類型的問題也好整理.

再來就是內文的部分了,由於我認為裡面應該還會再分層,於是我採用一個標題一段內文這樣的概念來著手,後來決定使用樹狀延伸的方式達到延伸文件的效果,不過這樣埋下了兩個問題:HTML 所定義的標題最多只到六層,我能夠順利做到無限延伸嗎?還有,無限延伸的排版做得到嗎?我決定使用 DL 標籤來排版,而捨棄使用 Hn,因為 DL 可以做到無限階層排版,而且還會自動縮排,真是一舉數得。

先不談排版,就 YAML 而言還是有一些必須克服的地方,第一個就是:我看不懂 YAML 的規格說明書,很正式,講得白話一點就是,很鳥。為此我決定去找替代的說明書,我把腦筋動到了 Ruby 上面,既然有 YAML for Ruby,那麼應該就會有 for Ruby 的說明書吧,果不其然,到股溝搜尋「YAML Ruby」兩個關鍵字就找到了官方網頁,下載的說明書也附有「YAML Cookbook for Ruby」,哈!我正好愛看 Cookbook,真是合我胃口啊! XD

YAML 解析

光說不練可就不行了,立刻來撰寫解析我的 YAML 的函式。首先用 YAML::load 方法將它開啟,一直到解析日期時間、主題都沒有問題,可是一到了內文,惡夢就來了,怎麼說呢?先看解析部分的程式碼:

 #!/usr/local/bin/ruby
 require "cgi"
 require "yaml"

f = File.open( “yaml.txt” )
y = YAML::load( f )

print “Content-Type: text/plain; charset=big5\r\n\r\n”
y.each do |diary|
puts “撰寫時間:”+diary[“time”].strftime( “%m/%d/%Y %I:%M %p” )
puts “類別:”+diary[“class”]
puts “主題:”+diary[“subject”]
puts diary[“content”]
end

首先載入檔案,再印出標頭,然後開始輸出,一切都很美好,直到內文出現。對啊!內文怎麼辦,裡面是無限層的內文,迴圈總不能無限層的寫下去吧!

於是,我得試著寫出我生命中的第一個遞迴  ̄▽ ̄

wxWindow v.s. Fox-TK

講講兩個的差異好了
這兩天用起來感覺就有差

wxWindow 的優點:

視窗元件可與作業系統所提供的元件一致
如此可以不用變更使用者的習慣
應該是直接使用作業系統 API
也因為如此編碼後的執行檔
比起 Fox-TK 整整小了一倍
( 如果沒有太複雜的程式的話 )
很多新的物件也很有 Power
像是 wxXMLResource 和 wxHTMLWindow
( 這個實在太噁心了 )
官方說明文件非常詳盡
介面也比原本的 GTK 漂亮許多
社群較廣,
所以發展出各語言 Library 的速度也很快

Fox-TK 的優點:

首先要提到的就是他提供的元件多半走絢麗的路線
像是類似 Outlook 和
PC-Cillin 左側的 Shuttle 就是內建的元件
雖然要達到像上述兩個軟體這樣的介面
還是需要一些技巧
不過比起 wxWindow 還是方便非常的多
再來就是他的可延展性
雖然他不是使用與該作業系統相同的視窗元件
可是由於這些元件自己獨有的
所以若是將他的 Source 改編
則可能可以成為有獨特風格的元件
如此一來可以使用在自己開發的 Game 上面
這些不是使用繼有 API 元件
也是造成執行檔肥大的最主要原因

缺點就懶得寫了
反正比較後沒有的優點就是缺點了嘛.

因此 Fox-TK 也不全然是缺點
可是要做到與其他程式相容的話
wxWindow 真的是很好的選擇.