Re: [新聞] 實價登錄塞車 張善政建議雲端 已回收

看板home-sale (房屋交易)作者 (Dijkstra)時間13年前 (2012/10/19 01:40), 編輯推噓1(1016)
留言17則, 3人參與, 最新討論串3/3 (看更多)
※ 引述《landagent (帥過頭)》之銘言: : 塞車的解解決之道有夠簡單,公務員就想不出來, : 只要COPY出來幾份,要求各仲介系統商合作,要合作的公司, : 把地政的這一份上架,就解決了,至少一次有十家公司會免費上架 : 頻寬就解決了,信義,東森,21世紀,住商,中信,其他的公司不能 : 說別人有足夠的頻寬,我沒有,就算沒有也要生出來。輸人不輸陣 : 十家仲介幫地政免費上架就沒有頻寬及當机的問題了 : 有夠簡單,公務員想不出來 : 帥過頭 其實是網站本身Code有問題, 這種BUG跟仲介技巧一樣是考古題 一般普通的PC也可以忍受首頁在同一秒內有2000個請求( 但處理時間無法快速 ) 2000個使用者同時使用的壓力, 遠低於一秒內有2000個請求 此網站最奇怪的是, 行政區的選擇竟然要查詢資料庫 然後路段繼續查詢 因此執行一個查詢, 最多5次, 最少也要2次查詢 縣市 -> 行政區 -> 路 -> 巷 -> 弄 明眼的人就知道, 縣跟行政區根本不用查詢 路巷弄現在已拿掉, 因為把所有資料一次過push出來還比較快. 這網站出包追加的錢不知道有多少? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.193.102.113

10/19 01:50, , 1F
第三行不對 一個事件 對server而言可能是很多個request
10/19 01:50, 1F

10/19 01:54, , 2F
嗯, 應該更改為同一單位, 例如同一個頁面負載
10/19 01:54, 2F

10/19 02:05, , 3F
一般的查詢網站都會做快取機制以避免重覆無謂的資料庫查詢
10/19 02:05, 3F

10/19 02:06, , 4F
只要在第一個人查詢時下SQL即可,後續相同資料的查詢則
10/19 02:06, 4F

10/19 02:07, , 5F
直接計算hash從cache撈出來,這是應付大量查詢很基本的技巧
10/19 02:07, 5F

10/19 02:08, , 6F
不過預算只有九十幾萬的網站,就不要對外包商要求那麼多了
10/19 02:08, 6F

10/19 02:09, , 7F
畢竟一分錢一分貨,只付不到百萬的價格就別想要求做東做西
10/19 02:09, 7F

10/19 02:20, , 8F
要作查詢快取要看查詢內容的單調性 實價登錄網站可能不適合
10/19 02:20, 8F

10/19 02:20, , 9F
這樣作
10/19 02:20, 9F

10/19 02:23, , 10F
不對, 我想了一下, 如果是以目前查詢中的個人去作應該是很
10/19 02:23, 10F

10/19 02:23, , 11F
適合
10/19 02:23, 11F

10/19 02:24, , 12F
不過初期很多人查好玩的情況可能就比較不適合
10/19 02:24, 12F

10/19 02:26, , 13F
另外, 最起碼查詢條件的行政區的部分應該可以作到不要再去連
10/19 02:26, 13F

10/19 02:26, , 14F
資料庫...雖然連資料庫便於修改...但是增加無謂的資料庫連結
10/19 02:26, 14F

10/19 02:27, , 15F
(雖然我自己寫的程式, 有用到選擇行政區也都是查資料庫XD)
10/19 02:27, 15F

10/19 02:28, , 16F
網站出包, 應該只有增加暫時加頻寬的錢, 維護的部分應該都有
10/19 02:28, 16F

10/19 02:28, , 17F
維護合約, 不需要多出錢..
10/19 02:28, 17F
文章代碼(AID): #1GW3yFWL (home-sale)
文章代碼(AID): #1GW3yFWL (home-sale)