++ Статистика заниженная и демпинговая, из-за этой «средней температуры по больнице». Если вы хороший разработчик на серьезном стеке — не надо смотреть на среднего «программиста на HTML» в вакууме.
Спам это спам — абьюз сервиса, за их бан понятно никто не предъявит. За удаление незаконного контента несет ответственность государство, установившее такие законы, так что бояться нечего.
Речь в статье и обсуждении конкретно про политическую цензуру, угрожающую свободе слова. Не надо расширять понятия.
Я когда-то написал библиотеку, умеющую в полностью неблокирующий стриминг торрентов, без задействования локального диска.
Думаю туда не сложно присобачить FS, единственное что написана на Скале (но там есть HTTP API). github.com/Karasiq/torrentstream
То есть с уже имеющимися в облаке файле работать нельзя, что загружено через эту программу — оно хранится в своих контейнерах. Так?
Да. Реализовать полноценную работу с "нативными" файлами не получится без возможности рандомного чтения/записи в API, и это потребовало бы значительного усложнения всей системы, к тому же для этого уже полно инструментов.
Как обстоит дело с одновременной работой с нескольких компьютеров?
Это предусмотрено, в Readme есть инструкция по синхронизации. Файловая система позволяет наличие нескольких версий одного файла, поэтому конфликты просто отсутствуют "by design".
В shadowcloud тоже есть возможность писать в локальную папку, но это скорее workaround для неподдерживаемых облаков.
В основе здесь полностью прямое IO, без использования локального диска, в этом принципиальное отличие.
Я загрузил около двух терабайт в shadowcloud, на диске же это заняло…
По возможности используется официальное апи, мейлруклоуд единственное самописное (При этом и самое быстрое и надёжное, как ни странно. Самое тормозное у гугла.).
Есть веб-интерфейс, есть монтирование как диск. Чтение/запись идёт напрямую в облако. Помимо копирования существующего можно напрямую писать на виртуальный «диск» 7z-архив, к примеру.
Файловая система здесь своя и с простыми файлами в облаках не конфликтует.
Кстати веб-интерфейс вполне юзабелен с андроида (времени на андроид-порт пока не находится к сожалению).
Здесь файл режется на чанки, а загрузка всегда возобновляется с места обрыва.
Также если к региону присоединено несколько хранилищ, при отказе одного из них часть файла заливается в следующее (replication factor и приоритет можно настроить для каждого региона).
rclone лучше подходит для загрузки больших файлов, например бэкапов в 10тб, shadowcloud же предназначен для организации документов и быстрого доступа к ним (метаданные, превью, версии, markdown и моментальное сохранение страниц в веб-интерфейсе, константное время сканирования директорий).
На raspberry pi теоретически можно, но рантайм у скалы очень тяжелый, и программа заточена под десктоп.
Навскидку rclone, AirExplorer, NetDrive, BoxCryptor, Cryptomator, Диск-О от майл.ру
Проблема в том, что они либо решают только какую-то одну из проблем, либо неудобны в использовании (для меня), либо проприетарные и требуют денег.
Тот же rclone упомянутый ниже страдает от того что шифрование там не из коробки, а прикручено как бы сбоку. ShadowCloud изначально заточен под изолированную файловую систему, поэтому не имеет ограничений на имена файлов и структуру директорий, практически не зависит от используемого хранилища (достаточно маппить ключ в поток байт), имеет гибкое версионирование и универсальный расширяемый формат метаданных.
А работодатели этого делать не спешат.
Речь в статье и обсуждении конкретно про политическую цензуру, угрожающую свободе слова. Не надо расширять понятия.
Думаю туда не сложно присобачить FS, единственное что написана на Скале (но там есть HTTP API).
github.com/Karasiq/torrentstream
К слову "консольная" версия также доступна в виде Docker-образа: https://hub.docker.com/r/karasiq/shadowcloud/
Да. Реализовать полноценную работу с "нативными" файлами не получится без возможности рандомного чтения/записи в API, и это потребовало бы значительного усложнения всей системы, к тому же для этого уже полно инструментов.
Это предусмотрено, в Readme есть инструкция по синхронизации. Файловая система позволяет наличие нескольких версий одного файла, поэтому конфликты просто отсутствуют "by design".
В shadowcloud тоже есть возможность писать в локальную папку, но это скорее workaround для неподдерживаемых облаков.
В основе здесь полностью прямое IO, без использования локального диска, в этом принципиальное отличие.
Я загрузил около двух терабайт в shadowcloud, на диске же это заняло…
Файловая система здесь своя и с простыми файлами в облаках не конфликтует.
Кстати веб-интерфейс вполне юзабелен с андроида (времени на андроид-порт пока не находится к сожалению).
Также если к региону присоединено несколько хранилищ, при отказе одного из них часть файла заливается в следующее (replication factor и приоритет можно настроить для каждого региона).
На raspberry pi теоретически можно, но рантайм у скалы очень тяжелый, и программа заточена под десктоп.
Проблема в том, что они либо решают только какую-то одну из проблем, либо неудобны в использовании (для меня), либо проприетарные и требуют денег.
Тот же rclone упомянутый ниже страдает от того что шифрование там не из коробки, а прикручено как бы сбоку. ShadowCloud изначально заточен под изолированную файловую систему, поэтому не имеет ограничений на имена файлов и структуру директорий, практически не зависит от используемого хранилища (достаточно маппить ключ в поток байт), имеет гибкое версионирование и универсальный расширяемый формат метаданных.