这网站还有没有救 先说结论 困难度大概比101还高
主要原因
《人》的因素太多
馆长：
和一般台湾9成9老板一样
对资讯领域不熟 直接撒钱找人
但身边也没有人懂 只能相信负责这件事的人
自然也就形成小圈圈文化
未来万一有好心人要来协助馆长改善这网站
要不 得罪一票人挡人财路
要不 就是跟着收好高的价格分一杯羹
要不 大刀阔斧改革成功 获得馆长信任
其实当老板也不见得资讯、会计、行销什么都得精通
但得要有用人唯才的眼光
网站设计厂商：
老板特助朋友 前面收了不少
后面谁敢跳出来打脸他不值这个价
根本找屎...
系统厂商：
维护费用这家厂商前面收了不少
前面有好几篇回文都直接点名是网站设计和架构的问题
后面系统厂商不管怎么加大频宽、提高设备规格
load balance 能加几台服务器加好加满
系统厂商能救的只有继续开预算 继续开服务器...
网站"慢"的问题：
1. 网络分流：馆长维护费用比较高会卡在这
看起来一个月三四百万很高
很大一部分会被 ISP 拿走
因为流量较高分流分配不足 该过快取没有用到快取
2. 可以用到快取或缓存的地方还需要再优化
例如 首页影片可以内嵌 YT 节省流量
图片、css、js 可以走 CDN 过一层快取会好一点
3. 系统商有启动排队机制
仍发生网站塞爆 ( 没看过程式 这点单纯推估 )
后端程式架构需要优化
数据库只有过 MS SQL or My SQL
中间没过 no-sql 当缓冲
数据库读写有可能没有分开或是数据库没做主从架构
加入购物车功能会有跳页动作
推测这步骤可能有写入数据库的动作
只要流量一大 数据库忙不过来
就会碰到整个网站死透透的状况
购物车用 cookie 存下连登入都不用就可以了吧...
有换页动作 还需要登入
因为这两点推测应该有写入数据库
4. 初期规划就走歪了 馆长当时找接外包的公司承接
外包网站公司一开始评估
也没有评估到网站流量瞬间流量会大到 2w 人同上
导致前端网站、后端程式与系统架构一开始就歪楼
错估情势 后面整个无力回天