Re: Ruby on Rails 的速度議題

看板Ruby作者 (godfat 真常)時間18年前 (2006/10/20 15:23), 編輯推噓1(100)
留言1則, 1人參與, 最新討論串13/19 (看更多)
呃,覺得討論方向好像有點偏離了 我覺得 PsMonkey 想說的是評估的方式不太對, 而非指個人經驗不適當,或是數據不正確之類的 例如 PsMonkey 的這句話: : 網頁是先傳 HTML(CSS)的資料 : 然後 browser 才依據裡頭敘述再去要求 resource 就純 HTML 來說,我個人是覺得 100k 就算是很肥大的網頁了 剛剛隨便抓了一個有 8 篇文章的討論頁面,約 80k 左右 一般網站應該不會有如討論板這種大量文字的頁面…? 再加上 AJAX 的緣故,傳輸量可以再降低許多。 而 giive 提到的: : 我手邊的 Ruby on Rails 隨便一個頁面,HTML檔案,圖片加上 CSS , : 大概拉哩拉紮 100K ~ 500K 都很正常, CSS 應該傳一次就好,圖片的話,應該再另外算才對…? 大多數應該也是傳一次就好,需要不斷 update 的傳輸應該不會太多 我想 PsMonkey 想說的應該是類似這些的,而非選擇 RoR 是否正確 當然,有可能是我誤會啦…畢竟我跟網頁真的很不熟,沒辦法談些什麼, 也很難知道一個人真正的想法。總之這些是我看那些文字給我的感覺。 * 我很認同 giive 所貼的這一系列文章(雖然好幾個在 BBS 上看都不是很方便) 這正是為社群帶來活力的相當推手,也可以增加社群外人之視野。 不過我也相當認同 PsMonkey 對他覺得有問題的地方提出疑問, 這也正是為社群帶來活力的另外一個推手。 只要討論不流於情緒化,不管討論的內容正確與否,我覺得對社群都是有幫助的 畢竟這裡不是放置論文的地方,也不是學習的殿堂,而是大家交換心得的地方。 有錯誤有指正,才能讓大家慢慢開拓視野與走向他自己覺得正確的道路。 我覺得網路有趣的地方,就是可以更容易地找到可以討論的對象 有想法都提出來,我覺得是很好的,倒也沒什麼干擾之類的問題… 畢竟每個人都是這個社群(廣義)的一份子 * 不過有幾句話我覺得…有一點點不是很妥當,例如 : 那跟 M$ 做的事情有什麼差別? 質疑的感覺過於強烈 @@ : 抱歉,看來我沒必要跟你對話了 這好像有點太兇了… @@ : 又何必去干擾呢? 這有一點排外的感覺 @@ * 以上大概就是我這樣看下來的一點想法 純粹只是一個人的想法而已 :) 最不希望看到不歡而散,局中人和旁觀者都不會開心 -- In Lisp, you don't just write your program down toward the language, you also build the language up toward your program. 《Programming Bottom-Up》- Paul Graham 1993 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.117.166.29

10/20 19:33, , 1F
Can not agree with you more.
10/20 19:33, 1F
文章代碼(AID): #15E7bdCb (Ruby)
文章代碼(AID): #15E7bdCb (Ruby)