Другая категория, и это намеренно
С MinIO разговаривают приложения по S3 API; люди его не листают. Ни аудио-волны, ни 3D, ни HEIC, ни перемотки видео, ни истекающих страниц шаринга, ни юзер-аккаунтов — для пользовательского UI прикручивают сторонний Filestash и WebDAV-мост. Cotton — это файловое облако; MinIO — хранилище под ним.
«Поделиться файлом» — это команда в терминале
Шаринг у MinIO — заранее подписанный URL из командной строки, а WebDAV не нативный, ему нужен мост. У Cotton — нативный браузерный шаринг с истекающими ссылками и нативный WebDAV через чанковый конвейер.
Open-source версию выпотрошили, потом заархивировали
В 2025-м community-консоль лишилась админ-управления и OIDC-логина; позже MinIO перестал публиковать community Docker-образы и бинарники; к началу 2026-го репозиторий пометили как «больше не поддерживается» и заархивировали в режиме только чтения. Cotton — один поддерживаемый Docker-образ + Postgres, весь UX в коробке.
Шифрованию нужен сервер ключей
Серверному шифрованию MinIO для работы нужен внешний сервис управления ключами, и оно не клиентское сквозное. Cotton делает потоковый AES-GCM в коробке и предлагает клиентское E2E на папках, где сервер не может прочитать контент.
Выбери слой, который реально нужен
Бери MinIO — или Garage, SeaweedFS, любое S3-хранилище — когда машинам нужно объектное хранилище. Бери Cotton, когда людям нужно листать, смотреть превью, шарить и восстанавливать файлы, опционально с тем S3-хранилищем снизу. Это комплементарные слои, а не одна и та же работа.