上個月的文了，總之看到就回應一下
先來點觀念:
1. 第一次同步,尤其是上傳，請務必讓它一次做完
同步時間戳記管理上是非常複雜的
如果你真的不能開著電腦幾天幾夜的讓它傳
那就每天只匯入當天能夠初始化同步的量
這不是技術上能不能做到，而是安全上這樣搞比較保險
尤其原PO又是用休眠而非關機，非常容易出問題
2.每一家同步軟體做比對與更新的方式都不一樣
(但幾乎都不會只比最後修改日期&檔案大小)
雖然上傳之後線上比對是一種方式，但相當消耗伺服器CPU
因此不少都是下載之後在客戶端比對
原PO的狀況應該是因為檔案傳一半電腦休眠又換IP
導致線上與本機有個同樣名稱，時間記號相同的目錄
Google沒辦法確定到底哪邊才是最新的
而Google的作法是把另外一份檔案載下來並在檔名尾端加上"(1)"
之後開始進行本地比對
3.偏偏好死不死原PO在這個時候硬生生地把本地比對中斷
又沒有先中斷同步就改路徑
導致再啟動的時候原始資料與比對資料分別在不同的地方
4.如果熟知NTFS的人或許會知道，一個檔案在"被使用"的狀態下
可以進行除了刪除之外的更名與搬移動作的
原始使用該檔案的程式再之後能仍夠存取甚至刪除該檔案
============================
總而言之，原PO過於急躁及暴力的操作方式
讓整個同步作業全部亂套了
--
是非題: 犬神是一部Service動畫
--
先來點觀念:
1. 第一次同步,尤其是上傳，請務必讓它一次做完
同步時間戳記管理上是非常複雜的
如果你真的不能開著電腦幾天幾夜的讓它傳
那就每天只匯入當天能夠初始化同步的量
這不是技術上能不能做到，而是安全上這樣搞比較保險
尤其原PO又是用休眠而非關機，非常容易出問題
2.每一家同步軟體做比對與更新的方式都不一樣
(但幾乎都不會只比最後修改日期&檔案大小)
雖然上傳之後線上比對是一種方式，但相當消耗伺服器CPU
因此不少都是下載之後在客戶端比對
原PO的狀況應該是因為檔案傳一半電腦休眠又換IP
導致線上與本機有個同樣名稱，時間記號相同的目錄
Google沒辦法確定到底哪邊才是最新的
而Google的作法是把另外一份檔案載下來並在檔名尾端加上"(1)"
之後開始進行本地比對
3.偏偏好死不死原PO在這個時候硬生生地把本地比對中斷
又沒有先中斷同步就改路徑
導致再啟動的時候原始資料與比對資料分別在不同的地方
4.如果熟知NTFS的人或許會知道，一個檔案在"被使用"的狀態下
可以進行除了刪除之外的更名與搬移動作的
原始使用該檔案的程式再之後能仍夠存取甚至刪除該檔案
============================
總而言之，原PO過於急躁及暴力的操作方式
讓整個同步作業全部亂套了
--
是非題: 犬神是一部Service動畫
--
All Comments