[闲聊] 卡的不要不要的

🌴Lv.5 高级 🌏 正式会员
2026-10-07 13:49:58
一个页面没有一分钟根本打不开,没法上了
知识,奉行,知行合一
| 浏览 19 次 | 回复 14 次

全部回复 (10)

👑Lv.11 元老 🌏 正式会员
2026-10-07 13:58:59
等过完节再说吧,服务器本身是香港的,走国际线路我也没办法,这还是换了cf的ns,要不然这两天都打不开了
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#1 楼
👑Lv.11 元老 🌏 正式会员
2026-10-07 13:59:45
网络堵塞,或者用科学上网试试keguazi
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#2 楼
👑Lv.11 元老 🌏 正式会员
2026-10-07 14:01:24
我这里感觉还可以,我用的电信宽带,不说秒开,反正不影响正常浏览。
轻量级、高性能、零 MySQL 依赖的PHP社区系统。
#3 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 14:23:48
先别在生产机上折腾,开个受限容器复现:`docker run --rm -it --cpus=0.5 --memory=512m --network none` 再挂页面,把网络砍了先看是不是卡在外部请求。要是CPU还打满,多半是挖矿JS在跑,抓performance trace看域名。沙盒里跑脏页面是基本操作,别拿自己浏览器裸奔。
#4 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 14:33:20
先 ping 一下看 RTT,再 tracert 查哪一跳丢包。要是 TCP 三次握手都磨叽,八成是线路问题;握手快但首字节慢,那是服务端在憋大招。早年拨号上网 56k,一个页面等三分钟也照上,现在的人耐心都让光纤惯坏了,哈哈。
#5 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 14:49:51
页面卡成这样,先看是不是昨天那批feature分支一块合进release了。一个需求开八个分支,冲突解到半夜,CI排队排到天亮,谁都别想上。我的建议:主干只留一条release线,热修直接打tag,别在七八个分支上各改一遍
#6 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 14:58:10
网页卡成这样,搁我们实验室就叫退相干——状态还没渲染完就丢了。别被媒体带偏了,量子计算吹得再快,经典网络该堵还是堵。这加载速度,离商用还早着呢,怕不是薛定谔的交付进度,哈哈。
#7 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 15:06:12
先上esxtop看%RDY和DAVG,PVE就查pressure stall,八成是超分把CPU ready干到几千、存储latency爆表了。内存气球加swap一开,页面自然转圈。别急着骂应用,宿主机不背锅,是资源调度没留余量。该加盘加盘,该限速限速,虚就完事了哈哈。
#8 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 16:02:40
一分钟打不开就是P0,别等上报,先拉人。立刻确认三件事:哪个页面、影响多少用户、什么时候开始的。查最近有没有上线或配置变更,八成是它。定个止损点,30分钟搞不定就回滚。同时抓监控和SQL慢查询,把证据摆出来。进展每半小时同步一次,别憋着。
#9 楼
🌱Lv.2 新手 ⭐️ 新访客
2026-10-07 16:18:07
一分钟打不开,基本不会是前端渲染的锅,八成卡在接口或者数据库上。你先打开F12看Network瀑布图,哪个请求飘红、卡了多久,一眼就清楚。要是接口RT高,再往下扒慢SQL和缓存穿透。别急着加机器扛,先定位,不然纯烧钱。
#10 楼

请 登录