2

我无法上传任何大于约 7MB 的曲目（返回 413 Request Entity Too Large）。此功能以前可以正常工作，并且soundcloud api 状态轨道可以高达 500MB。

这是一个使用 curl 的示例，上传成功（4.9MB）和不成功（7.4MB）

如果有人想尝试复制，我已经提供了指向曲目的 Dropbox 链接（我自己的作品，所以没有版权问题！！！）。您将需要添加您的 oauth_token。

上传成功 = 4900kb_307sec_128kbps_44100hz.mp3

curl -i -X POST "https://api.soundcloud.com/tracks.json" \
           -F 'oauth_token=********' \
           -F 'track[asset_data]=@4900kb_307sec_128kbps_44100hz.mp3' \
           -F 'track[title]=A 4.9MB track' \
           -F 'track[sharing]=public'

HTTP/1.1 100 Continue

HTTP/1.1 201 Created
Access-Control-Allow-Headers: Accept, Authorization, Content-Type, Origin
Access-Control-Allow-Methods: GET, PUT, POST, DELETE
Access-Control-Allow-Origin: *
Access-Control-Expose-Headers: Date
Age: 0
Cache-Control: no-cache
Content-Type: application/json; charset=utf-8
Date: Wed, 06 Nov 2013 18:22:57 GMT
Location: https://api.soundcloud.com/tracks/118866401
Server: nginx
Via: 1.1 varnish
X-Cache: MISS
X-Cacheable: NO:Cache-Control=no-cache
X-Runtime: 436
X-Varnish: 3652774389
Content-Length: 1623

上传失败 = 7400kb_307sec_192kbps_44100hz.mp3

curl -i -X POST "https://api.soundcloud.com/tracks.json" \
          -F 'oauth_token=********' \
          -F 'track[asset_data]=@7400kb_307sec_192kbps_44100hz.mp3' \
          -F 'track[title]=A 7.4MB track' \
          -F 'track[sharing]=public'   

HTTP/1.1 100 Continue

HTTP/1.1 413 Request Entity Too Large
Date: Wed, 06 Nov 2013 18:23:21 GMT
Server: ECS (lhr/4799)
Content-Length: 0
Connection: close

谢谢

4

2 回答 2

0

我们对 soundcloud 也有同样的问题。似乎是他们的 nginx.conf （网络服务器配置）中的一个问题。

请联系Soundcloud 支持开发人员。

于 2013-11-07T11:14:21.377 回答
0

是 SoundCloud API 路由中的一个问题。现在已经修好了。

有关详细信息，请参阅以下评论： Soundcloud：上传时增加 413 失败（请求实体太大）

于 2013-11-07T15:30:24.120 回答