如何动态生成 Jekyll 配置文档
发布时间：2021-11-23 13:45:44 所属栏目：系统 来源：互联网
导读：使用 Python 或 Bash 将动态数据插入 Jekyll 静态网站中，并且避免创建一个 API 后端。 静态网站生成器 Jekyll 使用 _config.yml 进行配置。这些配置都是 Jekyll 特有的。但你也可以在这些文件中 用我们自己的内容定义变量，并在整个网站中使用它们。在本文
|
使用 Python 或 Bash 将动态数据插入 Jekyll 静态网站中，并且避免创建一个 API 后端。 静态网站生成器 Jekyll 使用 _config.yml 进行配置。这些配置都是 Jekyll 特有的。但你也可以在这些文件中 用我们自己的内容定义变量，并在整个网站中使用它们。在本文中，我将重点介绍动态创建 Jekyll 配置文件的一些优势。 在我的本地笔记本电脑上，我使用以下命令来服务我的 Jekyll 网站进行测试： bundle exec jekyll serve --incremental --config _config.yml 结合多个配置文件 在本地测试中，有时需要覆盖配置选项。我的网站的 当前 _config.yml 有以下设置： # Jekyll Configuration # Site Settings url: "https://notes.ayushsharma.in" website_url: "https://notes.ayushsharma.in/" title: ayush sharma's notes ☕ + ��� + ���️ email: ayush@ayushsharma.in images-path: /static/images/ videos-path: /static/videos/ js-path: /static/js/ baseurl: "" # the subpath of your site, e.g. /blog 由于本地的 jekyll serve URL 是 http://localhost:4000，上面定义的 URL 就不能用了。我可以创建一个 _config.yml 的副本 _config-local.yml 并替换所有的值。但还有一个更简单的选择。 Jekyll 允许指定多个配置文件，后面的声明覆盖前面的声明。这意味着我可以用以下代码定义一个新的 _config-local.yml： url:"" 然后我可以把上述文件和我的主 _config.yml 结合起来，像这样： bundle exec jekyll serve --incremental --config _config.yml,_config-local.yml 通过合并这两个文件，这个 jekyll serve 的 url 的最终值将是空白。这就把我网站中定义的所有 URL 变成了相对的 URL，并使它们在我的本地笔记本电脑上工作。 C结合动态配置文件 一个简单的例子，假设你想在你的网站上显示当前日期。它的 bash 命令是： > date '+%A, %d %B %Y' Saturday, 16 October 2021 我知道我也可以 使用 Jekyll 的 _config.yml 的自定义内容。我将上述日期输出到一个新的 Jekyll 配置文件中。 my_date=`date '+%A, %d %B %Y'`; echo 'my_date: "'$my_date'"' > _config-data.yml 现在 _config-data.yml 包含： my_date: "Saturday, 16 October 2021" 我可以把我的新配置文件和其他文件结合起来，在我的网站上使用 my_date 变量。 bundle exec jekyll serve --incremental --config _config.yml,_config-local.yml,_config-data.yml 在运行上述命令时，{{ site.my_date }} 输出其配置的值。 结论 上面的例子很简单，但可能性是无穷的。Bash、Python 和其他编程语言可以动态地生成 Jekyll 配置文件。然后我可以在 build 或 serve 过程中结合这些文件。 对于 findmymastodon.com，我使用 Python 来获取 Mastodon 的用户统计数据。然后我把这些写进一个新的 _config-data.yml 文件（目前是手动）。最后，主页和其他页面从配置文件中显示这些。这样，我就可以利用一个动态的后台，并且仍然保持我所喜欢的所有静态网站的优点。 我希望这能为你自己的静态网站激发一些想法。Jamstack 对于静态网站是很好的，但你可以避免为动态内容创建整个 API 后台。为什么不使用一个构建作业来创建带有更新内容的配置文件呢？这可能不适合每一种情况，但少一个 API 意味着更少的基础设施移动部件。 我希望这能在你的下一个静态网站项目中给你一些帮助。继续阅读，并祝你编码愉快。 （编辑：济南站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
