存在节点上8小时左右,就因为热度末尾制淘汰
缓存的文件,如果在后面8小时内如果被再次访问,则再次更新为新的8小时,依次类推下去。。。 新出的”缓存储备”,这个时间热度变为 30 天,30天内命中,则更新为新的30天 |
便宜小鸡定期curl刷新缓存时间 |
那怎么不把这台便宜小鸡放在源站与CF的中间,充当缓存节点 |
被打不就寄了吗,还有,你打算如何获取访客真实IP? |
访客都是访问cf, 你源站怎么放,跟被打有什么关系 真实ip是可以设置传递到源站的,多看看nginx文档吧 |
我的意思是,被cc之后,你所说的便宜小鸡直接死了,那怎么办,有办法绕过小鸡回源站吗? 说到底,总之就是钱不到位,加钱世界可及。 |
不会的,这就是开启CF缓存的好处 因为CF上有缓存,不管你并发多少,全是CF命中的缓存帮你招待,就回源一次就够了,不存在打死 缓存级别选“忽略参数", 这样就能防止 CC时,URL后面加随机参数绕过缓存 |
全站静态缓存这样可以 |
现在CF速率限制免费了 也挺好用,把需要实时回源的动态URL特征(可以多个),全加进去,然后开启,CC也打不死了 |
这样不太好吧? 如果要打你的人,在url里加随机参数,不是挂比了? 不过CF现在到国内太拉跨了。 我直接用CF做中间源,用速度快的小鸡反代cf,获得速度。 速度快的小鸡–》CF–》源站。。 不过这样只能祈祷小鸡不被打。 |