這網站還有沒有救 先說結論 困難度大概比101還高
主要原因
《人》的因素太多
館長：
和一般台灣9成9老闆一樣
對資訊領域不熟 直接撒錢找人
但身邊也沒有人懂 只能相信負責這件事的人
自然也就形成小圈圈文化
未來萬一有好心人要來協助館長改善這網站
要不 得罪一票人擋人財路
要不 就是跟著收好高的價格分一杯羹
要不 大刀闊斧改革成功 獲得館長信任
其實當老闆也不見得資訊、會計、行銷什麼都得精通
但得要有用人唯才的眼光
網站設計廠商：
老闆特助朋友 前面收了不少
後面誰敢跳出來打臉他不值這個價
根本找屎...
系統廠商：
維護費用這家廠商前面收了不少
前面有好幾篇回文都直接點名是網站設計和架構的問題
後面系統廠商不管怎麼加大頻寬、提高設備規格
load balance 能加幾台伺服器加好加滿
系統廠商能救的只有繼續開預算 繼續開伺服器...
網站"慢"的問題：
1. 網路分流：館長維護費用比較高會卡在這
看起來一個月三四百萬很高
很大一部分會被 ISP 拿走
因為流量較高分流分配不足 該過快取沒有用到快取
2. 可以用到快取或緩存的地方還需要再優化
例如 首頁影片可以內嵌 YT 節省流量
圖片、css、js 可以走 CDN 過一層快取會好一點
3. 系統商有啟動排隊機制
仍發生網站塞爆 ( 沒看過程式 這點單純推估 )
後端程式架構需要優化
資料庫只有過 MS SQL or My SQL
中間沒過 no-sql 當緩衝
資料庫讀寫有可能沒有分開或是資料庫沒做主從架構
加入購物車功能會有跳頁動作
推測這步驟可能有寫入資料庫的動作
只要流量一大 資料庫忙不過來
就會碰到整個網站死透透的狀況
購物車用 cookie 存下連登入都不用就可以了吧...
有換頁動作 還需要登入
因為這兩點推測應該有寫入資料庫
4. 初期規劃就走歪了 館長當時找接外包的公司承接
外包網站公司一開始評估
也沒有評估到網站流量瞬間流量會大到 2w 人同上
導致前端網站、後端程式與系統架構一開始就歪樓
錯估情勢 後面整個無力回天