Dropbox xác định thời điểm ghi đè tệp cục bộ so với ghi đè tệp đám mây?

Khi Dropbox bắt gặp một tệp trên máy tính của một người khác với phiên bản đám mây của tệp mà nó biết, làm thế nào để quyết định xem có nên đồng bộ hóa chúng bằng cách ghi đè tệp cục bộ với tệp đám mây hay đồng bộ hóa chúng bằng cách ghi đè tệp đám mây với các tập tin địa phương?

Để viết lại:

• Nếu máy chủ sao chép và bản sao cục bộ của tệp khác nhau,

• và nếu chương trình dropbox được khởi chạy và kết thúc đồng bộ hóa,

• sau đó hai tập tin sẽ giống nhau.

Hai tệp này cũng sẽ giống hệt với một trong các tệp cũ. Câu hỏi của tôi là --- bản sao máy chủ cũ hoặc bản sao cũ? Nó quyết định như thế nào?

Tôi không biết các kỹ thuật của việc này, nhưng tôi có tình huống tôi và trợ lý của mình vận hành một hộp thả chung với hai máy tính khác nhau diễn ra vào các thời điểm khác nhau.

Câu trả lời cho câu hỏi của bạn là khi bạn kết nối với Cloud, Dropbox biết (bằng cách nào đó) rằng phiên bản hiện tại trên Cloud ban đầu được đồng bộ hóa từ máy tính của bạn. Vì vậy, nếu phiên bản máy tính của bạn khác, đó là phiên bản sẽ được đồng bộ hóa với Đám mây.

Nếu hai máy tính (giả sử A và B) đang sử dụng cùng một dropbox và mỗi máy tính thực hiện thay đổi ngoại tuyến, thì máy tính đầu tiên sẽ khởi động (giả sử đó là máy tính A) sẽ tạo ra đồng bộ hóa bản cập nhật của nó lên đám mây. Vì vậy, bây giờ sẽ có cùng một phiên bản (chứa bản cập nhật A) trên A và Cloud.

Khi máy tính B được cấp nguồn, Dropbox sẽ nhận ra rằng phiên bản tệp của máy tính B không chỉ khác với phiên bản đám mây hiện tại (là bình thường) mà khác với lần trước Dropbox được đồng bộ hóa với nó. Vì vậy, nếu nó được đồng bộ hóa tệp B với phiên bản A, các thay đổi của B sẽ bị mất. Vì vậy, những gì Dropbox làm là tạo một bản sao của phiên bản B và thêm "tệp bị xung đột của B" vào tên tệp. Tập tin gốc của B sau đó được đồng bộ hóa với các bản cập nhật A. Tệp bị xung đột, chứa các bản cập nhật B, sau đó được đồng bộ hóa với đám mây và quay lại A.

Việc xóa và xung đột phát sinh từ đồng bộ hóa có chọn lọc, được xử lý theo cách tương tự

Xung đột cũng phát sinh nếu một trong các máy tính không đóng tệp trước khi tắt nguồn. Đồng bộ hóa không xảy ra trên một tệp đang mở, vì vậy trong trường hợp này, các cập nhật của B sẽ là các bản cập nhật được đồng bộ hóa và tệp mở của A sẽ kết thúc như một xung đột. Đây có thể là một nỗi đau rất lớn để hòa hợp, nhưng đây là lỗi của chúng tôi, không phải của Dropbox.

Hi vọng điêu nay co ich.

Tôi có một phần thông tin bắt đầu trả lời câu hỏi này. Tôi không chắc điều này hữu ích như thế nào đối với người dùng có kinh nghiệm, nhưng tôi biết những người dùng mới hơn như tôi sẽ thấy báo cáo này hữu ích.

Bên cạnh đó, làm việc này khiến tôi càng hoang mang hơn khi một câu hỏi cực kỳ cơ bản không có câu trả lời chính thức hay có thẩm quyền nào. Việc thiếu tài liệu hoặc thảo luận có sẵn cho tôi biết rằng người dùng Dropbox vẫn ổn khi lấy bất cứ thứ gì Dropbox thực sự làm như những gì họ mong đợi nó sẽ làm trong những trường hợp đó. (nghĩa là tôi thậm chí sẽ không nói rằng người dùng có một kỳ vọng cụ thể rằng họ giữ dropbox để)

Ví dụ về cách Dropbox sẽ hành xử:

Trong ví dụ của tôi, máy tính A và máy tính B không bao giờ được bật cùng lúc. Hãy tưởng tượng một người dùng làm việc không cộng tác ở nhà và nơi làm việc, với mỗi máy tính bị tắt trước khi quay lại với người khác.

Điều gì xảy ra khi thư mục dropbox của một máy tính không giống với thư mục dropbox của đám mây? Để rõ ràng tối đa, tôi thích tưởng tượng cách dropbox.exephản ứng khi một máy tính có thư mục dropbox trống . Sẽ dropbox.execoi những tệp bị thiếu đó là "xóa" (có nghĩa là nó sẽ xóa chúng khỏi thư mục hộp thư đám mây) hoặc "hết hạn" (có nghĩa là nó sẽ tạo bản sao mới của chúng trong thư mục hộp thư cục bộ).

1. Bắt đầu với tình huống hành vi rõ ràng rõ ràng: Máy tính A đang bật và máy tính B tắt. Nếu dropbox.exeđang chạy và các thay đổi được thực hiện cho A, thì chúng sẽ được truyền vào thư mục đám mây chứ không phải ngược lại. Vì vậy, tại thời điểm này, nếu thư mục của A bị xóa, thì các tệp / thư mục bị thiếu này được coi là "xóa" và thư mục đám mây bị xóa.

2. Giả sử B có một thư mục dropbox trống và A tạo các tệp và đồng bộ hóa chúng với thư mục dropbox trên đám mây. Nếu chúng tôi chuyển sang máy tính B, tình huống dropbox.exesẽ diễn giải thư mục hộp trống của B là "hết hạn" và các bản sao mới từ thư mục đám mây được tạo trên B.

3. Bây giờ cho ít rõ ràng hơn: Giả sử chúng tôi thực hiện một số thay đổi trong B và đồng bộ hóa các thay đổi này với thư mục hộp thư đám mây. Nếu chúng ta chuyển sang máy tính A và --- mà không chạy lần đầu tiên dropbox.exe--- chúng ta sẽ xóa những thứ trong thư mục dropbox của A, dropbox.exesau đó những gì sẽ chạy ? Trong tình huống dropbox.exenày sẽ diễn giải các tệp / thư mục bị thiếu dưới dạng xóa mới sẽ được truyền đến thư mục hộp thư đám mây.

Tôi thấy khó hiểu rằng trong tình huống 2 và 3, bạn đã dropbox.exeđược bật và gặp trạng thái "tươi" tương tự trên một máy tính mới khác với thư mục đám mây, nhưng nó sẽ hoạt động khác.

Nếu bạn muốn phát minh ra một quy tắc giải thích cách dropbox.exevận hành, rõ ràng bạn không thể cho rằng đó là chức năng của ba biến: (1) những gì nó thấy trên máy tính ngay bây giờ, (2) những gì nó thấy trên thư mục đám mây và (3) ) máy tính nào cuối cùng được đồng bộ hóa với thư mục đám mây. (!!!)

Có lẽ biến phụ là Dropbox ghi nhớ những gì mỗi máy tính được đồng bộ hóa lần cuối vào thư mục đám mây. Trong tình huống 2, chúng tôi có thể giả sử lần cuối cùng máy tính B được đồng bộ hóa, nó đã đồng bộ hóa một thư mục trống. Trong tình huống 3, Dropbox nhớ rằng lần trước máy tính được đồng bộ hóa, nó đã đồng bộ hóa một thư mục khác với những gì nó hiện tìm thấy trong thư mục.

Từ Câu hỏi thường gặp về Dropbox :

Không giống như ứng dụng máy tính để bàn Dropbox, thường xuyên kiểm tra các tệp của bạn để thay đổi, ứng dụng di động thường chỉ đồng bộ theo yêu cầu. Điều này ngăn Dropbox tiêu thụ tất cả băng thông và dung lượng của bạn.

Làm thế nào nó làm điều này?

Điều đó cũng được đề cập trên trang web của họ :

Trước khi chuyển một tệp, chúng tôi so sánh tệp mới với phiên bản trước đó và chỉ gửi phần của tệp đã thay đổi. Đây được gọi là "diff diff" và hoạt động trên mọi loại tệp. Dropbox nén các tệp (mà không làm mất dữ liệu hoặc chất lượng) trước khi chuyển chúng. Bằng cách này, bạn cũng không bao giờ phải lo lắng về việc Dropbox tải lên lại tệp hoặc lãng phí băng thông.