PS0123456

> 正常的超时问题，重新传一下就好了，后面可能会上线断点续传，具体看我有没有时间 我已经尝试第三次了，还是这样。。。。 有个问题是这样的，比如2线程上传，当中有一个尝试超过8次？然后整个上传就取消了。。。 另外，超时原因除了设备与MS之间网络的原因，还有什么因素？ 我以前一直用Oneuploader的，几乎没出现过这种情况（有过1次，但重新上传也能解决。此处并无任何贬低的意思，就是询问下。你这API与OP是一样的吗？

> 一样的，具体OneDrive就提供了一种API。 > 有bug很正常，我们写程序的都习惯了，毕竟这个程序现在也只是勉强可用，还赶不上萌咖的那个稳定，但是至少是开源的，用着放心。至于超时问题，我曾经遇到过一种情况，也是一个文件怎么传都传不上去，这个文件大小40G，大概放在一个硬盘44G的机器上，这个时候最后一个区块怎么传都传不上去，由于我现在忙于考研，这个东西是忙里偷闲做出来的，这个bug就一直没检查和处理，如果你也是这种情况，我就标记一下，等我在有空去处理的时候首先处理一下。 对，情况差不多，一个是文件夹，大小100G+，一个36G。考研重要，你有时间看看吧

@gaowanliang 有时间来看看项目吧，再反馈个待优化项目，一个文件夹下剧集，能不能按照文件名顺序上传，比如第一集、第二集先上传，而不是像现在一样随机上传。这样可以在等待中先看起来。。。

> 我大猜到是什么情况了，这里先记录一下，等考研结束之后去修复一下，大概问题就是文件太大，上传时间过长，导致token超时（token有效期为10分钟，上传同一个文件用同一个token，但是在多文件上传中每上传一个文件都会新申请一个token），不难解决，但是现在确实是没时间，今天突然想到了，来这里记录一下 預祝大佬考研成功上岸! 還請有時間修復這個問題和管理員批准問題，謝謝

> > @gaowanliang 有时间来看看项目吧，再反馈个待优化项目，一个文件夹下剧集，能不能按照文件名顺序上传，比如第一集、第二集先上传，而不是像现在一样随机上传。这样可以在等待中先看起来。。。 > > 测试了一下，如果文件名是纯中文的，则很难做到，毕竟Windows都没做到。如果是阿拉伯数字，且在Windows下按名称是正常排列的，则本程序将在下个更新中支持按序排列并上传。 终于盼到你回归了，阿拉伯数字即可。 期待解决需要管理员授权问题。 此外 还有个问题 too many open files，这个是微软限定吗？如果不是，能否适当放开？

panic: runtime error: slice bounds out of range [6:5] goroutine 15 [running]: main.main.func1({0x55d83d, 0x5}) D:/program_data/go/LightUploader/main.go:355 +0x1d8 main.restore.func1.2({0x55d83d, 0x5}) D:/program_data/go/LightUploader/main.go:133 +0x54 main.restore.func1(0x4000274a30, 0x40004724e0, 0x4000435f30, 0x4000204000, {0x400025de00, 0x9d}, {0x400025de9d, 0x21}, {0x4000024768, 0x16},...

> 修复：输入 jobs -f 进入连续显示 任务状态 后，无法退出 #17 依然无法退出 ctrl+c or bye or exit

> > > 修复：输入 jobs -f 进入连续显示 任务状态 后，无法退出 #17 > > > > > > 依然无法退出 ctrl+c or bye or exit > > 键入任意字符串，然后回车，即可。 谢谢。此外，jobs Process: 0.0% 为什么会一直显示0？我最后上传完了，finished，全程为0，并且最后也是0.. 当然这都无关紧要~~期待有jobs能显示速度优化。

依然是失效状态

How? On Tue, Jun 8, 2021, 11:47 樊磊 ***@***.***> wrote: > 我的解决了... > > — > You are receiving this because you authored the thread. > Reply to this email...