stevencif 发表于 2020-4-10 19:17
因為唔係 秒傳
唔關事, 係呢D大企cloud通常可靠性好高, 因為佢地係server business客, 有一堆SAN, NAS同tape做Backup, 根本唔怕死。但係因此費用就極其高昂
Jeremy107 发表于 2020-4-10 19:31 static/image/common/back.gif
其實你upload完original file再重新download compare番個HASH先係最穩陣
方法主要系为佐解决没original file的问题，通过测试法校对自己的搬运过程有没出差错，尤其在下载佐一定数量源发布者网盘分享的动画后，用来检查比较方便
cmz 发表于 2020-4-10 19:45
方法主要系为佐解决没original file的问题，通过测试法校对自己的搬运过程有没出差错，尤其在下载佐一定 ...
果Ｄ通常都係Ｎ手嘢嚟架啦，要衰第一手果陣已經衰咗，又或者係個資源畀百毒食咗，所以相對一手資源其實風險好低。當然最保險其實就係自己重新換HASH再重新UPLOAD, 自己嘅一手資源通常會可靠D
由于磁盘有使用寿命，百度本身磁盘有些都开始出问题了，现在下文件有5%的损坏率，明显秒传判断本地文件是否完整并不可靠，只是心理安慰而已
Jeremy107 发表于 2020-4-10 19:49 static/image/common/back.gif
果Ｄ通常都係Ｎ手嘢嚟架啦，要衰第一手果陣已經衰咗，又或者係個資源畀百毒食咗，所以相對一手資源其實風 ...
哩个肯定啦 但作为一般人士，例如论坛大部分朋友，边可能追踪到第一手货源，大部分也只能从别人分享的百度云里面挪货。如果大部分云端文件系完好没问题，我们起码可以保证自己从哩度挪货的文件没问题，能保证这大部分的收藏价值。
_mic_ 发表于 2020-4-10 20:00 static/image/common/back.gif
由于磁盘有使用寿命，百度本身磁盘有些都开始出问题了，现在下文件有5%的损坏率，明显秒传判断本地文件是否 ...
文件数量过万的时候，最起码能排除极大部分文件的检查难题。排除之后再花时间针对出现不能秒传的部分，可以用其他方法处理
_mic_ 发表于 2020-4-10 20:00
由于磁盘有使用寿命，百度本身磁盘有些都开始出问题了，现在下文件有5%的损坏率，明显秒传判断本地文件是否 ...
呢樣情況其實一直都有, 只係百度懶理。你見越古老嘅資源下載速度係越慢。試過某Ｄ舊資源下載速度有時連100K都冇, 但係新資源可以上到20MB/S+。所以free cloud真係極度唔可靠．
cmz 发表于 2020-4-10 20:00
哩个肯定啦 但作为一般人士，例如论坛大部分朋友，边可能追踪到第一手货源，大部分也只能从别人分享的百 ...
其實我見大部分人都會自己重新打包再upload, 會比直接用原文件更加可靠
cmz 发表于 2020-4-10 20:03
文件数量过万的时候，最起码能排除极大部分文件的检查难题。排除之后再花时间针对出现不能秒传的部分，可 ...
有时文件是没损坏也不能秒传，这情况也不少，秒传内核貌似没升级很久了，问题很多，有时文件体积不大，以现在的上传速率秒传没分析完就上传完成了。那代表这文件就有问题？这不是浪费时间？百度好多盘都通电时间过长了，损坏几率还大过用户，反正没啥意义，图个安慰，
我上傳的全部都沒有秒傳, 是不是全部都有問題, 第一次聽到這樣的蠢方法.