参数签名可以确保，一旦请求泄露了，别人也构造不了新请求

在 HTTPS 可靠的情况，这个签名没意义，在 HTTPS 不一定可靠的情况就很有意义。比如内网有流量审计、代理上网的时候

说点实际的

这年头是不存在荒地的，全部有主。农村的土地是整片划给村集体，然后村集体分给个人，剩下的还在村集体名下，一直都丢荒的大概率是村集体的，后来才丢荒的大概率是个人的（我家就有土地丢荒了）

楼主父母有可能纯被欺负，也有可能占了别人便宜，但这本身并不是什么棘手的问题，现在农村的土地非常便宜，一个村里的，只要关系处好了，不大的地给个几千块万把块人家就会让给你了

砍回去要不得，很容易发展成世仇。这种事情就是人情世故，找个中间人帮忙调和，花几万块就都能处理得很好。面子要找回，但是也要给足对方面子，体面点说就是互相道歉

@autoxbc #49 瞧你说的，好像人家想吃苦似的。在自己能力所及的范围给孩子提供一个随时都能回来的港湾，这才是老人家的目的。其中的苦难只是因为他们能力不足，不得不承受的代价。就像现在许多年轻人为了家庭得 996 一样

坚守老家，这给整个大家庭留着最后的底牌。烂尾楼、经济危机、个人破产，不管在城里遇到什么意外，只要回到这里你就不愁吃不愁穿。作为年轻人，如果有本事，那就应该帮忙把这张底牌搞好。别看着父母吃苦，然后说你们不该吃苦

才 30 万数据，eq OR IN 行啊，别混在一起写， 需求里每个“如果”都分开写，然后 OR 连在一起

@CatCode #31 编译上 ngx_lua 或者 njs 模块就可以修改 header ，或者前端服务器直接用 openresty

你这问题类似于抽到一个不错的车牌，然后问大家有什么好的创业项目。。。

最好的创业就是把车牌卖个好价钱

这点热量还不如拿个铁锅在白天晒太阳，现在酷暑，太阳比这猛多了

想起日剧《阿信》，田中裕子饰演的女主经过苦难、辉煌、后又遇到苦难，走投无路没处可去的时候，选择回了娘家

她妈说了一句我印象很深的话，也是从那时起，我才明白老一辈为什么总是守着破旧的老家

那句话大概意思是：我之所以守在这里吃苦，就是因为我想在你和你的兄弟姐妹遇到事没处可去的时候，还有家可以回

@yuzo555 #17 好的。我观察一段时间，还是离谱回源就去试试你们家的

@picone #18 百度智能云也有在用，我们是几家同时在用。每家优惠流量包都是限购的，只用一家没有同时用几家优惠 🤣

@cco #19 可惜的是国内很多地方访问不了 CloudFlare ，要能用我肯定用

护网第一步，拉闸断网，能断尽断

“只要我不上网我就不会被黑”

@mytsing520 听说他们最近在清理低消费用户，我有点怂啊，为了每月几块钱去烦他们，我怕也会被莫须有封号。不太敢对线，吐槽一下算了 😂

@nicoljiang #11 你说的那个是动态加速，针对实时连接的链路优化，跟静态分发是两码事

@mytsing520 #12

CDN 技术架构中至少两层缓存，有的三层，中间源才是真正按用户要求去缓存内容的，边缘节点只会从中间源要内容，不会越过它去访问源站。只要边缘节点共用的中间源有缓存，无论你从其中哪一个节点去访问，都不会触发回源

所以我说 CDN 回源多少次跟有多少节点是没关系的，这只跟中间源数量有关

像我这 200MB 内容，在百度智能云 CDN 每月 1TB+流量，用户访问了上百个 CDN 节点，如果全部 CDN 节点都回源的话，回源流量至少 20GB 了。但实际回源流量还不到 500MB ，也就是说真正回源的中间源顶多也就 2 个，甚至可能只有 1 个

同样 200MB 内容，在腾讯云每月 1.5TB 流量的时候，也是全国各地都有访问，上百节点，以前回源 6GB ，说明也不是每个节点都会回源，也是有中间源的。现在每天 1GB ，总数算起来倒像是每个节点都分别回源了，但这做法可不是正经 CDN 架构的做法

@pastor #9 各家策略是不同的，如果我是才换过来腾讯云，我不会觉得有问题，顶多觉得腾讯云节点缓存时间短。主要是我这套内容在腾讯云 COS + CDN 好几年了，最近配置没改过，流量也没有增加，只有回源突然增加了，那唯一的变量就是腾讯云策略变了

你说得对，热点内容回源时间间隔远超 1 天的，腾讯云这回源本身就算频繁的。我在百度云 CDN 上的同样内容，同样缓存一个月，百度云每月才回源几百 MB ，比腾讯云少 10 倍。现在腾讯云居然又增加回源流量，要说不是故意的，我不信

*.example.com 包括所有二级域名，不包括根域名 example.com ，也不包括三级四级域名

如果你是用 acme sh 签发证书，你同时指定二级泛域名 *.example.com 和根域名 example.com ，这样 DNS 验证是一样的

@iwdmb # 5 服务国内用户，用 Cloudflare 访问不了

@pastor #6 正经 CDN ，回源多少次跟节点有多少是没关系的。就近回源，节点间自动同步，这样才能有分布式加速的效果，不同区域节点都单独访问源服务器拿数据就太慢了

内容 200MB ，以前每天全国各地流量 50GB ，每天回源也只有 200MB 。这样就是一个节点回源，然后自动同步到其他节点，内容没变，配置没变，流量少了，回源却增加到 1GB ，我猜是他们最近降本增效把缓存策略改了。适当降低缓存可用时间，每用户每月多花几块，每百万用户每月就增加几百万了

@Macv1994 # 有些场景还是得 CDN ，别的问题只能靠自己多注意了

@billzhuang
@Mitt
@learningman

都是静态文件，查询参数一直是忽略的，重复请求不会重复回源

CDN 请求数和流量比上个月少一点，比例也没有异常，不像是刷流量

是不是其他地域下还有函数没删干净啊？

我有个号，全部地域的函数都删掉了，没冻结，没扣费。不过为了保险起见，我刚冻结了

一般的水管、水箱容量不足以通过日照长期供应热水

小心是供水中段某处漏电给煮热了，打 12345 反应吧

v2ex 屏蔽 IP 是返回 403 ，cf 屏蔽通常也有网页内容提示

reset 通常是防火墙重置，十有八九是没走代理。有可能是你自己设置有问题，也有可能是 pac + ip 分流模式的 dns 污染问题（ chrome 不走 pac 代理查询 dns ，如果本地 dns 解析有错，而解析地址又刚好被分流到国内，那实际请求还是在你自己的电脑发出去，并没有走代理）