可以将 WordPress 帖子发布到 Discourse 后使用其原始日期和时间吗？例如，在迁移到 Discourse 时，将所有缺失的博文带入 Discourse 论坛？
目前使用的是当前日期和时间，这导致所有新发布的到 Discourse 的帖子都需要编辑才能恢复原始日期和时间。
1 个赞
嘿 @Roi，使用 WP Discourse 插件无法实现此功能。听起来你正在进行迁移？处理迁移的最佳方法是使用服务器上的迁移脚本。这是获取你想要的批量元数据结果的方法。
1 个赞
感谢您的回答。可惜没有这样的开关……
嗯，迁移（从 phpBB3 到 Discourse）已经完成了，但我仍然想将 Discourse 连接到 WordPress 网站，并且我希望将所有旧的博客文章也导入到 Discourse 中。所以，是的，你可以这么说。
博客文章太多了，手动完成会很不开心。但又太少了，不足以编写脚本。我也找过脚本，但没有找到。所以我想我最终还是会手动完成……
重新阅读这段内容，我有点不明白你在这里想实现什么。
你的意思是你在 Discourse 中手动更改帖子的日期和时间吗？
是的，没错。
PS：在我看来，当主题/帖子从 WordPress 同步到 Discourse 时，日期/时间应该相同。无论我是在创建帖子时同步它，还是稍后同步它。
您是否担心在执行迁移时，“最新”中会出现大量新主题？
我正在重置“置顶/顶帖”日期（不知道英文怎么说），所以需要多点一次;-)\n\n但我注意到，迁移过来的博客文章会显示在个人用户活动历史记录的顶部。即使其日期比用户实际发布的帖子的日期要早。
这就是为什么你需要使用迁移脚本来执行这类操作，以及为什么 WP Discourse 插件不应该让你强制将帖子的 created_at 日期与 WordPress 帖子的日期匹配。
如果我将其添加为一个选项，人们会尝试执行你正在进行的操作，发现它不起作用（因为像“bump date”这样的东西），然后来这里寻求支持，而这实际上是一个迁移 
我是善意地这样说的，因为我理解你试图做什么。
解决方案是正确处理它，使用迁移脚本。该插件并非为批量操作而设计。试图让它适用于批量操作将永远是得不偿失的。
对于插件的正常使用，WordPress 的日期确实与 Discourse 的日期匹配，因为发布到 Discourse 发生在原始帖子发布之时。
1 个赞
我明白。这是理论和实际操作。帖子数量不多，以至于迁移脚本没有意义——除非已经有现成的脚本。对我来说，花时间研究所有这些比手动操作要花费更多时间。而且，由于这个论坛只是一个有趣的、不涉及金钱的项目，我无法投资寻求帮助。
是的，明白了。这几秒钟（如果说的是秒而不是毫秒）不会造成任何区别。
1 个赞