Store
集中存储,各节点首次访问后缓存。适合有实际内容的站点。
- 每个项目最多 50 MB
- 最多 5000 个文件
- 每个节点每个文件取一次
Pages 站点只在你自己拥有的主机名上提供服务。我们不提供可供发布的子域名 —— 这是一个决定,不是缺失的功能:把用户内容挂在我们自己的名字下,一次滥用就可能让控制台、身份服务、状态页,以及所有使用我们公共解析器的设备一起被浏览器列入黑名单。你的域名承载你自己的声誉,那才是它该在的位置。
集中存储,各节点首次访问后缓存。适合有实际内容的站点。
复制到每一个节点,完全不回源 —— 只要节点在,它就在。
每次上传是一个部署,部署一旦完成就不再改变。回到较早的部署是瞬时的:不复制、不重建,因为部署本身就是文件存储位置的一部分 —— 移动的只是一个指针。边缘缓存会在同一刻被清除,因此回退立即可见,而不是等最后一个缓存文件过期。
就是通常的静态站点行为,只是把它说清楚:/docs 在存在 docs.html 时就是它,否则是 docs/index.html;缺少末尾斜杠的目录请求会被重定向而不是直接应答,这样相对链接才会落在作者预期的位置;缺失的页面会以 404 状态返回你的 404.html,而不是 200。_redirects 文件支持精确与通配规则,_headers 可以设置你自己的响应头 —— 但不包括会覆盖边缘决定的那些。
不能,而且这一点不会改变。把任意用户内容挂在我们自己的名字下,会让我们运营的每一项服务都处在同一条浏览器黑名单条目之后 —— 包括其他人设备所依赖的那个解析器。请使用你自己拥有的主机名。
一般用 store,除非站点很小、而你希望它在任何情况下都可用。edge 档在每个节点都存一份副本,所以上限是 5 MB —— 它适合落地页、文档与跳转,不适合带图库的站点。
有,自动签发与续期,与所有 Shield 主机名的方式相同。
没有。你上传的是构建产物。在你原本构建的地方构建即可 —— 我们分发的就是它的输出。