我在 thepowerofserverless.info 上创建了一个名为“无服务器架构的力量”的网站,面向前端开发者,这是我在学习整个概念时 一段时间前 做的。我现在了解得更多了,但仍然有无穷无尽的东西需要学习。不过,我觉得是时候对该网站进行一些改进。
首先,就像我们的小型 会议网站 一样,新网站是此网站的子域名
https://serverless.css-tricks.com/

为什么?这个网站是关于什么的?
围绕“无服务器”这个流行词的整个想法意义重大。与其维护您自己的服务器(您已经从其他公司购买),不如设计您的应用程序,使其所有内容都运行在按需访问的商品化服务器上。
托管变得静态,这带来了诸多优势。看看 Netlify,他们提供极快的静态托管并围绕开发者体验进行创新。您仍然需要后端服务的那些部分将运行在廉价且高效的云函数中。
这对前端开发者来说意义重大。由于 JavaScript 能力的不断增强,我们已经看到了 我们能够在前端完成的工作发生了巨大增长。现在,JavaScript 开发人员可以使用 JAMstack 概念从头到尾构建整个网站。
但是您仍然需要知道如何将所有内容串联起来。您使用谁来处理表单?您将数据存储在哪里?我可以使用什么进行用户身份验证?在这个世界中有哪些内容管理系统可用?**这就是这个网站的意义所在!**我希望该网站能够解释该概念并提供资源,但更重要的是,成为一个目录,列出构成这个新的无服务器世界的众多服务。

该网站还提供了一个包含**想法**的部分,这可能有助于您弄清楚如何使用无服务器技术。也许您甚至可以尝试创建一个无服务器网站。
Kylie Timpani 设计,Geri Coady 配图
Kylie Timpani(是的,与参与此网站 v17 设计 的 Kylie 是同一个人)完成了该项目的全部视觉设计。

Geri Coady完成了所有的插画工作。

如果任何内容看起来不对劲或奇怪,请责怪我对他们作品的拙劣实现。我仍在整理改进清单。有时,您只需要发布内容并在过程中进行改进。
所有内容都托管在 GitHub 上,欢迎贡献
我感谢任何帮助清理文本、添加服务、使其更易于访问……实际上,您认为可以改进网站的任何事情。您可以随意链接您自己的作品,尽管我倾向于发现,当您支持他人而不是自己时,贡献会更强大。最终由我决定是否接受您的拉取请求。有时这可能是主观的。

在进行任何重大操作之前,最好先通过 发送电子邮件给我 或 创建一个问题 进行讨论。那里已经有一些问题了。
我怀疑在这个领域存在的公司会希望在这里某个地方得到体现,对此我表示赞同。尽管去做吧。也许我们还可以开设某种赞助机会。
使用组件进行创建:一个好主意
我为该项目选择了 Gatsby。像这样的小型网站(几页静态内容)应该完全在服务器端呈现。Gatsby 实现了这一点,即使您完全在 React 中工作,而 React 通常被认为是一种客户端技术。Next.js 和 react-static 具有相似的精神。
我特意想在 JavaScript 中工作,因为我觉得 JavaScript 在使用组件构建网站方面做得最好。当然,您可以在 Rails 部分或 Nunjucks 包含文件中使用一些部分并传递局部变量,但这与在 React、Vue 或 Angular 等框架中获得的多功能性相去甚远,这些框架完全是为了帮助构建前端组件而设计的。
这些 JavaScript 框架获得一流的服务器端渲染功能非常重要。此外,在网站的初始渲染后,网站会“水化”,您最终仍然会获得 SPA 的感觉……太棒了。这再次表明 JavaScript 为中心的端开发者正在变得越来越强大。
顺便说一句:我对更复杂的内容数据结构和 JAMstack 网站没有太多经验。我怀疑一旦您超越了这种“简单的小卡片数据”结构,您可能就会超出前端 Markdown 文件最适合处理的范围,需要进入一个更完整的 CMS 环境,希望有一个 GraphQL 端点来获取您需要的内容。这是一个充满机遇的空间,当然。
您的演讲和那个网站对我的影响很大。我本来打算学习如何制作 WordPress 插件,但开始怀疑某些功能是否更适合使用无服务器架构。
顺便说一句,我刚刚从您在 Facebook 上的旧帖子中发现了该网站。感谢您整理了这个资源。
出于某种奇怪的原因,我发现当涉及到无服务器架构这个话题时,后端业务逻辑层(例如 Lambda)得到了很多关注,但在涉及前端代码时,例如构建预渲染的 SSR 应用程序,却没有那么多相应的关注,在我看来,这同样是无服务器架构不可或缺的一部分。
当您可以使用 Publii 等一体化工具时,为什么我们还要学习如何管理无服务器架构,使用很多服务?我用这个 CMS 生成了一些网站,所有网站都像在 WP 中一样管理。
我没有使用过 Publii 的个人经验,但我对 Publii 等工具的理解仍然与其他静态网站生成器(如 Jekyll)类似,尽管它更易于用户使用。
这意味着它非常适合发布内容,但如果需要执行后端操作(例如处理表单(例如联系我们表单)),则可能会受到更多限制。
但归根结底,这取决于您的需求。如果您能用 Publii 完成工作,那么您更有力量!
读完这篇文章后,我本来想在这里评论……现在我只想说,这个评论区本身的设计太美了!Kylie,你做得太棒了。
回到我的评论,很高兴在这个项目中看到 Figma 的使用 ^^