作者: Cash

WLAN 架站小心得

分享一下很小的技巧, 就是如何用內網的 IP 透過 wireless LAN 架站.

最基本的架站方式, 當然就是有一個固定 IP.

其次, 就是用一個浮動 IP, 但是每次上網就到免費的動態 DNS 網站註冊, 這樣別人還是可以用 URL 找到你架的站的 IP. 當然, 我們要選免費的服務才不會吃虧.

如果 server 放在自己的內網, 透過 AP/Gateway 的 NAT 轉過 IP 之後, 我們要怎麼讓外面的人透過 URL 來 access 我們的網站呢?  我試了一下我那不好用的 gateway, 就是要在安裝 HTTPD 的時候, 把內網的 “固定 IP", 例如 192.168.1.1 指定給 HTTPD.

假設我們只安裝 HTTPD, 那麼就在 gateway 裡面把 port 80 forward 到內網的 192.168.1.1. 這樣一來, 外面的人只要看到 URL, 就會自動透過外面的 DNS, 找到我們用來上網的固定 IP,  接著 port 80 的 packet 也會自動送到我們內網 192.168.1.1 的那台 HTTPD 主機去.

那麼, NAT 後面的內網怎麼辦呢? 192.168.1.2 平平在內網, 但port forwarding 就用不到了. 這時候, 把 DMZ 裡面設定成剛才的 192.168.1.1, 這樣內網就可以直接看到我們自己做的網站. 若不設定 DMZ 非軍事區, 那麼只會看見 gateway 的首頁, 那還蠻悶的….

花了我一兩個小時的研究, 我終於搞定了. 但是要架什麼站, 我都還沒想好. 這一切都是我貪小便宜去註冊了 cash.idv.tw 網域所帶來的後遺症, 哈哈!

餐廳 «極品牛»

因為網路上一片叫好之聲, 所以我也特別去吃吃看這家風城十五家非吃不可小吃中的"極品牛"餐廳.

這麼說吧! 因為北門街不是很好停車, 所以一路從停車場走過去還是有點遠的. 一路上經過"海瑞貢丸", “鴨肉許", 看起來都是人山人海. 所以走到極品牛店門口的時候, 老婆的第一句話就是"人好少". 嗯, 相形之下, 人是少了點, 不過桌椅也不多, 只剩下兩桌的空位.

拿到點菜單之後, 我沒甚麼猶豫就選了網路上推薦的"蕃茄筋牛肉乾麵", 倒是老婆和女兒看了一陣子才決定點甚麼. 因為選項不是那麼多, 剛好沒有她們想吃的. 等到我的牛肉麵上來之後, 我第一個想到的就是 “滷菜"! 倒不是老闆錯把別桌的滷菜送上來了, 或麵裡面用滷菜當配菜, 而是一看就覺得吃不飽, 所以想要切滷菜, 呵….其實它的賣相還真的不錯. 一個淺淺的碗, 裡面有幾條筷子粗細的手工麵, 切成一小口大小的蕃茄與牛筋片. 底下襯著 1/3 碗淡色的湯汁, 加上翠綠的小顆青江菜. 配色相當不錯.

麵條和蕃茄都還可以, 牛筋的部分我覺得小片了點. 因為往常在老家吃牛筋, 一定都吃切成大塊, 但是因為燉得軟嫩很好入口. 這裡的牛筋並不是燉到那麼軟, 而是以切成薄片來幫助入口. 雖然吃起來算是方便, 但是牛筋不夠大塊就有點不夠過癮的感覺. Anyway, 都說是小吃了, 就當作小吃吧. 吃到最後, 覺得湯是有點鹹, 因此就沒有喝完. 至於這邊免費供應的味增鮪鮭魚湯, 雖然更鹹, 我倒是喝了三碗. 女兒也喝了三碗, 不過老婆就不太欣賞他的魚湯.

基本上, 這是我覺得還算是 OK 的一頓飯. 最後結帳的時候, 老闆擺了烏龍沒算到我們叫的滷菜. 經過我主動提醒, 他在稍稍猶豫了一下下之後, 把我們的帳單加了一百. 我們有吃到一百塊的滷菜嗎? 其實我也不知道, 不過孫子兵法有云: 多算勝, 少算不勝, 況無算乎. 既然是我提醒他的, 老闆已經從無算提升到勝與不勝的境界了. 想到這個, 覺得很好笑, 爽快地付賬出門. 心已經飄到路口那家中過大樂透的彩券行, 可惜到了路口, 才發現已經 9 點, 他們都關上鐵門了…嗚嗚嗚, 我的一億元.

Deep Colors 小檔案

又是因為客戶的需求, 我得了解一下 deep colors. 按照 Wiki 的說法, 24 bits 是 true color, 30/36/48 bits 是 deep color. 因為表達顏色的 bit 數增加, 色塊的問題就可以改善 (所謂 color banding 的問題)

有了 deep color, 當然也就能夠有更大的色彩空間. 原來的 RGB space 就可以擴充到 XvYCC space (extended gamut YCC). 亦即 8 bits 的 value 從1 到 254 都可以用. 這也是 HDTV 所支援的色彩空間. 在 ATV 的時代, RGB 主要是值域為 16-235, 以避免 undershoot 或是 overshoot. 所以可用的顏色甚至還不到 256x256x256 那麼多.

當然 16 bits 的灰階有沒有人看得出來呢? 據說還是頗有爭議的. 在技術面, video 送出人眼無法區別的深淺度, audio 送出幾乎沒有人可以聽到的頻率 192KHz 與 24 bits value. 這個世界, 真的是瘋過頭了. 會不會以後又流行回去 true color, CD quality music, stereo speaker 呢? 至於 high resolition 的 HDTV, 我想應該還是要的.

FMEA 小檔案

我們公司有一家客戶, 他們到我們公司來看過之後, 建議我們要用 FMEA. 嗯, 什麼是 FMEA 呢? 當然要做一點功課. 它的歷史, 大家到 WIKI 去看就知道了. 我只想講一下那是做甚麼的?

它是一種品質管理的手法, 用一個風險優先數 RPN (Risk Priority Number) 來描述問題的嚴重性, 愈嚴重的問題, 當然要優先解決.

RPN = 嚴重度(S) ×發生率(O) ×檢知度(D).

O 有時候用 P 代替. P 表示 probability.

當這三個值 normalize 到 1~10. RPN 就會落在 1~1000.

首先我們要建立一張 FMEA 表格, 這個表格中要包括系統的框圖 (block diagram).

接著將系統展開為子系統, 函數與元件.

system –> sub-system –> function –> component

對每一個項目 (比方說 component), 列出 failure mode. 因為這個 componet 也有可能導致另一個 componet 發生問題, 因此這些 failure mode 都要被列舉出來.

有了 failure mode 之後, 接者描述 failure mode 會產生哪些 failure effect.Failure effect 決定錯誤的嚴重性 S. 比方說跌倒是 3, 中風是 7.

每個 Failure mode 可能有不同的原因 (failure cause), 每一個 failure cause 都會得到一個機率的評價 P.1 表示不太可能, 10 表示非常可能. 比方說老王可能跌倒也可能中風, 兩個 cause 的機率不同.

錯誤可以在某個 control process 被檢測出來, 其可能性是 D. 比方說老王在游泳, 就不可能會跌倒, 但是還是有可能中風.

依據 DOS 或 DPS 可以求出 RPN. RPN 表示經過某個步驟 (control process), 會以 P/O 的機率出現 failure mode, 而此 failure mode 會以 D 的機率, 發生 S 這麼嚴重的問題.

當然, 這裡只能判斷問題的嚴重程度, 使我們理智地優先選擇要解決某個 failure cause.

至於怎麼去做, 那就是另一件事了. 老王! 加油!

[註]

Failure mode: 指錯誤呈現的狀況

Failure effect: 指錯誤造成的影響

Failure casue: 錯誤的原因

我讀 «啊! 雷射近視手術完全搞定»

書上講得很安全

根據本人的 survey:

1. 最先進的儀器是: 微光斑 (<<1 mm), 奈米深度 (可能是廣告), 眼球追蹤 (3D 追蹤是專利), 非球面雷射 (降低炫光後遺症), 前導波分析, 加虛擬鏡片 (非必要). 因為我很怕死, 所以要多做 survey.

2. 醫生的醫術和醫德遠比儀器是那一代重要.