之前发过一贴，没人在意：https://www.nodeseek.com/post-739467-1
在KFC上做同样测试，使用curl测试TTFB：
curl -o /dev/null -s -w "DNS Lookup: %{time_namelookup}s\nTCP Handshake: %{time_connect}s\nTLS/SSL Handshake: %{time_appconnect}s\nTime to First Byte: %{time_starttransfer}s\nTotal Time: %{time_total}s\n" https://www.mille-feuille.jp/
如需更换测试网站可自行更改命令结尾的https地址
这里随机提供4个网站供感兴趣的MJJ自行测试，实际大量不经过主流CDN的日本网站都有这个问题，你也可以自己找点试试看
https://www.getchu.com/
https://www.ariamusic.co.jp/
https://www.mille-feuille.jp/
https://www.hermit-game.com/
只有https受影响，http貌似没事
https://www.mille-feuille.jp/
相较于我173段的lite，对比一个月前的那贴测试，KFC不再需要10秒了，仅需6秒
https://www.getchu.com/
但是依然有大量网站需要30秒以上
结论：拿104段的KFC做落地是不可能的，和172段的Lite一样，后边需要随意再加一个落地，除了KFC和172段的Lite外，任何商家的小鸡包括RFC的其他款均没有这个问题，这点需要注意。
群里给陈总说了，但是陈总没回应，不知道这次会不会修，反正我不再开工单了，开了也没用...
鉴于群友说Lite 23段是正常的，而172段是前两个月的新母鸡，大概率是陈总这些新母鸡都有这个毛病，感兴趣的可以试一下。
23段lite
@madmax #1
主楼注明了，23段是正常的，貌似只有新母鸡的段不正常，个人怀疑KFC全是新母鸡所以应该都不正常，反正我的和172段Lite一模一样
这还陈总什么，叫小陈
@clawoo #3
我在这开贴怂恿大家开工单/追问陈总修BUG，叫小陈万一陈总一恼火把我号封了怎么办
kfc和rfc啥关系？没搞明白
@coverer #5
同一家
177 段
@Simonzxm #7
感谢大佬，看来问题只出在104段...
@nttbest #8
目前开出来都是177段，104的段还得养一养，就好啦～
@Kobe警长 #9
这个不是养的问题，Lite的172段同样的问题已经一个多月了...