Soundcloud：上传时增加了 413 失败（请求实体太大）答案

【问题标题】：Soundcloud: increased 413 failures (Request Entity Too Large) on uploadSoundcloud：上传时增加了 413 失败（请求实体太大）
【发布时间】：2013-11-07 08:03:35
【问题描述】：

Spreaker 是一个具有自动共享功能的音频广播平台。当我们的用户创建新音频时，我们可以将其共享到多个平台（包括 SoundCloud）。我们每天将成百上千的音轨上传到 Soundcloud。

11 月 4 日，我们开始跟踪越来越多的 413 上传失败（是前几周平均水平的 10 倍）。上传的文件大小为几十 MB（如果我没记错的话，SoundCloud 限制为 500MB），我们检查的用户的 SoundCloud 帐户上有足够的音频空间。

Soundcloud，您在 11 月 4 日是否对服务器端进行了任何更改？

注意：我们使用 PHP 库 (https://github.com/mptre/php-soundcloud)，它已更新到最新版本。

[已解决]：SoundCloud 路由中的一个问题已修复。谢谢。

[ISSUE AGAIN]：11 月 8 日，问题再次出现。

【问题讨论】：

为什么不直接问Soundcloud？
我们的应用程序也得到了同样的结果，而且它也是从 2013 年 11 月 4 日开始的！我注意到那个日期的 SoundCloud 服务器状态页面上列出了一个更新.. 不确定它是否相关：status.soundcloud.com/day/2013/11/04
@namikiri 当您访问 SoundCloud API 支持时，它会将您发送到 StackOverflow。他们的团队显然在 SoundCloud 上回答问题：developers.soundcloud.com/support
@BT643 是的，他们在 11 月 4 日进行了部署，但列出的更改看起来与此问题无关，我猜他们每天都会推动更改。
@BT643 哦，我不知道，对不起。

标签： php http upload soundcloud

【解决方案1】：

我们遇到了同样的问题，今天（2013 年 11 月 7 日）联系了 soundcloud。

“我已与我们的开发人员进行了交谈，他们正在回滚他们在大约 15 分钟内所做的更改。您能否在此时间之后（大约 13:15 CET）尝试上传到 SoundCloud”

他们回滚了他们的 nginx 配置。对我们来说，这解决了问题。

希望这对你们中的一些人有所帮助。

西蒙

【讨论】：

我们今天仍然遇到这个问题。它仍然对您有用吗？
嗨，是的，它仍在工作。如果可以重现，请联系 soundcloud 开发人员支持。