CloudFlare页面现在通常可用

2021-04-12 22:06:31

12月,我们宣布了CloudFlare页面的测试版:前端开发人员建立,主持人和在Jamstack网站上合作的快速,安全和免费方式。

看到在开发人员手中为开发人员的强大工具提供了什么时,这一直令人难以置信。在短短几个月的测试中,成千上万的开发人员部署了超过一千多个项目,达到了全球数百万人。

今天,我们很高兴宣布CloudFlare页面现在可以为任何人提供,并为您的生产需求做好准备。我们也很高兴展示我们在测试过程中一直在努力的一些新功能,包括:Web分析,内置重定向,受保护的预览,实时预览和优化图像(哦,我!) 。最后,我们会给你一个潜行偷看我们' ll在旁边工作,让cloudflare pages你的进入平台部署不仅仅是静态网站,而是全堆栈的应用程序。

CloudFlare页面通过照顾所有繁琐的Web开发部分,从根本上简化了开发和部署网站的过程。现在,开发人员可以专注于乐趣和创造性的零件。

CloudFlare页面入门就像连接存储库并选择框架和构建命令一样简单。

一旦你设置了,你需要的唯一魔法词就是“Git提交”和“Git推送”。我们将为您提供建设和部署您的网站,因此您不会留下您当前的工作流程。

通过每个更改,CloudFlare页面生成新的预览链接并将其发布到相关的拉出请求。预览链接使您的工作与其他人简单地分享,无论是审查每个更改的代码或内容。

使用CloudFlare页面开发的每个站点都部署到CloudFlare在100多个国家/地区的数据中心网络 - 同一网络,我们在过去的10年里一直在为客户提供最佳的性能和安全性。

在过去的几个月里,我们的开发人员也忙碌起来,加强了我们从测试版到一般可用性,修复错误,并致力于制作强大的网站的新功能。

通过CloudFlare页面,我们首先在每一步中轻松开发和部署网站,并且不会在生产方面停止。发射日通常是当实际工作开始时。

内置的,免费的Web分析发表发布的日子,如果有一个问题在发射日在我的脑海中,它是:事情怎么样?

一旦按下了直播按钮,我想知道:我们得到了多少次观点?努力值得吗?用户是否遇到错误?

几周,或发射后的几个月,我仍然想知道:我们的增长稳定吗?流量来自哪里?我们可以做些什么来改善用户的体验?

使用页面,CloudFlare的隐私第一Web Analytics可用于回答成功运行网站的所有这些基本问题。本周晚些时候,您将能够使用单击单击“分析”,然后开始跟踪您的网站的进度和性能,包括您的流量和Web核心生命值的指标。

_redirects文件支持网站是生活项目。在您对产品名称的更新时,博客邮票和站点布局,您的URL也必然会发生变化。挑战不是让这些变化留下背后的死亡网址,让您的用户跌跌撞撞。

为避免留在死亡URL的跟踪后,您应该创建重定向,自动将用户引导到内容的新家。创建重定向的挑战正在协调与创建重定向的串联中的URL更改URL的代码更改。

通过向项目的构建输出目录添加_redirects文件,您可以轻松地将用户重定向到正确的URL。只需以以下格式将重定向添加到文件中:

CloudFlare页面使得您可以轻松地创建新的重定向并使用我们的新支持对_Redirects文件进行导入现有重定向。

当我们开始CloudFlare时,人们认为绩效和安全性彼此有所同比,并且两者之间必须进行权衡。我们开始表明这是错误的。

今天,我们同样地相信工作协同工作和快速行动彼此有所不足。俗话说,“如果你想快速,请独自一人。如果你想走远,一起去。“

我们之前讨论了CloudFlare页面允许开发人员和他们的利益相关者一起移动的方式,我们已经建立了两种额外的改进,以使其更加容易!

通过CloudFlare访问集成的保护预览,CloudFlare页面简化了协作之一是通过为每个提交生成唯一的预览URL。预览URLS使您的团队中的任何人都可以轻松查看您正在进行中的工作,请将其用于旋转,并在更改Live之前提供反馈。

虽然在重要的日子前,在提前与你的同事和利益相关者一起购物的想法很棒,但惊讶的元素就是使重要的日子成为重要的日子。

凭借我们的新CloudFlare访问集成,限制对预览部署的访问权限与单击按钮一样简单。

CloudFlare访问是零信任解决方案 - 将其视为一个保镖检查每个请求在门口的网站。默认情况下,我们添加CloudFlare组织的成员,因此当您将新的预览链接发送时,它们会提示使用发送到其电子邮件的一次性引脚进行身份验证。但是,您可以修改策略以与您的首选SSO提供程序集成。

CloudFlare Access附带50个座位,包括在自由层中 - 足以确保在您希望它们之前没有人泄漏新的“黑暗模式”功能。

使用CloudFlare隧道的实时预览,同时预览部署在您异步工作时使其易于共享进度,有时即时协作会话是梳理触摸触摸和最后一刻复制更改的最佳方式。

使用CloudFlare隧道,您可以通过安全的隧道将LocalHost公开到易于共享的URL,因此您可以在提交之前从队友(PUN预期)获得队友的实时反馈。

很容易对您可以玩的所有新功能感到兴奋,页面的实际杀手功能之一是性能和可靠性。

我们有一点头开始性能,因为我们在同一网络上建立了页面,我们已经在过去十年中为性能进行了优化。因此,我们学会了关于加速Web表现的一两件事。

用于提高网站性能的最佳工具之一是服务较小的内容,这需要更少的时间来传输。使您的内容更小的一种方法是通过压缩。我们最近向页面推出了两种类型的压缩:

图像压缩:由于图像代表我们服务的一些类型的内容,因此有效地为它们提供了很大的影响。为了提高效率,我们现在使用波兰语来压缩图像,并在电线上使用较少的字节。当可能时,我们还将为您的图像(和Avif也很快)提供WebP版本。

GZIP和Brotli:甚至更小的资产,例如HTML或JavaScript可以受益于压缩。页面现在将根据客户端可以支持的压缩类型为GZIP或Brotli提供的内容。

虽然我们现在一直在提供压缩的虽然已经长时间提供了压缩(追溯到2012年),这是在构建步骤时第一次预处理资产,而不是在飞,导致更好的压缩。

基于设备的调整大小:使用户甚至更顺畅,特别是在不太可靠的移动设备上,我们希望确保我们没有发送只能在小屏幕上预览的大型图像。我们的新优化将根据设备是移动还是桌面,适当地调整图像的大小。

如果您对更多图像优化功能感兴趣,我们会在本周晚些时候进行一些公告,因此保持调整。

虽然今天的里程碑标志着CloudFlare页面作为生产准备的产品,就像我说的那样,这就是我们真正的工作开始的地方,而不是结束。

我们将来支持这么多的功能来支持,我们希望为您提供一个小的一瞥:

Gitlab / Bitbucket支持通过提供与Github直接集成来实现尽可能多的开发人员,但我们希望不断增长我们与之互动的生态系统。

Webhooks如果您通过源控制管理所有代码和内容,则足以依赖于将代码作为触发新预览的方式。但是,如果您在一个地方管理代码,但另一个(如CMS)中的内容,您可能仍然希望在实现之前预览内容更改。

要使您能够这样做,我们将提供一个端点,您可以通过Webhook触发全新的全新部署。

A / B测试无论您完成的本地测试,或者您收到了许多有关的同事,某些意外行为(无论是错误还是错字)最终都必须陷入困境生产。毕竟,你的评论者也是人类的。

但是,当不可避免地发生时,您不希望它立即影响所有用户。

为了让您更好地控制向生产中推出变化,我们期待您为您提供对流量百分比的更改,以便在达到100%之前获得对您的更改的信心。

支持静态站点只是CloudFlare页面的开始。通过重定向支持,我们开始向页面介绍第一位动态功能,但我们的野心远远延伸。

我们的长期目标与页面是将全堆叠应用程序开发作为静态站点开发的经验。我们希望为您的静态资产进行部署目标,以及使其动态的API。与工人和耐用的物体,我们相信我们只需构建工具集。

我们将通过在您的/ API或/函数目录中包含它来启动允许您通过在/ API或/函数目录中部署工作功能。随着时间的推移,我们将推出新的方法来部署持久对象或以相同的方式使用kv命名空间。

想象一下,您的整个应用程序 - FrontEnd,API,存储,数据 - 都使用单个提交部署,在暂存中易于测试,单个合并部署到生产。

关于这一点的最佳部分是要看看你构建的东西,所以如果你正在建造一些酷,请务必进入我们的不和谐并告诉我们所有这些问题。

开发者周CloudFlare页面Jamstack CloudFlare Workers开发人员