推 Peruheru: 你一頁讓使用者等得越久，使用者感覺就越差 03/16 10:35
→ Peruheru: 如果一頁查詢超過30秒，通常使用者會懷疑是不是當了 03/16 10:36
→ Peruheru: 與其改大這個數字，不如考慮分頁或非同步查詢 03/16 10:37
→ Peruheru: 或是都做 03/16 10:37
→ Peruheru: 但是當然如果妳查詢簡單資料也少卻時間不夠，那是需要 03/16 10:38
→ Peruheru: 稍微調整一下時間比較好沒錯 03/16 10:38
很高興大大回應 可是如果設30秒 資料在15秒讀完 他也只會占用15秒
感覺跟記憶體的概念一樣 不需要時都沒關西 有缺少時越大越好
※ 編輯: kyo0010 (59.120.119.244), 03/16/2016 11:16:38
推 Peruheru: 當然在頁面回應時間夠快時沒差，但久的頁面就會有影響 03/16 11:26
→ Peruheru: 你要這樣想，這個時間設計不是為了阻擋你的網頁完整呈現 03/16 11:27
→ Peruheru: 而是為了使用者而設，使用者不會想要看讀取太久的網頁 03/16 11:27
→ Peruheru: 所以稍微調大一點OK，但如果還是不夠，就要檢討其他方面 03/16 11:28
→ Peruheru: 而不能用一直把這個限制加大的方式解決問題 03/16 11:28
→ Peruheru: 如果一個購物網站動不動商品頁就要讀取個一分鐘，你也會 03/16 11:29
→ Peruheru: 逛不下去吧? 03/16 11:30
推 Peruheru: 不過如果你的網站只是寫來給特定幾個人用，他們沒有其他 03/16 11:32
→ Peruheru: 選擇只能乖乖等，那就沒差了XD 03/16 11:32
推 Peruheru: 如果你的網站有多個使用者，你要考慮到如果你把這個限制 03/16 11:35
→ Peruheru: 調得很大，那麼在一個人等待頁面產生的過程中，其他人網 03/16 11:36
→ Peruheru: 站可能會呈現停止回應的狀態 03/16 11:36
→ Peruheru: 把它要產生的資料或要做的事單位割小一點分批作，才能確 03/16 11:37
→ Peruheru: 保每個使用者都能輪流使用到資源不會長期被某個人占用 03/16 11:38
很謝謝大大的回應 看完你的說法我有點感受了
※ 編輯: kyo0010 (59.120.119.244), 03/16/2016 12:01:45
推 Abbee: 你設錯了！connection的timeout是連入的時間，下指令的time 03/16 12:37
→ Abbee: out要設在command內 03/16 12:37
請問一下這二種的差別是? 剛拜神感覺好像是一樣的 只是時間分開計 是我理解錯嗎?
※ 編輯: kyo0010 (59.120.119.244), 03/16/2016 15:37:17
推 a926: 二種差別是 一個是連線逾時，一個是指令執行逾時 03/18 11:45
→ a926: 所以是不一樣的 03/18 11:45