将图片上传到编辑器时，wordpress 中出现“上传时出错。请稍后重试”答案

【问题标题】："An error occurred in the upload. Please try again later" in wordpress when uploading images to editor将图片上传到编辑器时，wordpress 中出现“上传时出错。请稍后重试”
【发布时间】：2014-02-12 11:26:25
【问题描述】：

我终于找到了解决这个问题的方法，结果证明这个问题困扰着许多 wordpress 安装。通过编辑器中的“添加媒体”按钮上传图像后，上传将失败，并显示“上传错误中发生错误”。然而，刷新后图像会出现在媒体浏览器窗口中，但当插入编辑器时，它会显示宽度和高度都设置为 1px。

在搜索了很多都没有成功后，我解决了这个问题。许多人报告通过一一禁用所有插件来找到导致问题的原因来解决它。就我而言，这是一个全新的 wordpress 安装，没有任何其他内容，甚至没有自定义主题。所以我决定把它贴在这里，以防其他人正在搜索并偶然发现这篇文章。

【问题讨论】：

这很愚蠢，但我花了整整 30 分钟更改服务器权限，重新编译图像，一切。我所要做的就是刷新页面和中提琴。

标签： wordpress

【解决方案1】：

正如 Andrei G 所指出的，该问题确实与数据库中的 auto_increment 问题有关。

这是为我解决的问题：

DELETE FROM wp_termmeta  WHERE meta_id=0;
DELETE FROM wp_terms  WHERE term_id=0;
DELETE FROM wp_term_taxonomy  WHERE term_taxonomy_id=0;
DELETE FROM wp_commentmeta  WHERE meta_id=0;
DELETE FROM wp_comments  WHERE comment_ID=0;
DELETE FROM wp_links  WHERE link_id=0;
DELETE FROM wp_options  WHERE option_id=0;
DELETE FROM wp_postmeta  WHERE meta_id=0;
DELETE FROM wp_users  WHERE ID=0;
DELETE FROM wp_posts  WHERE ID=0;
DELETE FROM wp_usermeta  WHERE umeta_id=0;

ALTER TABLE  wp_termmeta ADD PRIMARY KEY(meta_id);
ALTER TABLE  wp_terms ADD PRIMARY KEY(term_id);
ALTER TABLE  wp_term_taxonomy ADD PRIMARY KEY(term_taxonomy_id);
ALTER TABLE  wp_commentmeta ADD PRIMARY KEY(meta_id);
ALTER TABLE  wp_comments ADD PRIMARY KEY(comment_ID);
ALTER TABLE  wp_links ADD PRIMARY KEY(link_id);
ALTER TABLE  wp_options ADD PRIMARY KEY(option_id);
ALTER TABLE  wp_postmeta ADD PRIMARY KEY(meta_id);
ALTER TABLE  wp_users ADD PRIMARY KEY(ID);
ALTER TABLE  wp_posts ADD PRIMARY KEY(ID);
ALTER TABLE  wp_usermeta ADD PRIMARY KEY(umeta_id);

ALTER TABLE wp_termmeta CHANGE meta_id meta_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_terms CHANGE term_id term_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_term_taxonomy CHANGE term_taxonomy_id term_taxonomy_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_commentmeta CHANGE meta_id meta_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_comments CHANGE comment_ID comment_ID  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_links CHANGE link_id link_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_options CHANGE option_id option_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_postmeta CHANGE meta_id meta_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_users CHANGE ID ID  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_posts CHANGE ID ID  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;
ALTER TABLE wp_usermeta CHANGE umeta_id umeta_id  BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT;

取自here

【讨论】：

这个问题我找了2天，你真的救了我的命，非常感谢。
我收到此错误：/* SQL Error (1068): Multiple primary key defined */ /* Affected rows: 0 Found rows: 0 Warnings: 0 Duration for 11 of 33 queries: 0.031 sec. */ 试图在 HeidiSQL 中将其作为查询运行。

【解决方案2】：

有时这个问题来自于通过 phpmyadmin 从文件上传/恢复 db-backup。导入可以跳过将auto_increment 添加到wp_posts 和wp_postmeta 表0 键处。

这会导致网站的后续工作崩溃，最终您将无法添加新帖子/页面（“您当前正在编辑显示最新帖子的页面”而不是文本编辑器），请上传新图片（您会看到曾经是所有图片库的空白窗口）。

通过 phpmyadmin 的import 部分导入数据库时，取消选中“不要将 AUTO_INCREMENT 用于零值”附近的复选框可以轻松解决此问题。但是，它仍然可以导入错误，您需要在导入完成后手动将auto_increment 添加到wp_posts 和wp_postmeta 表中。

【讨论】：

非常感谢您发布此信息。与此斗争了好几个小时，这正是解决方案。

【解决方案3】：

就我而言，我已将移动的 wordpress 移至新服务器并收到此错误。原来我没有在新服务器上安装imagemagick。

sudo apt-get install imagemagick

然后重新启动网络服务器即可解决问题。

【讨论】：

【解决方案4】：

原来罪魁祸首是 imagemagick。我在 php.ini 中禁用了它，一切又开始工作了。如果您的主机支持它，您可以使用自定义 php.ini 文件。

【讨论】：

【解决方案5】：

我找到了一个简单的解决方案。如果您将正在处理的帖子保存为草稿，然后再次尝试上传，它可以工作。如果您长时间起草文档而没有手动保存，就会出现这种情况。手动保存后，它会以某种方式重置上传功能，问题就消失了。

【讨论】：

这实际上对我有用（在 wordpress.com 上），谢谢！
升级到 WP4.0 后这对我有用。我正在另一个选项卡中编辑草稿，升级，然后尝试添加一些图像。重新加载页面工作 - 它修复了错误。
似乎是他们的身份验证中的一个错误：您已通过身份验证来编辑帖子，但没有您应有的访问权限。上传失败，甚至保存草稿也失败（带有“你确定吗？”消息；大概它试图覆盖它不应该覆盖的东西），你需要刷新页面。如果您已经刷新，则需要再做一次 - 损坏的身份验证逻辑 :(.
是的，它与身份验证有关。我离开了编辑模式，重新进入帖子进行编辑，然后它又工作了。
我的帖子是草稿。我尝试再次上传它。它不起作用。

【解决方案6】：

我写的插件也有这个问题。根本原因似乎是 WordPress 干扰了 javascript 调用 window.requestAnimFrame 。此处为搜索错误消息的其他人提供的信息。

我写的插件是一个简单的小东西，在屏幕顶部发布一个固定的框，显示浏览器窗口的大小。该插件将使用window.requestAnimFrame 调用更新四次/秒。我猜测更新媒体上传进度条的例程中的某些内容会干扰通话。我也准备好发布那个插件了，叹息。

不确定导致 WordPress 媒体上传失败的确切细节，但这是另一个根本原因。注意：媒体文件确实上传了，但反馈系统只是在管理端出错。注意：不确定我应该这样做，但我向核心 WordPress 提交了错误报告。

【讨论】：

更新。我发现我的原始插件过早加载到 DOM。我恢复使用add_action('wp_enqueue_scripts', 'dev_tool_window_size' ); 并修复了问题。

【解决方案7】：

请参阅此链接了解更多详细信息 - 它对我有帮助 https://sebastian.expert/fix-wordpress-an-error-occurred-in-the-upload-please-try-again-later/

基本上它所说的是在上传文件后（出现错误消息时）使用 Chrome 或 Firefox 中的开发人员工具查看来自 async_upload.php 文件的响应。它以 JSON 格式返回错误详细信息。有了详细信息，解决问题会更容易、更快。

【讨论】：

【解决方案8】：

我的问题在于functions.php 文件。 here的帖子帮我解决了问题。

【讨论】：

【解决方案9】：

我的问题是一个无效的 wp-config.php 文件，其中包含一个无效字符，它破坏了发送回浏览器以确认上传的 JSON。上传实际上可以正常工作，但浏览器确认不起作用。

【讨论】：