DownloadCreateTicket,与FileGet问题

[user1121114685]

DownloadCreateTicket,与FileGet问题

[user1121114685]

n.prototype.formatCookies = function () { var e = []; for (var t in this.cookies) e.push(t + "=" + this.cookies[t]); return e.join("; ")

https://github.com/acgotaku/115/blob/44c965a75e4bffbbfd9293419b0b4d413ff3f318/release/js/home.js#L1
这里有JS实现方法，可以参考

[deadblue]

FileGet的问题已经在 develop 分支修复。

下载所需的所有 Cookie， 都已拼成请求头，放在 DownloadTicket.Headers 中了：https://github.com/deadblue/elevengo/blob/develop/download.go#L75-L87
在使用第三方工具下载的时候，直接用 Headers 中的内容即可：

"https://webapi.115.com/files/download" 会返回一个针对下载路径的特殊 cookie，不过 "https://proapi.115.com/app/chrome/downurl" 并不返回：

[user1121114685]

{"status":403,"message":"invalid signature","request_id":"xxxxxxxxxxxxxxxxxxxxxxxxxxxxx"}

我查看每次调用的cookie都是登陆的cookie 这与aria2推送的特殊coookie并不相符，我使用给定的cookie返回的就是这个。我还是认为 下载的cookie 不是登陆的cookie 应该还是需要特殊的cookie

[user1121114685]

http://proapi.115.com/app/chrome/downurl中有返回的 特殊cookie，我看看能不能修改下！！！

[deadblue]

使用第三方下载工具时，要把 DownloadTicket.Headers 中的所有请求头都传给第三方工具。
目前必要请求头有两个，分别是 “Cookie” 和 “User-Agent”，如果没有用DownloadTicket中给出的 "User-Agent" ，就会出现“invalid signature”错误。

使用 aria2c JSON-RPC 的时候，可参考如下实现：

[user1121114685]

是我虚妄了。原来签名验证还包含这些。谢谢指点