&引用;“未找到页面”;使用mysql将帖子导入Wordpress后,加载数据填充
我已经使用LOAD DATA INFILE(任何基于php的脚本/wp插件都超时了,所以我不得不使用MySQL选项)成功地将310000个帖子导入表&引用;“未找到页面”;使用mysql将帖子导入Wordpress后,加载数据填充,mysql,wordpress,woocommerce,load-data-infile,Mysql,Wordpress,Woocommerce,Load Data Infile,我已经使用LOAD DATA INFILE(任何基于php的脚本/wp插件都超时了,所以我不得不使用MySQL选项)成功地将310000个帖子导入表wp_posts 我的问题是,虽然这些帖子在wp admin中看起来很好,但是前端“找不到页面”无法访问它们 手动“更新/保存”帖子允许从前端访问。显然,我不能用310000个帖子做到这一点 我尝试过的事情: 保存永久链接而不进行更改 使用更改保存永久链接 禁用所有插件并一次重新启用它们 手动更新.htaccess 为一些帖子添加postETA(从
wp_posts
我的问题是,虽然这些帖子在wp admin中看起来很好,但是前端“找不到页面”无法访问它们
手动“更新/保存”帖子允许从前端访问。显然,我不能用310000个帖子做到这一点
我尝试过的事情:
- 保存永久链接而不进行更改
- 使用更改保存永久链接
- 禁用所有插件并一次重新启用它们
- 手动更新.htaccess
- 为一些帖子添加postETA(从更新的工作帖子中输入相同的数据),以查看Wordpress是否依赖于这些元数据
- 比较
中更新的post行与未触及的post行,查看是否有任何差异(没有差异)wp\u posts
非常感谢 Phill Healey让我走上了正确的道路来回答我自己的问题 对于将来遇到这个问题的人 我导出了表格
wp_posts
的sql文件,然后保存了一篇文章,导出了表格的新版本,然后使用文本编辑器将它们区分开来(这需要花费很长时间)。这就暴露了我的问题所在
我的问题在于我的字段中存在\r
字符。我模模糊糊地记得一些设置加载数据填充使用哪种类型的线端,我不知道选择哪个选项,所以(我认为)使用了新的车厢。我想这就是让我烦恼的地方
我做了一个不那么英俊,可能很淘气的角色替换,现在可以访问我所有的帖子了 既然您可以访问数据库,我建议您检查保存页面后的更改。比较前后的状态。然后,您应该能够运行一个简单的脚本来自动化这些更改。可能与发布日期或其他元数据有关。