V2EX › Pil0tXia 的所有回复 › 第 10 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2022-12-29 23:53:57 +08:00

回复了 YunYouJun 创建的主题 › DNS › [反向提问] 为什么腾讯云域名解析 CNAME 没有与 MX 记录发生冲突？

DNSPod 应该是完全支持了，毕竟我把 @记录 CNAME 解析到 netlify 的负载均衡，和腾讯企业邮一起用了很久了
解析设置相关 - DNSPod 服务与支持
https://docs.dnspod.cn/dns/dns-resolve-set/
CNAME 加速 - DNSPod 服务与支持
https://docs.dnspod.cn/dns/cname-speed/

2022-12-29 18:17:00 +08:00

回复了 cnpil0txia 创建的主题 › 问与答 › 几乎 0 成本保 ICP 备案的方法

@InDom 如果是新标签页打开的网页，就是 no-referer 了。如 https://www.v2ex.com/member/Pil0tXia 中我的博客链接，点击后 V2EX 自动在新标签页打开，是 no-referer 。

2022-12-29 15:09:55 +08:00

回复了 Pil0tXia 创建的主题 › 问与答 › 静态网站没有 IP 如何公安备案？

@lzj724 我从 porkbun 转回来的，就为了国内的 CDN orz
@815979670
@mozhizhu
@aulayli
@yekern 大家都这么说的话，也确实挺好的。不过时隔四年，相比[这篇帖子]( https://www.v2ex.com/t/508137)，公安备案的认同度反而下降了（笑。
我觉得公安备案的时候服务器 IP 就填腾讯云对象存储的 IP ，应该问题不大。如果从长期角度来看，图个省事，是不是还是把它做了会好一点？

2022-12-29 01:59:29 +08:00

回复了 Pil0tXia 创建的主题 › 问与答 › 静态网站没有 IP 如何公安备案？

@eason1874 就算要搞也不至于放上自己的域名，不明智。
在[这篇文章]( https://blog.keybrl.com/boring-2020-05-11-no-icp/)中，作者说“因为审核的内容仅仅是 www 子域指向的网站，所以一些备案教程会建议在这个地方放一个很简单的页面应付检查”，你觉得他们会在检查 www 的同时也检查 @记录吗？
还是更希望自己的博客待在最简洁的二级域名上，我从[另一篇帖子]( https://www.v2ex.com/t/904974)中的[这篇文章]( https://www.qs5.org/Post/678.html)获得了灵感，可以在 CDN 里面设置 @记录的 referer 防盗链，黑名单包括[腾讯云](cloud.tencent.com)、[ICP 管局](beian.miit.gov.cn)、[公安备案](beian.gov.cn)，也许能起到一些效果。不行的话，再移动到 blog 三级域名也不迟

2022-12-28 23:09:14 +08:00

回复了 Pil0tXia 创建的主题 › 问与答 › 静态网站没有 IP 如何公安备案？

@eason1874 对，我觉得这个方法很棒，感谢。（也有人说可以随便写，说是在 GithubPages 托管的博客写 Github 的 IP 都行。）
我现在在思考公安备案之后的事情：把关闭了评论、标题和备案一致的网页放在 www 和 @上（添加 noindex 的 meta 标签，让搜索引擎不索引），原先 @记录上的博客迁移到 blog 上，来规避审查，请问你觉得这种方式有必要吗？

2022-12-28 18:51:23 +08:00

回复了 Pil0tXia 创建的主题 › 问与答 › 静态网站没有 IP 如何公安备案？

@BruceLe 目前说是只有上海是强制公安备案的，但我不知道以后其他省份会不会效仿。一旦开始备案就发现很多东西都变得不可靠了起来，而我只是想用 CDN 加速一下图片
@AoEiuV020CN 授权码本身倒是合规的，要是对象存储也能作为备案可以绑定的云资源的话，我也就不用再从二道贩子手上买授权码了
看来一开始就应该在转入域名的页面买 30 块钱三个月的轻量应用服务器。这 14 块钱的授权码花的有点亏。

2020-07-13 15:44:14 +08:00

回复了 xiaoming1992 创建的主题 › 程序员 › github 500 了？还是我的网的问题？

Update - We continue working on the recovery of our services.
Jul 13, 07:18 UTC
Update - We have identified the source of elevated errors and are working on recovery.
Jul 13, 05:53 UTC
Investigating - We are investigating reports of degraded performance and increased error rates.”.
Jul 13, 04:06 UTC

1 2 3 4 5 6 7 8 9 10

❮

❯