zaxtyson

普通用户如果上传的文件大于100MB，或者文件格式不在官方的支持范围内，是会直接失败的。如果需要解除官方限制，请参考 https://github.com/zaxtyson/LanZouCloud-API/wiki/0x02-%E7%99%BB%E5%BD%95%E5%92%8C%E6%B3%A8%E9%94%80#ignore_limits

> 不是这个问题，格式和大小都满足，也没反应。发现是pc端的接口不好用，我抓包用移动端的了，我自己也重新写了下上传的方法。 我这边上传了一些文件，好像没什么问题，接口有返回什么错误码吗

API 没有打算直接支持多线程，操作会阻塞当前的线程。如果你想使用多线程，最好创建一个类，继承 `threading.Thread` ，因为子线程一旦启动，主线程就没办法实时处理函数返回的错误。可以参考[CMD版](https://github.com/zaxtyson/LanZouCloud-CMD/blob/master/lanzou/cmder/downloader.py)，`v2.4.3` 改成了多线程下载上传。如果不想搞得这么复杂，可以使用 [`ThreadPoolExecutor`](https://docs.python.org/zh-cn/3/library/concurrent.futures.html) 。最好设置一个回调函数显示进度，不然你不知道子线程是否在下载，可能是下载的时候出了问题，进程结束了。

大文件上传后是这样的，故意拆分混淆了，大文件上传得到一个文件夹，里面的文件奇奇怪怪。下载的时候你直接下载这个文件夹就行了，会自动恢复的。为什么要做成这样，还是因为之前和官方拉扯导致的，混淆手段太简单就怕被识别然后被ban，才搞成这个样子。

是的，具体时间我也没测过，只要不换设备登录，好像可以用挺久的

自己实现一个文件系统的话，势必要保存文件系统的信息到网盘。但是，这样的话，这个文件需要经常删除更新，我怕官方会直接ban掉这个文件，那就凉了。之前我们伪装后缀上传压缩包也被官方ban了。这也是为什么我把文件的信息序列化后写入文件本身，而不是写到文件名，或者使用其它文件保存，这样特征太明显，容易被官方ban掉。 不建议连续上传很大的文件，有可能被官方**封号**。尽管API在上传大文件的分段数据时会随机暂停，但是官方仍然可以发现后台流量异常。上传几百兆的文件还算正常，连续数GB上传那就太恐怖了，之前已经有用户被官方封号了(见以往的issue) 上传100GB文件，分段数据是按权随机切块的，大部分是80~100mb(普通用户)，1GB按20个文件算，100GB也就是2000个文件。但是我相信你在上传成功之前就会被官方发觉(笑) 蓝奏云的设计和主流网盘相比还差了很多，而且它的盈利模式也很让人担忧，感觉没有巨硬的onedrive或者百度云靠谱。所以，不建议把蓝奏云作为主力储存盘。

🙈用github当网盘就不要了吧，这里是放代码的地方。

哈哈，这个可以，但是国内的网络用起来不是很妙

emm，不好意思，最近有点忙，没看 issue。 看看接口返回的错误码，可能是网络原因什么的 如果是 CMD 版，jobs + `任务 ID` 可以看到失败的原因

这就神奇了，网页版能够正常使用吗