poimkk wrote:
說真的我覺得原PO解釋非常合理
你卻一直在迴圈...
同時一萬人在伺服器跟可以同時在上操作是兩個完全不同的東西
我連計算線上人數的原理都找出來了
這一萬人在線是從資料庫撈出來的資料
https://dotblogs.com.tw/jhsiao/2015/11/04/153791
wrote:
在這個範例裡面是運用$_SERVER['REMOTE_ADDR']函數，去抓取使用者的IP，並把值跟時間存入MySQL資料庫
好讓系統做比對，不會每一次刷新就加一次人數
同時，設定存活時間，要是超出存活時間，會執行清除的動作，刪除資料庫內舊有的資料
11/11能統計出某一時間的即時線上人數最高時可達一萬多人
表示台星的系統(包括資料庫)能承受一萬多人操作網站是沒問題的
我自己的工作就是從事軟體開發
伺服器崩潰的狀況我處理過好幾次了
CPU滿載、記憶體耗盡、連線port用盡、session爆掉...等這些原因都碰過
台星系統從中午後的系統負荷是受到控制的
根本就是假裝系統忙碌
總之相關證據有：
1.平時結帳有ATM轉帳選項
預期雙11人潮踴躍，更應該保留這種付款方式
讓使用者先成立訂單，再找時間付款
但雙11時台星刻意拿掉ATM轉帳功能
2.一般系統忙碌的做法是停在該頁面再重送資料
又流覽器的上一頁功能不刻意封印是會有效的
但雙11把人踢出系統後不給用上一頁功能
有在寫程式的人就知道這是刻意在程式裡這樣做
3.同一系統，選88方案的人會一直碰上系統忙碌
但選188方案的人幾乎可以順利結帳
如果真的系統忙碌，那選188方案也應該要系統忙碌
所以選88方案的人碰上的系統忙碌是假裝出來的
4.真正系統忙碌應該是流覽器轉圈圈、無回應、回應遲鈍
但雙11那天辦88方案時跳出的系統忙碌訊息是很迅速的
且台星的即時線上人數功能正常運作，代表系統負荷受控制
(除了早上驗證碼圖形出不來是真忙碌，但中午過後即解除此狀況)
5.雙11那天序號場入口進去，然後被踢出後
再次重新排隊入口(偽排隊場)很容易就進場了
乍看跟排隊場入口長的一樣，但入場後只有188可選
這擺明台星在用不當的手法誤導消費者
