问题标签 [grav]

I would like to represent the following JSON structure in YAML.

I have tried without success:

In case it might be relevant, the structure is going to be used in Grav/Twig, although I think it is a pure YAML issue.

我想{{ page.summary }}用作帖子首页索引的摘要。但是我发现它summary提供了 Markdown，所以如果帖子以标题开头：

我将获得格式正确的 Header 1，而我希望以常规纯文本格式提供摘要。

有没有任何树枝过滤器可以做到这一点？

我正在使用集合对博客条目列表进行排序：

我所有的页面日期都具有以下格式：

因此，列表不正确，28-05-2005如15-05-2017.

在考虑日期格式的情况下，在 Grav 中应该如何对集合进行排序？dd-mm-yyyy hh:mm具体来说，使用格式对条目进行排序？

我正在为我的网站编写插件。它有一个顶级文件的文件，但所有子页面都是由插件本身生成的。这主要是因为插件必须处理数据库。

目前我的网页设置为mysite.com/plugin_page. 这个插件页面实际上有一个关联.md文件。该插件能够生成子页面，例如mysite.com/plugin_page/view/$和mysite.com/plugin_page/new。

当我查看mysite.com/plugin_page正确的页面时，它会被标记为活动页面，因此它会在导航栏中突出显示，正如我所期望的那样。但是，一旦我转到子页面，就不会突出显示任何页面。

我想mysite.com/plugin_page/view/$突出显示它的父页面，就像blog示例主题中突出显示的博客条目一样。

我正在尝试在 Grav 中实现某些目标，但我无法理解逻辑。

我在 Grav 有一个博客，效果很好。我将这些页面放在博客下方，并按照我的意愿显示不同的帖子。

现在我想添加一个模块，一个简单的表单，用户可以在其中留下他们的姓名和电子邮件地址，以便他们收到新帖子的通知。

但是我检查了文档，看起来你不能将这些页面和模块化页面结合起来，或者我在这里错过了什么？

或者您是否需要手动执行此操作，并且管理员 Grav 插件无法执行此操作？

我正在使用在模板中使用背景图像的主题，如下所示：

在其他页面模板中（在管理员中），我可以看到上传字段，但看不到模块化 - 我只看到模块的标题和顺序。

我想利用图像上传，但我可以找到放置它们的地方，也不能将其添加到主题的 modules.yaml 中（我不想从 grav 安装中编辑模块化）。

我的目标是以我可以使用图像上传的方式编辑主题。

我想包含一个custom_theme/images文件夹中的图像，该文件夹custom_theme是根据 Grav 文档创建的自定义主题。

树枝模板是部分的，这是摘录：

src引用此图像文件应使用什么：/user/themes/custom_theme/images/logo.png

我在 Grav 中有以下页面结构：

页面结构始终相同，只有这三个项目。

如何在 Twig 模板中分别检索每个项目（标题/副标题/副标题）？

然后树枝模板将执行以下操作：

如果我没有上述结构怎么办：

目标是用户只添加三个项目的结构，并且树枝模板使用每个项目来显示更复杂的布局。

在这个问题之后，我发现有一个名为shortcodes的插件在这里可能会有所帮助。

我已经安装了插件并创建了一个新页面：

然后我有一个调用的部分，它使得：

但这只会产生：

并且它不输出简码部分内容。

了解我需要解决的问题的背景：

1. 我的新老客户不能很好地处理通过电子邮件接收表单提交，因此在他的 24,000 多封未读电子邮件中添加更多内容是行不通的。
2. 对于这个客户端来说，数据库驱动的 CMS 也是不可能的，就像设置他使用 FTP 登录来读取和删除服务器上的文件一样（Yikes，这个想法）。
3. 我还没有看到如何在没有数据库的情况下为这些单独的表单提交文本文件创建 ID；当然，ID 可以很容易地删除窃听器。

到目前为止我正在做的事情：

4. 每个表单的生成文件列表都带有 UI 页面上的内容链接，并且每个列出的文件都有一个我为其各自行制作的精美但无法正常工作的按钮。
5. 我已经尝试通过使用基本 url 及其路由的各种组合按名称引用它们来删除这些文件，但无济于事。
6. 我已经在 Internet 上的此处和其他地方搜索并阅读了类似的问题，最接近但仍然无法正常工作的是这个PHP 示例，如果建议这样做，我将重新访问它。
7. 平面文件 CMS 使用带有“uri.addNonce”的数据重组来删除管理面板中的几乎所有其他内容，所以我认为这很容易模仿。

我当前的非工作跨区按钮代码：

没有实际 ID 会产生此断开的链接：

在不同插件中看到的基于 ID 的跨度产生了这个工作链接：

我不想做的事：

8. 重写整个插件以使表单提交附加到单个 JSON 条目 db 似乎有点矫枉过正，并且会破坏当前插件的最佳数据呈现结构。

如果不是一个疯狂的、永远不会工作的想法，那么解决方案：

9. 我想为每个列出的文件制作一个按钮生成的孤独数组，为它分配一个键/ID，引用它的路线，最后使文件能够被删除。

我的想法甚至可能吗？我会尝试任何 Twig/PHP 建议，并尽一切努力使这个 UI 数据管理解决方案适用于我的客户。所以请给我建议并指出正确的方向。最后，我想在这里做一个很好的报告，因为能够将动态 ID 分配给平面文件将开辟很多创造性的可能性。