瓦力: 當 Wall-E 愛上 Eve

皮克斯真的很厲害, 做出了這樣一部令人感動的動畫片.

我認為, 這部電影的真正要說的是愛的故事, 絕不是有些人或是電影商所述的"拯救人類"; 拯救人類-這種幾近英雄式的主題, 相對於這電影的主旨而言, 不過是一個橋段罷了.

雖然在電影院, 一如以往的迪斯奈-皮克斯電影一樣, 有很多的大人帶著小朋友, 以看待卡通的感覺來看待這部電影, 但是, 我卻覺得, 應該有很多的小朋友對這電影的最終一幕, 甚至是整個電影所想要表達的主軸精神, 很難有所感覺.

最後那一幕, 我落淚了, 可能是因為我曾有過那種相同的信念, 曾為了這信念而努力.

它描述了愛, 為了愛竭盡全力, 那種感覺, 沒有身歷過其境的人很難感受到.

劇情僅有一點點的曲折, 而從頭到尾不過是為了一個機器人的小願望, "Wall-E 想要牽到 Eve 的手", 就這樣, 看似不是多轟轟烈烈, 但是皮克斯卻能把機器人間的愛戀做得如此栩栩如生.

尤其那一幕, Eve 一再喊著 Wall-E 的名字, 在近乎絕望之際, Eve 碰著 Wall-E 的額頭, 那個景象, 讓我想起了好多的"感動".

我太喜歡這部片了, 如果您有過戀愛的體驗, 您可以去看看喔!

Wall-E 官方網站

兩天了, 為了測一個不明原因的錯誤, 差點被搞瘋了.

最近, 為了產品 HowIM 如火如荼的研發與測試, 總是搞到早上才睡.

HowIM 是什麼? 以後再介紹了.

至於那個讓我測了兩天的問題, 就是 eAccelerator 所產生的, 且聽我概略的描述一下.

首先, 這個 HowIM 產品使用了 Apache + PHP + Sqlite3 作為網頁端的程式架構, 並且在 PHP 多加了 eAccelerator 模組, 以作為加速之用.

由於這產品的某些網頁對於資料的讀取速度有著相當高的要求, 故需要一種共用記憶體的功能, 最好是類似於 ASP 的 Application, 用以減少資料庫的存取.

大約在上個月, 我在網上檢索了所有有關的功能選項, 經大量測試後發現, 在 Windows 上 eAccelerator 提供的共用記憶體功能較為穩定, 而且程式還滿好寫的.

在相關的測試完成後, 我開始在這產品大量使用 eAccelerator 的共用記憶體功能, 主要的函數包括: eaccelerator_lock, eaccelerator_unlock, eaccelerator_get, eaccelerator_put.

在此一階段的開發告一段落時, 我用了其他手邊的電腦測一下, 發現了一個重大的問題, 那就是 eAccelerator 有將共用記憶體依照 $_SERVER['SERVER_NAME'] 分類.

怪怪, 我先前的測試自認是很充足的, 這部分也曾測試過無誤才對, 竟然到現在才發現此一問題.

這問題害我多花了四個小時找替代方案, 在所有的替代方案皆失敗時, 我才又回去找原因起頭.

偏偏網路上對於 eAccelerator 的都是"天下文章一大抄", 少有見解與詳細說明的, 而官方的網站卻又是亂七八糟(據說是停站或是eAccelerator停止開發? eAccelerator網址).

再另外花下了數小時的搜尋時間後, 總算想到了方法, 就是回去看看 eAccelerator 的 Source Code.

終於被我找到了(在 eaccelerator.c 與 cache.c), 原來 eAccelerator 在 php.ini 裡可以設置 eaccelerator.name_space, 這個 eaccelerator.name_space 是所有 eAccelerator 鍵值的 name_space.

當 eaccelerator.name_space 沒被設置時, eAccelerator 會把 $_SERVER['SERVER_NAME'] 當作 Name Space.

也就是說, 假定本機的 IP 是 192.168.11.22, 則在本機使用 http://localhost 與 另一台遠端電腦用 http://192.168.11.22 的網址, 同樣查詢本機的 Apache 時, 所使用的鍵值是被隔開的, 就算是同樣存取同一鍵值也會完全不相干.

在改了 php.ini, 加了 eaccelerator.name_space 後, OK了, 鍵值都相同了.

附加說一下, Windows 下的 PHP 還有其他的共用記憶體方案, 如: MMCache, shmop, 這些方案的問題更大, 會導致 Apache 莫名其妙的當掉, 完全不能用.