“上传时发生错误。请稍后再试“，在wordpress中将图像上传到编辑器时

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

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

sudo apt-get install imagemagick

然后重新启动Web服务器解决了这个问题。

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

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

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

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

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

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

我的问题是文件。这里的线程帮助我解决了这个问题。functions.php

有时，通过phpmyadmin从文件上传/恢复db-backup时会出现此问题。导入可以跳过 adding to 和 tables at 键。auto_incrementwp_postswp_postmeta0

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

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

正如 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;

从这里获取

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