Re: [問題] MU上傳神速?

看板Free_box作者tn00210585 (0800-093-456)時間14年前 (2011/07/22 10:09)推噓6(6推 0噓 6→)

留言12則, 10人參與討論串3/3 (看更多)

是說...MU這個機制，說好算好，能省下很多OP的時間說壞，也是很一個嚴重的致命傷... 我曾經找到某一作品影片系列的MU分享網址，全部載了下來之後，發現有幾集(其中一集稱A1)在某幾分幾秒會有問題，我洽詢了發佈者，發佈者表示他的本機檔案(A0)在我指出的部份是正常播放的，後來我從對岸補了其中一集(稱A2)，發現A1跟A2的crc32 md5 sha-1全都不一樣，但...A1跟A2，檔案大小是一樣的(比對至位元組)，後來我聯絡發佈者，表示能協助補檔，我便開始把從對岸補到的A2、B2，C2...上傳MU，然後也同這原原文一樣，瞬間上傳，我告知發佈者此問題之後，互相比對檔案(A0 A2)之後，發現到，MU上面的A1是壞的，但MU不知道它壞了，但試圖上傳A2，MU透過不明機制，判定上傳者OP了，所以只產生網址... 所以我決定封裝rar之後上傳，至少對MU來說，這是一個新的檔案，OP率極低，後來發佈者決定之後的分享皆封裝上傳，至少有99.99%的機會躲過MU的檢檔機制，只是在這個事件發生的時間點之前所分享的檔案... 4TB上下... 發佈者表示有心無力了 www 只能等看看有誰會回報錯誤檔案補充一下，MU是不認檔名的(包括副檔名)，舉個實例，線上已經有 A1.AVI 我再上傳 A1.avi ，會被判定OP，我把 A1.AVI 改名成 007.jpg 上傳，一樣判定OP。 ※ 引述《SuperTaco (TO-FU OYAKO)》之銘言： : ※ 引述《frank123ya (法蘭克123耶~)》之銘言： : : 其實這個狀況持續快一年了 : : 今天終於打算來問一下看有沒有人知道答案 : : 大概是快一年開始我有上傳檔案到MU的空間 : : 通常都是100~200MB之間的影片檔 : : 而上傳時間大約在5秒間 : : 對就是5秒非常神奇非常詭異怎麼想都不可能的5秒 : : 甚至傳過超過400MB的影片檔也是10秒內搞定 : : 並且我在MU一給我連結網址以後立刻找人測試 : : 是可以下載並且是完整檔案 : : 不過這個情況也僅限於影片檔 : : 只要是壓縮檔就是大約50KB/S 的上傳速度 : : 而且我家的網路只是很可愛的6M/XXXKB 那種東西 : : 怎麼想都不可能5秒阿~ : : 敢問有人知道原因嗎? : 這個狀態應該持續不只一年了 : 說穿了就是那個檔案已經有人先上傳過你OP了 : MU發現到「這玩意兒我已經有了」 : OP的文章是不需要的 OP太多次還會被水桶 (咦) : 於是MU花一點點時間產生一個不一樣的下載網址給你 : 但其實是指向同一個檔案 : 造成你好像上傳超級無敵霹靂快的錯覺 : 舉例來說 : 假設你覺得你只花了10秒鐘上傳就傳完好快啊 : 事實上 MU花3秒檢查 2秒產生新網址你其實只傳了5秒 : 同個檔案傳了三次 MU並不會假假的就存三份硬碟再怎麼便宜也是要花錢買的 : 雖然產生三個不一樣的MU連結 : 存在於三個不同人的檔案清單當中 : 檔名跟說明也有三份 : 但事實上，真正的檔案只有一個 : MU省(硬碟)錢你也省了(上傳)時間一舉兩得 : 不過MU的伺服器太多台了 : 「重複檔案檢查機制」並沒有做到全部的伺服器都可以查得到 : 這種時候就要看人品了 : 此外用FILE & IMAGE UPLOADER 或是其他上傳器是沒辦法做這件事的 : 要用MU的網頁、或是他自己的上傳程式才行 --

推

beaune

05/23 20:15,

05/23 20:15

推

shinemax

05/23 20:15,

05/23 20:15

推

saiwilly

05/23 20:15,

05/23 20:15

推

poiuyt31

05/23 20:16,

05/23 20:16

推

DeAmorFati

05/23 20:18,

05/23 20:18

-- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.160.178.239

推

Modchip

07/22 10:12, , 1^F

07/22 10:12, 1^F

推

MinJun5566

07/22 10:15, , 2^F

07/22 10:15, 2^F

話說是目前是約2T才對 =.=a 但我的軟體統計jdl流量是4T =.=|||

→

tinlans

07/22 10:22, , 3^F

07/22 10:22, 3^F

→

tinlans

07/22 10:23, , 4^F

07/22 10:23, 4^F

→

tinlans

07/22 10:23, , 5^F

07/22 10:23, 5^F

是可以檢查之前上傳過的檔案但要先把所有檔案下載再跑一遍來比對要很久很久... 然後只把有問題的檔案封裝+rr3重傳最下策就是全部重新封裝上傳但需要更久更久怕是怕流出去的壞檔被不知情的拿去分流結果幾年後大家手上的檔案全是...嗯... 裸傳是還好封裝也是要+rr3 不然一樣枉然只是說根本不知道MU的重複判定規則...

→

p20162

07/22 12:15, , 6^F

07/22 12:15, 6^F

推

abccbaandy

07/22 14:57, , 7^F

07/22 14:57, 7^F

MF很扯... 一定要加復原記錄... 不然怎麼傳都只是等爆檔早晚問題 = =a

推

milkteacon

07/22 15:43, , 8^F