Cơ sở kiến thức
Tệp
Mọi tệp đính kèm hộp thư này đang giữ, gom về một nơi bạn tìm kiếm, tải xuống và dọn dẹp được.
Chi tiết
- Tệp đính kèm xưa nay vẫn nằm trong kho lưu trữ giới hạn theo hộp thư mà chúng tới. Thứ chưa từng tồn tại là bất kỳ cách nào để đặt câu hỏi về chúng. Một bucket liệt kê các key và chẳng biết gì về tên, kích thước, hay thư nào đã dùng một tệp. Files chính là chỉ mục đó: tìm theo tên, lọc theo loại, xem mỗi tệp nặng bao nhiêu, và mở thư mà nó đi kèm.
- Thư bạn GỬI cũng được giữ, điều trước đây không có. Tệp đính kèm trong thư gửi trước kia chỉ được ghi lại thành tên mà không có byte phía sau, nên tải một tệp về sẽ ra một tệp rỗng chứ không phải một lỗi. Đúng cái nửa của “tệp của tôi” mà người ta hay đi tìm nhất lại không với tới được. Giờ nó bao phủ mọi hộp thư và mọi thư trong đó, cả gửi lẫn nhận.
- Xóa một tệp sẽ gỡ bỏ byte và giữ lại hàng, nên chính Files biết phân biệt giữa một tệp đã bị xóa và một tệp chưa từng tồn tại. Thư thì không biết: tệp đính kèm vẫn được liệt kê trên thread và việc tải nó về thất bại theo cách mọi object thiếu vẫn thất bại, chứ không nói rằng nó đã bị gỡ bỏ. Đó là nửa chưa được xây của phần này.
- Trên một hộp thư dùng chung, bạn thấy những tệp đã tới các địa chỉ được cấp cho bạn, đúng ranh giới mà danh sách thread dùng. Việc xóa thuộc về chủ sở hữu, bởi được đọc những gì tới một địa chỉ không phải cùng một quyền với được phá hủy nó.
- Không có việc nạp lại dữ liệu cũ. Files liệt kê những gì tới từ ngày chỉ mục ra mắt, nên một hộp thư lâu năm bắt đầu ở trạng thái trống và đầy dần khi thư tới; tệp đính kèm cũ hơn vẫn nằm trên thư của chúng và vẫn tải về được từ đó.
- Dung lượng được đếm nhưng không bị giới hạn. Tổng số trên trang là số byte thực sự đang giữ, gồm cả tệp đính kèm, và đó là thứ khiến nó thành con số dung lượng trung thực đầu tiên trong sản phẩm.