以编程方式在Strapi中添加新条目

以编程方式在Strapi中添加新条目,strapi,Strapi,我部署了我的Strapi,用户可以登录到他们的帐户并向服务器添加新条目。然后,服务器将把内容存储在谷歌云服务的PostGres中。但是,我也希望能够反映本地服务器新增的条目,因为我需要为每个条目手动添加一些图像资产。我是否有办法从数据库中检索新条目并直接将其添加到本地Strapi管理仪表板?您可以将同一数据库用于本地开发和生产版本。这样,生产版本的内容与开发版本相同。是的,这很有意义!但是,即使数据库内容仍然相同,Strapi仪表板中的内容也将同步。我希望仪表板的内容也能用我在生产中所拥有的更新

我部署了我的Strapi,用户可以登录到他们的帐户并向服务器添加新条目。然后,服务器将把内容存储在谷歌云服务的PostGres中。但是,我也希望能够反映本地服务器新增的条目,因为我需要为每个条目手动添加一些图像资产。我是否有办法从数据库中检索新条目并直接将其添加到本地Strapi管理仪表板?

您可以将同一数据库用于本地开发和生产版本。这样,生产版本的内容与开发版本相同。

是的,这很有意义!但是,即使数据库内容仍然相同,Strapi仪表板中的内容也将同步。我希望仪表板的内容也能用我在生产中所拥有的更新。对不起,我不明白你的意思?如果数据库对于开发和生产是相同的,那么数据库中的所有内容对于开发和生产都是相同的。只有在将新版本推送到生产服务器之前,在开发版本中添加或删除的字段(=内容类型)在生产版本中才可用。部署后,两个版本将完全相同。哦,对不起,也许我误解了一些基本的东西。当我打开我的仪表板时,无论是在生产中还是在开发中,strapi填充将直接从数据库填充每种内容类型的所有内容?对吗?我认为strapi应用程序会填充构建文件中的所有内容,而不是数据库中的内容。数据库结构是在一些文件夹中的json文件中定义的,build使这些文件结构为部署做好了准备(我不知道它们是否缩小了,也许还有其他一些压缩/树震动的方式)。这是一个聪明的系统,因为现在您可以在本地dev系统中使用what-ever数据库,并且在部署时生产数据库的结构将相应地更新。文档中的更多信息:好的,谢谢!这很有道理。我试图从本地服务器连接到谷歌云中的同一个postgres服务器,但连接似乎不起作用。从Strapi文档来看,Strapi似乎不支持与Google Cloud SQL server的连接。。