Опубликован выпуск утилиты rclone 1.64, которая представляет собой аналог rsync, предназначенный для копирования и синхронизации данных между локальной системой и различными облачными хранилищами, такими как Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, OneDrive, Swift, Hubic, Cloudfiles, Google Cloud Storage, Mail.ru Cloud и Яндекс.Диск. Код проекта написан на языке Go и распространяется под лицензией MIT...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59749
хорошая весчь, использую с rustic (держу в курсе)
> хорошая весчь, использую с rustic (держу в курсе)не проще/лучше юзать all-in-one (rclone+rustic) = kopia? И быстрее и функциональней
> Kopia has been tested to work with Dropbox, OneDrive, and Google Drive through RcloneПоскольку я гугл-драйв-господин, то копиа окажется теми же яичками, только всмятку. Но яички рустика хотя бы known to work.
>> Kopia has been tested to work with Dropbox, OneDrive, and Google Drive through Rclone
> Поскольку я гугл-драйв-господин, то копиа окажется теми же яичками, только всмятку. Но
> яички рустика хотя бы known to work.Народ, вы в документацию вообще ни-ни?
kopia напрямую работает с google cloud platform, без прослоек и оба, что копия, что рклон изпользуют одну и туже либо.
> kopia repository connect gcs --bucket=BUCKET [<flags>] # Connect to repository in a Google Cloud Storage bucket
А те кто уже заточил работать с ГКП через рклон, тем для удобства копия дает возможность работать через, благо умеет общаться с родсвениками
> что копия, что рклон+ restic
> google cloud platformгугл клауд сторыж != гугл-драйв
>> google cloud platform
> гугл клауд сторыж != гугл-драйвНе, но это-ж что-то с чем-то... читать до доку все еще в лом?
пожалуйста, с ложечки да в ротик
kopia repository connect gdrive --folder-id=FOLDER-ID [<flags>]
> пожалуйста, с ложечки да в ротикНу давай читнем документацию по буквам:
Kopia supports network and local storage locations, of course, but also many cloud or remote storage locations:
- Google Cloud Storage
"Отлично!" - скажешь ты. "Раз поддерживается нечто, начинающееся со слова Google, значит поддерживается и гугл-драйв!"
Идем читать дальше этот же самый список of supported locations:
- Some of the cloud storages supported by Rclone
Опаньки. Под этим пунктом идем под-список. А там ШОК!
- Some of the cloud storages supported by Rclone
- Google DriveЧитай, дядя: https://kopia.io/docs/features/
> Читай, дядя: https://kopia.io/docs/features/Промах. Надо сюда
https://kopia.io/docs/repositories/#google-drive
и команду к подключению я уже выше давал, можете проверить:
kopia --help-long
Далее, если бы ты как и я сравнивал тысячу бэкап-утилит, то заметил бы, что в доках пишется: "поддерживаем гугл стораж! (не путать! НЕ ПУТАТЬ! не путать с гугл-драйвом!!!! гугл-драйв не поддерживаем, только гугл стораж!!!11)"
> Далее, если бы ты как и я сравнивал тысячу бэкап-утилитКаюсь, 1000 бэкап утилит не то что не тестировал, но даже не слышал столько за десятки лет, наверное что-то секретное...
> гугл-драйв не поддерживаем, только гугл стораж!!!11)"
Если читать не по диагонали, то гугл сторадж и гугл драйв, ОБА - поддерживается
Случаем с Restic не перепутали? Не нашёл, что за rUstic.
Не пользуюсь, нативных средств для каждого сервиса хватает (держу в курсе)
не получилось посредством сабжа скачать папочку на сотню файлов из публичного гуглдиска (держу в курсе)
И это неудивительно. Но самое восхитительное, это возможность безвозратно окорраптить свои облачные данные, так что спросить будет не с кого. Кроме самих вас любимых, естественно.
И тут бы ссылочку на баг-репорт, но нет, откуда у кекспертов такие ссылки? Кекспертам из кекспертизу голоса в голове нашёптывают.
И кексперт уже настолько не компетентен что не в состоянии ссылочку поискать. То что кексперт не компетентен понять что там будет в этой ссылочке это уже очевидно.
To install rclone on Linux/macOS/BSD systems, run:sudo -v ; curl https://rclone.org/install.sh | sudo bash
безопасность по линуксоидному...
> безопасность по линуксоидномуто ли дело вантуз, где все то же самое: скачать exe, опционально вырубить антивирус, потому что "на сайте попросили", запустить от имени администратора, потому что тоже "на сайте попросили".
> sudo -v ; curl ... | sudo bash
ты "забыл" упомянуть, что это не самый первый упомянутый на странице способ установки. И что на этой же странице предлагается качать пакеты у дистра.
На каком сайте такое просят? На банковском? Госуслугах? Может на Адобе или Нвидии какой-нибудь?
На котором качаешь аналог, рулона для винды беплятный.Да и на большинстве сайтов, а вы уже используете новые лицензии Мелкомягких в России?
> To install rclone on Linux/macOS/BSD systems, run:
> sudo -v ; curl https://rclone.org/install.sh | sudo bash
% zsh: command not found: sudo
% pkg install rclone
The following 1 package(s) will be affected (of 0 checked):New packages to be INSTALLED:
rclone: 1.62.1_1 [FreeBSD]
Ох уж эти фантазеры ...
>1.62.1видимо, сам не понял, что смолол.
>>1.62.1
> видимо, сам не понял, что смолол.Какой-то унылый перевод стрелок.
> Какой-то унылый перевод стрелок.Никакого перевода. Вот, видишь, в венде и маке всё норм https://repology.org/project/rclone/versions .
На самом деле Линукс тут не причём. Просто сама концепция "всемогущий админ" и "бесправный юзер" ущербна в своей сути. Потому и приходится изображать секурность через постоянное сидение под юзером и ВСЁ РАВНО выполнять ОПАСНЫЕ действия. Такой уж линукс убогий. Венда тоже.
В какой ОС правильно сделано?
В CP/M
Одну вещь там сделали "правильно" поэтому она и осталась на обочине истории.
Просвети, как там сделано разграничение прав?
Физически. Ударом правой ногой с разворота. “Мой кампутер, и нечего тебе к нему лезть”.
Свою концепцию вы конечно не представите, потому что быть её не может :) ну действительно, почему бы не пофилософствовать на тему "если бы люди не старели и законы гравитации не раьотали"..."
Так и условный гугл считает. Лучше буду решать я. Ты не сможешь совершить действий, потенциально не очень безопасных. Есть другие варианты? Безопасность и удобство не совсем совместимые штуки. И с ними в настоящее врямя в условном Linux лучше, чем где бы то нибыло. Или как?
Товарищ намекает на всеправный юзер как в общем-то было на всех шиндах.
На самом деле это имеет мало отношения к реальной безопасности, просто пинуксы выбрали такой способ ээээ.. снятия с себя ответственности (назовём это вежливо вот так).
Пинукс просто говорит - подтвердите, что вы имеете право делать глупости на этом компе, и юзер подтверждает...
А потом любой пинуксоид тебе скажет, что пинукс надёжный - это просто юзер дурак запустил то, что не должен был. И, технически, даже будут правы. Ведь значит виноват юзер, а не пинукс. То есть ответственность свалили на юзера и дил-виз-ит.
Вот только без возможности запускать не то, что надо по глупости, любой конкурент (что макось, что венда) точно так же как-бы-безопасны. Пинуксоиды вон даже страшно гордяться тем, что всегда могут сказать, что виноват пинуксоид (другой, а не тот, который это говорит).
А софт с дыренями размером со Звезду Смерти вон по три года в реальности сидят в официальных репах дистров, а то и годами со времен внедрения WebP в браузеры например. И в самих дистрибах (родных пакетах) тоже.Венда много лет была без этой концепции разделения на недоюзера и админа. Да, небезопасно. Но в итоге всё равно любое заражение или компрометация системы - это результат действий юзера. Что в в венде 9x, что в вин 10-11, что в почти в любом пинуксе.
А вы win9x точно, сидели? Там можно все раньше винды запустить. Это же была оболочка над DOS. Какой к херам админ там нужен был?
> sudo -v ; curl https://rclone.org/install.sh | sudo bashЭто и правда трешак. Оно еще и в /usr/bin вместо /usr/local/bin ставит.
По-нормальному можно было бы просто установить в ~/.local/bin без рута.
> Это и правда трешак. Оно еще и в /usr/bin вместо /usr/local/bin ставит.Тут и там народ про -h никогда не слышал, а вы про секьюрити, вот для них то и стараются, чтоб на 100% запускалось, а про судо, - та категория и не парится, главное чтоб быстро
> Код проекта написан на языке Goчто в переводе означает "бинарник весит от 10 Мб + гора зависимостей, а тормозит даже сильнее джавы"
Мне пришлось скачать что-то около гигабайта, но я из исходников устанавливал. Сам пакет rclone больше 300мб.
в единственном нормальном дистрибьютиве вот так:
Package Size: 18.3 MB
Installed Size: 76.6 MBи это без учёта зависимостей. тупо прога, которая http(s) запросы делает и на диск пишет-читает. 80 мегабайт.
> тупо прога, которая http(s) запросы делает и на диск пишет-читает. 80 мегабайт.Это примерно как жаловаться, что Xorg уечит пару сотен мег, и при этом тупо прямоугольник на экране рисует. Я бы тебе предложил показать свою оригинальную разработку, аналогичную rclone, но не буду, так как кодить ты всё равно не умеешь.
> Мне пришлось скачать что-то около гигабайта, но я из исходников устанавливал.А вы уверены, что это был rclone?
git clone рклон-а - со всеми историями = 291мб
> Сам пакет rclone больше 300мб.Так это к опакетивателям вашего любимого дистра, а так по ходу, рклон - это self-contained binary не требующий никаких зависимостей, - сбросил и пользуй файл в районе 50-70мег который включает все либы ко всем клаудам
Теперь посмотри зависимости.https://gitweb.gentoo.org/repo/gentoo.git/tree/net-misc/rclo...
> Теперь посмотри зависимости.
> https://gitweb.gentoo.org/repo/gentoo.git/tree/net-misc/rclo...Ты понимаешь что такое - статически скомпилированный бинарник? У него нет зависимостей - Вообще ! В пределах одной и той же платформы будет работать на всех версиях ОС
Тебе видно не знакомы такие понятия как "скачать" и "из исходников", ничего, бывает.
> Тебе видно не знакомы такие понятия как "скачать" и "из исходников", ничего,
> бывает.Не, не знаю что такое "качать", а из иcходников оно как то так, - гарантйно
git clone https://github.com/rclone/rclone
env CGO_ENABLED=0 GOOS=linux GOARCH=amd64 \
go build \
-v \
-trimpath \
-a \
-ldflags "-s -w -buildid= -extldflags '-static' -X main.commit=$(git rev-parse HEAD) -X main.version=$(git tag --points-at HEAD | head -n 1)"
Скачать из исходников потом идёт компиляция и исходники же вроде не нужны? Или их ради забористости оставлять надо? И на каждую версию так делаете?
и кстати
>В пределах одной и той же платформы будет работать на всех версиях ОСникому не рассказывай -- засмеют.
> и кстати
>>В пределах одной и той же платформы будет работать на всех версиях ОС
> никому не рассказывай -- засмеют.Ооо Великий Специалист, раскажи-ка, как оно тогда работает, если скачать с официального гитхаба (который собран статически) и прекрасно работает на красных шляпа, дебианах, арчах и всей прочей лапчатой братии, врочем как и дьявольские образы тоже в пределах платформы не хворают
Смешные, люблю опеннет...
Уже проходили с sdl. Если ты не понимаешь, в чём дело, то это только твоя проблема. В следующий раз попробуй просить пояснить по-уважительней, хотя, о чём это я, ты же всё знаешь.
> Уже проходили с sdl.А при чем здесь сдл? Ласково и уважительно если что спрашиваю, оно ведь не каким боком к Го не относится, у которго полностью своя начинка и оно работает как и должно на всех поддерживаеммых платформах
Я тебе не верю. При том, что причина ровно та же. Бинари работают несколько лет, но только чудом, если разрабы специально позаботились хорошенько подпереть костылями и какая-никакая совместимость была сохранена. Да, есть и примеры где всё работает спустя десяток лет, но всё, что окружает программу устаревает очень быстро.
> Я тебе не верю.Есть очень простой способ проверить, - загрузить из публичного гита и попробовать ;)
> Да, есть и примеры где всё работает спустя десяток лет
Именно !
> но всё, что окружает программу устаревает очень быстро.
Мы все скоро помрем...
(типун мне на язык)
Вина у Вас дома систем, что собрать для всех надо О_о
> Вина у Вас дома систем, что собрать для всех надо О_оЕсть такой концепт в програмирровании, называется цикл, а.к.а: while,for,until в которых можно легко подставить нужные архитектуры и операционные системы, и с Го это правда легко
А посмотри что у тебя уже стоит из этих зависимостей и это не будет качаться.
Мсьё соврамши. У Go программ бинарник включает уже все зависимости. Так что их будет всего 0 или 1 (libc), смотря как компилить.
Что по тормознутости тож ложь. Быстрее java это точно. Да и вообще Go быстрый, быстрее только Си и сопоставимые по скорости (плюсы, раст), но на них писать в разы дольше и неприятнее. Сферический конь в вакууме будет примерно в 10 раз быстрее аналогичного на python.
зачем ты врёшь о том, что проверяется за три секунды?user@pc:~$ ldd /usr/bin/rclone
linux-vdso.so.1 (0x00007ffe3c90a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7f80600000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7f808e5000)
а теперь давай, покукарекай о том, что это всё якобы предустановлено во всех дистрах
Хз как ты ставл прогу. Но пара ключей для компилятора го и этих зависимостей не будет.
это в твоей любимой убунте так поставилось. или ты думал, я буду 10 гигов транслятора go качать и руками собирать сие крайне полезное поделие?
> я буду 10 гигов транслятора goНе, я понимаю там опозориться совравши в два, три раза, но
10гиг Го компилятора(не транслятора) - вы чемпиён однако.
Он самый последний в 50 раз меньше весит
> а теперь давай, покукарекай о том, что это всё якобы предустановлено во всех дистрахСкажи спасибо тем кто собирал не статически ;)
У не крахоборов экономящих 10мег:
> ldd rclone
> not a dynamic executable
> зачем ты врёшь о том, что проверяется за три секунды?...
> vdso.so
> libc.so
> ld.so...
> а теперь давай, покукарекай о том, что это всё якобы предустановлено во всех дистрахЗачем ты так явно и с таким гордым видом демонстрируешь свой ламеризм?
man vdso
man ld.so
> linux-vdso.so.1 (0x00007ffe3c90a000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7f80600000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f7f808e5000)
>
> а теперь давай, покукарекай о том, что это всё якобы предустановлено во всех дистрахЧел, а ты вообще понимаешь, что значит этот выхлоп ldd? "Это все" в списке - линковщик и стандартная библиотека C. И они действительно установлены во всех дистрах.
Не ставьте раст в один ряд по скорости с си и плюсами
он имеет ввиду порядок. т.е. когда джава в 100 раз медленнее си, а раст - только в 9, получается, что раст сравним по скорости с си
Нет.
> Нет.Но реальность об этом как-то не в курсе:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Rust быстрее в 5/10 тестах
Да.
Пользуюсь, заливаю на Яндекс диск файлы. Бывает качаю торрент, заливаю туда (все через cli), получаю ссылку и скачиваю в другое место, где торенты недоступны ))
> получаю ссылку и скачиваю в другое место, где торенты недоступныПопробуй обычную советскую флешку (продается в любой аптеке)
Попробуй наконец интернет, прикольная штука.
> Попробуй обычную советскую флешку (продается в любой аптеке)А лучше usb3.2 кейс для старого nvme - размер девайса чуть-чуть больше, но запись 1 гигабайт в секунду + объём 256-512-1024 гига.
Пользуюсь с версии 1.59.0 для ЯДиск-а, пакечу в RPM, доволен.
Сейчас глянул: размер статического бинаря примерно 54 метра.
Все еще меньше Erlang/OTP рантайма или JRE
А если сравнить с GlaalVM? Позволяет сделать бинарь без рантайма (с рядом ограничений понятное дело).
>GlaalVMGraalVM*, не знаю, позволяет ли эрланг производить независимые бинари только с используемыми частями.
Сделайте strip + upx, если это важно. Будет мегов 7.
rpmbuild стрипает сам :-)
Зато памяти потреблять будет в 5 раз больше нынешнего. Что за идиоты пакуют бинари, не понимаю.
> Зато памяти потреблять будет в 5 раз больше нынешнего. Что за идиоты
> пакуют бинари, не понимаю.Ага, только не в 5, а в 50. Идиоты как раз не пакуют, идиоты заняты освобождением памяти чтобы она пустая была.
Ты, видимо, прогуливал, когда рассказывали про фрагментацию.
Гуй есть? Нормальный в смысле.
При синхронизации на sshfs (500Гб, 200 тыс. файлов) rclone работает быстрее rsync где-то раз в 8-10, если не больше... Видимо, дело в однопоточности rsync, которая начинает мешать при больших сетевых задержках.
ограничитель пропускной способности тоже бывает полезен.
например если на том конце дрянь-HDD с SMR.
https://rclone.org/docs/#bwlimit-bandwidth-spec
Оно и локально работает быстрее в этом месте, пока рсинк упирается в одно ядро
Есть такое, я 1080p видео смотрю из интернета с rclone mount, без затыков, с sshfs такое не получалось.
Ура! Теперь можно синхронизировать теробайты отборного сами знает что)))
Кино с понЯми? На яндекс-диске? Пони-опричники уже ломают твою дверь.
лучше чем syncthing, если учитывать что моё облако - мой же сервак с такой же папкой в подвале за стеной?))
> моё облако - мой же сервак с такой же папкой в подвале за стеной?))Это же капец как небезопасно: сильный скачёк напряжения, пожар, потоп, домушники вынесшие всё ценное (в том числе и технику) и т.д. Во всех этих довольно тепичных сценариях (и куче не перечисленных) потеряете и основную копию и "облачную".
Вы из проверенного временем правила 3-2-1 нарушаете сразу аж 2 с половиной. Я не раз беседовал с людьми, у которых "облако в шкафу" стояло. Беседовал я с ними уже после того, как они поняли НА ПРАКТИКЕ, что так небезопасно.
То ли дело корпоративное облако в котором могут заблокировать твой аккаунт по любой причине и даже пояснять тебе ничего не обязаны.