资源中心

本指南将帮助您在 EdgeOne Pages 快速上手使用基于 AWS S3 和 Next.js 构建的文件上传系统。使用 EdgeOne Pages 模板部署是从头开始构建和部署 AWS S3 项目的最快方法。您可以在 pages 的模板市场快速找到 AWS S3 Batch Uploader 主题模板开始部署。登录您的 AWS S3 账号， 在个人中心-安全凭证菜单下找到访问密钥，将密钥复制到 Environment Variables, 同时将存储桶和存储地域相关信息填入。点击 Create 按钮 Pages 会将模板克隆到您的私有仓库并进行构建。构建完成后，您可以从仓库克隆代码进行开发。

Pages Cloud Functions 新增 Python 和 Go 两种运行时。在同一个项目中，你可以用这些语言编写后端 API，和前端页面一起推送到仓库后自动构建发布。本次更新之后， cloud-functions  目录下可以识别  .py  和  .go  文件，平台自动匹配对应的运行时，文件路径即 API 路径。Cloud Functions 的 Python 运行时提供两种模式：

EdgeOne Pages Beta 版上线一年以来，我们收到了大量来自开发者的反馈，持续迭代了数十个版本。今天，我们很高兴地宣布：EdgeOne Pages 正式版现已上线。本次更新聚焦于开发者最关心的几个核心问题：基础设施性能、安全防护能力和可观测性。以下是本次更新的详细内容：正式版对底层 CDN 网络进行了全面升级，新增智能网络调度、链路优化、高级配置化能力，带来更低的访问延迟和更高的服务稳定性。无论你的用户在哪里，都能获得更快的加载体验。

我们很高兴地宣布，EdgeOne Pages 现已正式支持中间件功能。这意味着您可以在边缘节点上拦截和处理用户请求，在页面加载之前执行自定义逻辑，让您的应用响应更快、架构更灵活。中间件是一段在请求到达最终目标之前执行的代码，它可以拦截用户请求，执行重定向、重写、修改请求头等操作。您可以把它理解为请求的"守门人"，在正式处理之前先进行一轮筛选和预处理。传统架构中，这些处理逻辑需要回源到服务器执行，不仅增加了延迟，还给源站带来额外负担。EdgeOne Pages 的中间件运行在边缘节点上，将这些轻量级的处理逻辑前置到离用户最近的位置，请求在到达源站之前就能完成判断和处理。

EdgeOne Pages 现已正式支持 TanStack Start 与 Vike 框架的部署。这两个框架近年来受到越来越多开发者关注。TanStack Start 提供端到端的类型安全能力，Vike 则以高度可定制的架构著称。此次支持让开发者在技术栈选择上有了更多灵活性，能够更轻松地构建和部署现代全栈应用。TanStack Start 是由 TanStack 团队推出的全栈 Web 框架，基于 TanStack Router 和 Vite 构建，提供完整的服务端渲染（SSR）、流式渲染、服务器函数、API 路由及打包部署能力，通过端到端的类型安全优化开发体验，为现代全栈应用开发提供了一体化、可部署到任意 JavaScript 运行环境的解决方案。

TanStack 是一套为现代 Web 应用程序设计的高质量开源工具套件。迄今为止，其各个模块在 GitHub 上已累计获得超过 10 万颗星和 9500 名关注者。其核心优势在于将 Web 开发中最具挑战性的方面进行模块化和标准化，将它们提炼成一个全面且可用于生产环境的生态系统。TanStack 的目标不仅仅是成为一个便捷的工具库，它致力于解决现代全栈应用程序中固有的系统性复杂性。它无缝地将以前分散的流程如路由、数据获取和服务器端渲染，整合成一个统一、连贯的工作流。当处理海量数据集或复杂的表单交互时，你会发现 TanStack 提供的是一个坚如磐石的基础，而不仅仅是一个捷径。它确保"高性能"和"高可靠性"不再是开发者的负担，而是融入到框架的 DNA 之中。

身份认证是几乎所有 Web 应用的核心组成部分。无论你是在构建 SaaS 产品、个人项目还是内部工具，用户登录功能基本上都是必需的。但从零开始实现身份认证并不简单。你需要处理密码安全哈希、会话管理、OAuth 流程、令牌刷新，以及许多其他容易出错的环节。身份认证很重要，但它并不是让你的应用与众不同的功能。你可能更希望把时间花在其他地方。这就是 Better Auth 的用武之地。

为网站添加表单听起来很简单。但一旦开始考虑后端，事情就变得复杂了。你需要搭建服务器、处理表单提交、发送邮件通知、过滤垃圾信息，还要找地方存储数据。对于一个简单的联系表单来说，这些工作量太大了。Formspree 帮你处理所有这些。它是一个表单后端服务，接收表单提交的数据，并将其发送到你需要的地方。为什么选择 Formspree？

在 App Router 出现之前，Next.js 一直使用 Pages Router（pages/ 目录）作为路由系统。这套系统虽然简单易用，但随着应用复杂度的提升，逐渐暴露出一些局限性：2022 年，随着 React 18 引入 Server Components，Next.js 团队看到了重新设计路由系统的契机。于是，App Router 应运而生。这是最根本的范式转变。在 App Router 中：