不好意思，我本來不想回這句的，但是 es5219 自己有講：「希望大家不論是在 功能或是造型上都可以盡量給我們意見」，你可以回去翻他的文章。 我實在是很不想跟你計較這個，枉費我還覺得你上一篇寫的不錯。你不用到處找 人抬槓，如果要消磨時間， Programming 板的 tester 先生是個很好的對象 (沒錯， 你已經找對人了，去吧)。 RIA 當然有用，要不然也不會訂出這個新名詞，目前 Macromedia 做的最好 (對 ，就是他的 Flash 產品，呵) 你既然會提出 RIA 這個名詞，那你應該不會不知道這 件事情吧？ 我想跟 es5219 強調的是 Flash 沒那麼爛，那位 es5219 的外國顧問根本講錯 了，Flash 也是可以做到很大。他引用顧問的話：「用不用 ajax 只是早晚的事情 flash是絕對做不起來這個相簿的」，這種說法讓我產生很大的懷疑也不以為然。所 以才回了一個連結 http://fotologue.jp/ 告訴他這就是一個日本的多人相簿大站， 而且剛好就是用外國顧問所不屑的 Flash 做的。 好，我已經解釋完了，能不能了解我的意思是個人的造化。 接著我說效能卡在 Server 上，這是事實。做相簿這種東西， Server 端本來就 很重要，效能也的確就卡在那邊。就算做了 Cache 機制，就算針對你跑的 CGI 語言 裝了強力的 Accelerator 。最終的大問題還是卡在 Server 上。尤其是 Disk I/O， 信不信隨便你，前人的經驗就是這樣。 如果你只是一個幾個人玩的小相簿，那當然感覺不出來 Server 效能的重要性， 只要機器不要太爛，你根本感覺不出來太大的差異。如果跑的慢，加上 RAM 換 CPU 就好了啊！但問題是他們公司既然要放出來給大家用，那 Server 的機制當然就重 要了啊！ 我不知道你那句「AJAX程式亂寫也沒關係? 效能在server嘛」是在什麼樣的邏 輯下演繹出來的。如果你真的要這樣想也沒關係，反正對我不會有害處，最多只是 這個就業市場上少一個腦袋轉不過來的競爭對手而已。 另外，如果 Server 那邊的機制不重要，那何必現在一堆針對多人設計的相簿 都有 Cache 機制呢？簡單的講，伺服器產生的縮圖要不要存起來？是不是每次讀 相簿的時候都要直譯一次？伺服器什麼時候要產生縮圖，是一上傳馬上就產生嗎？ 還是等到人少的時候再產生？這些都關係到效能的問題，而且事關重大。簡單的說 ，要是多人使用的相簿每次都還要重新產生縮圖，那整個相簿根本跑不動。 Server 端的機制超級重要的，這麼簡單的觀念還需要實驗？(嘆氣) 如果你硬要跟我抬槓，我真的不知道你怎麼會那閒。 Client 只要不要亂寫，不論是 Ajax 或是 Flash 都會很好。 Interface 寫 得差就容易造成 Client 亂 request ，或是增加傳輸的 overhead ，但是重點根 本不是在這邊，傳圖檔一張就幾百 KB 去了，一般的情況等待的時間會卡在傳圖檔 上，不會卡在 request & response 上面。只要 request 不要多到太扯，基本上都 是可以接受的。 當然，在 Server 那邊已經做得很好之後，有些人就會開始考慮 Client 的機 制，最簡單下手的地方就是把所有的 CSS 和 JS 分別整合到一個檔，這樣就只要發 一個 request 然後等著收就好，可以節省個別等待 response 的時間，而且也可以 減少傳輸「多餘」header 所「浪費」的「bytes」 ，還有搭配 Ajax 或是 Flash 來改變以往 HTTP 文件 require by once 的特性，減少多餘的傳輸。 我不知道這些觀念你知不知道，如果沒聽過就當大家分享經驗，我也不會介意 ，如果以前就知道了，那就好好想想自己幹麼那麼無聊到處找人抬槓。 -- The Internet: where men are men, women are men, and children are FBI agents. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.130.223.207 ※ 編輯: roga 來自: 220.130.223.207 (06/02 15:18)