那么是否可以同时运行多个源

Get lates and updated email list discussion.
Post Reply
ruhul400
Posts: 2
Joined: Sat Nov 04, 2023 8:17 am

那么是否可以同时运行多个源

Post by ruhul400 »

种是在本地开发工作流程中使用 Sourcebit。因此,您可以使用我们称为监视模式的方式运行 Sourcebit。因此 Sourcebit 不断寻找远程数据源中的更改,在本例中是无头 CMS。因此,每当您发布文章或更改 CMS Sourcebit 的条目时,它都会确认这一点,并且会在本地为您重新生成所有文件。因此,对于本地工作的开发人员来说,这意味着您可以将 CMS 窗口放在 Jekyll 或 Hugo 站点旁边,在本地运行,然后您可以看到实时发生的更改。您在 CMS 上更改某些内容,然后您可以看到该更改反映在本地端,我发现这非常有用。这些是您可以使用 Sourcebit 的两种方式。

德鲁:因此,我想为了使所有这些工作有效,Sourcebit 必须了解 牙买加手机号码列表 存储内容的系统以及静态站点生成器需要在文件系统中组织文件的方式。这两件事如何运作?

爱德华多:Sourcebit 是一个基于插件的架构。因此,我们的想法是,您将拥有不同类型的插件来完成不同的任务。我们有一些称为源插件的东西,它们完全负责连接到像 Contentful 这样的数据源,例如,它们将连接到该数据源,它们将提取内容并将该内容规范化为以下格式:与数据源无关,例如,如果您想连接多个数据源,那么您使用的是 WordPress、Contentful 和 Sanity,那么来自这些数据源的所有内容都将被标准化为标准化格式全面。因此,源插件的职责就是连接到数据源,规范化内容并将它们放入数据桶中。

爱德华多:然后你有另一种类型的插件,我们称之为目标插件。目标插件不知道数据来自哪里,但它知道需要该数据的特定软件,例如,您可能有一个 Hugo 的目标插件和 Jekyll 的目标插件。因此,目标插件将负责将该数据写入特定格式以及生成的静态站点所期望的特定位置。

爱德华多:然后您可能还有其他类型的插件,它们不知道源也不知道目的地。他们只负责整理数据并在其间进行各种转换。这就是该工具的组织方式。我认为这种方法的好处是每个插件只关心一个特定的区域。因此,如果您是,假设您正在维护 Contentful 的源插件,则您无需担心将支持哪些静态站点生成器。您只需担心维护我们负责的特定插件,以确保它可以插入到您想要使用的静态站点生成器或不同输出的任意组合中。

德鲁:并使用更像内容聚合器的 Sourcebit 来同时从许多不同的源中提取它们?

爱德华多:是的,是的,这是完全可能的。这就是为什么我们使用数据标准化原则,因为您可能拥有任意数量的数据源。然后,当插件进来对数据进行某种转换时,它并不真正关心数据来自哪里,一切都被同等对待。所以这是完全有可能做到的。您可以根据需要配置任意数量的源插件。因此它会从您想要的任意多个位置提取数据。

Image

德鲁:是的,这可能很有趣。您能否想到一个公司网站可能有一个博客,它可能有来自营销的副本,它可能有来自人力资源系统的职位空缺。您可以配置 Sourcebit 在生成站点之前将其拉到一个位置,我认为这是一个非常令人兴奋的前景。

爱德华多:是啊是啊。CMS 只是您可能使用此工具的一种可能的数据源。例如,我的一位同事开始创建一个源插件,从 Reddit 中提取数据。这只是一种可能的数据源的一个非常简单的示例。正如您所说,它可能会变得非常有趣,因为您可能从 CMS 提取数据,可能从 Reddit、Twitter 或 HR 平台提取数据,而所有这些都很好地结合在一起。所以,是的,这肯定是一个可能的用例。

德鲁:目前针对不同来源有哪些类型的插件?

爱德华多:所以我们上周推出了该工具的第一种公共版本。我们推出了两个源插件和两个目标插件。所以源插件是针对 Contentful 和 Sanity 的。目标插件适用于 Jacqueline 和 Hugo。我们将继续在 Stackbit 内部开发您的插件。但我们的目标是让社区最终拥有该工具,就像这是一个完全开源的 MIT 许可项目一样。因此,我们很高兴看到人们使用 Sourcebit 创建他们的插件并构建我们从未想过的东西。所以,这就是最终目标。我们一直在与来自不同 CMS 公司的人员保持联系,他们也有兴趣构建他们的插件。所以我们一直与他们保持联系。所以希望我们很快就能看到一个很好的插件生态系统。
Post Reply