是要迁移 DNS 到 CF，我记得迁移的时候 CF 会扫描现有的 DNS 记录迁移过来。 真正的 DDOS 会把服务器带宽都耗尽，就要用上 CF 这样的方案。即使没有耗尽，消耗 CDN 流量费用也很贵。

嗯嗯 最开始那一天确实被跑了几十块钱 当时还什么都不懂😂

这么做效果不大理想，如果想绕过还是可以通过requests.session绕过的，session采用了一种自动响应cookie的机制，可以尝试引入人机验证，IP封禁等操作

对。没过几天确实又被绕过了。我现在自己实现了一个验证码😂 IP也有封，自己写了个统计IP的，但好像IP来源很广，禁IP效果不明显

docker compose 确实方便

最近有了 Upstash 的 Redis，可以试试看。

Upstash Redis 挺贵的，200MB 要 10 刀，自己部署 256MB 内存的 app 只要 2 刀。

最后这个流程图是用什么画的

drawio ，元素样式选择草图，可以参考下这篇文章 介绍 draw.io 的新草图功能

docker compose 是挺方便的

open-uri 支持的范围比较大，容易被注入： > URI.open '/tmp/test.txt' => #<File:/tmp/test.txt> > URI.open('| ls') => #<IO:fd 7> 抓用户输入的时候建议校验 uri 的 schema，并且用别的 http 库（只支持 http）。

您好，Rei，请问如果我想 subdomain.example.com 的资源访问 localhost:8080/user/subdomain， 我应该怎么做呢。我尝试过 *.example.com { reverse_proxy localhost:8080/user/{labels.2} tls { dns cloudflare ... } }``` 这个方式不行。

reverse_proxy 用来指定主机名，改变路径需要用 rewrite https://caddyserver.com/docs/caddyfile/directives/rewrite 例子（我没测试过）： *.example.com { reverse_proxy localhost:8080 rewrite * /user/{labels.2}/{path}?{query} tls { dns cloudflare ... } } 注意到 path 和 query 也要改写，这样页面内的链接怎么处理也是个问题。 建议这种需求在应用层支持 subdomain 路由，而不是靠 web server 改写。

好的，谢谢！

请问数据库是不是设置一个持久化会更好呢？

使用 styled-components 可以解決這樣的問題

請問為什麼沒有考慮使用 styled-components ?

11

我认同

改DNS，我已经换上了效果还可以大陆访问也挺快他又CDN加速。一楼说访问慢一点不慢还挺快的。