jamstack圆桌会议的随机笔记

上周末在Web Unleashed举办了一场JAMstack圆桌讨论会。以下是这次经历的一些零散笔记。

• 我起初很惊讶，“JAMstack”中的“M”代表“Markup”（HTML中的“M”，有时与HTML互换使用），而不是“Markdown”（编译成HTML的语言）。这确实引起了不少困惑。答案是：JAMstack不需要Markdown。这种混淆源于Markdown经常与静态网站生成器一起使用，而静态网站生成器又与JAMstack密切相关。
• 我第一次意识到，托管在Netlify、GitHub Pages或S3存储桶（“静态托管”）上的每一个网站都是JAMstack。确实是SHAMstack！:)。JAMstack的静态托管(SH)部分也许是最重要的方面。
• 一个只有一个index.html文件、<div>和一堆JavaScript的网站，客户端渲染其余所有内容，也可以是JAMstack。假设它所需的数据要么内置，要么来自其他服务器上的API（而不是托管该index.html文件的服务器），那么它就是JAMstack。 <li> <em>技术上</em>的JAMstack和<em>精神上</em>的JAMstack之间存在差异。上面提到的可能更偏向技术层面，而精神层面则希望预渲染更多页面。<ul> <li>预渲染的优点在于：速度快、可以CDN托管、安全且对SEO友好。许多框架将其作为其功能的一部分提供，因此您不妨利用它。预渲染并不意味着静态，JavaScript仍然可以加载并实现更炫酷的效果。</li> <li>静态网站生成器和JAMstack是最佳拍档，这一点毋庸置疑。但JAMstack希望您放眼更广阔的视野。如果您有50,000个产品页面，而生成速度过慢或不切实际，该怎么办？没问题，您可以预渲染其他页面，但只需为产品页面创建一个框架，然后根据需要通过API获取产品页面数据即可。如果某些页面绝对无法静态托管，该怎么办？没问题，您可以将可静态托管的页面代理到静态服务器，而无需更改其他页面。想要全力以赴地进行静态托管，但需要服务器来实现某些功能？考虑使用无服务器函数，它们可以说是静态托管的精神伴侣。</li> <li>人们真的想知道<em>为什么</em>。为什么要费心去做这些事情？如果您可以用WordPress构建一个满足您所有需求的网站，为什么不这样做呢？我最终从功能的角度为我使用WordPress进行了辩护。如果我有无限的时间和一个全新的起点，即使我仍然使用WordPress作为CMS，我认为我可能会走上一条至少进行一些预渲染的道路，如果不是完全解耦并构建我自己的前端，只是通过API使用数据的话。但也许对<em>为什么</em>最令人信服的答案归结于<em>速度</em>、<em>安全</em>和<em>弹性</em>，所有这些都在您使用JAMstack时立即获得。它提供了一个非常棒的基础来构建。</li> </ul> </li> </div>

以上是jamstack圆桌会议的随机笔记的详细内容。更多信息请关注PHP中文网其他相关文章！