Сообщений в теме: 573

[serge_linkov]

Ну да, а потом, например как Связной, начинать просить вас подредактировать даже интерфейс.

[TrippyCat]

Ну я думаю если чтото стоящее в результате эксперементов будет добавим всем. Это как с find. Я на пример до этого не додумался, но идея годная, а у меня этот костыль был в плагине базинга, при использовании папки дата через рклон. 

[serge_linkov]

Недавно вычитал про возможность рекурсивного опроса для заполнения кэш через rclone rc vfs/refresh recursive=true. Но инфа разбросана по янглоязычным форумам, а я в этом языке не силен, вот до конца и не понял как это работает. Может что подскажете?

[TrippyCat]

Плагин был выложен больше года назад, больше я не открывал и не собираюсь открывать сайты/форумы и прочее по рклону. Что по вашему я могу подсказать? Вы шутите наверное? 

[serge_linkov]

Да просто спросил Я вот тоже не вникал в тему пока не познакомился с большими облачными библиотеками.

И тогда не забудьте про просьбу Связного.

[TrippyCat]

Да я просто ответил. Ну если забуду он напомнит, просто каждый день возникает куча проблем по всему, сейчас даже инфу тяжело вытянуть я не говорю о ссылках на видео, я не робот что бы держать все в голове. Рклон меня интересовал в процессе разработки, и все я не запоминаю даже что и как  в этом плагине работает потому что сейчас решаю другие проблемы для другого плагина. Через какое-то время будет еще какой-то другой. 

[serge_linkov]

Это понятно, тогда буду сам потихонечку "прописывать", а потом дам вам готовое для паблика.

[TrippyCat]

Ну так, вы же сами видите с find отлично вышло, так же как и ваши предыдущие предложения со svyaznoy362 которые позволили увеличить скорость. 

[serge_linkov]

Маэстро, случайно не в курсе почему плагин не хочет устанавливаться: "Ошибка: не удалось начать загрузку"?

Все остальные из Стора ставятся.

[Xemu]

Маэстро, случайно не в курсе почему плагин не хочет устанавливаться: "Ошибка: не удалось начать загрузку"?

Все остальные из Стора ставятся.

Да. Тоже самое.

[jfk98]

Я установил этот плагин. А зачем он?

[serge_linkov]

Я установил этот плагин. А зачем он?

Для работы с "облаками". Первая страница в соответствующей ветке форума.

[TrippyCat]

Устанавливается. 

[serge_linkov]

Устанавливается.

Да, видимо временные перебои были на сайте.

Ну так, вы же сами видите с find отлично вышло, так же как и ваши предыдущие предложения со svyaznoy362 которые позволили увеличить скорость.

Маэстро, удалось сделать заполнение кэш каталогов без костыля "find". Не так давно avenso обнаружил упоминание о команде "vfs/refresh recursive=true". Оказалось что эта команда отдается в сервер Rclone через remote control, при наличие соответствующего разрешения у Rclone. Новый способ был опробован и на NAS Synology, и через ваш плагин. Результат просто поразительный: скорость заполнения кэш каталогов по сравнению с "find" увеличилась от 50 до 100 раз! Например, облако из 1000 разного уровня папок и 10000 файлов в них, find пробегает за 6 минут, а новым способом за 7 секунд. Просто огромнейшее облако (от svyaznoy362) find пробегает за 6 часов 40 минут, а новым способом за 4 минуты. И опять же все это в фоне, не мешая ходить в облаке.
Выкладываю готовый скрипт.
Дополнительно в скрипте "rclone_kill" внес небольшое изменение по сравнению с вашим первоначальным вариантом, необходимое для удачного размонтирования облака, которое может быть "захвачено" при просмотре с него по сети другим устройством.

Прикрепленные файлы

•  bin.zip   1.68К   5 Количество загрузок:

[TrippyCat]

Круто, спасибо, обновлю.  6 часов и 4 минуты колосальная разница. 

[serge_linkov]

Еще пытался довести плагин для аутентичной работы на 1619, игрался с uid и gid. У шелла на 1619 gid=2000, но и эта "находка" не помогла заставить VFS от Fuse стать видимой.

[TrippyCat]

Я с этим игрался очень долго. Вроде как все варианты перепробовал и ничего не помогло. Нагугливал похожую проблему у шилда, и там решения тоже не было. Похоже дело в версии андроида или в андроид тв. 

[TrippyCat]

Да, видимо временные перебои были на сайте.
Маэстро, удалось сделать заполнение кэш каталогов без костыля "find". Не так давно avenso обнаружил упоминание о команде "vfs/refresh recursive=true". Оказалось что эта команда отдается в сервер Rclone через remote control, при наличие соответствующего разрешения у Rclone. Новый способ был опробован и на NAS Synology, и через ваш плагин. Результат просто поразительный: скорость заполнения кэш каталогов по сравнению с "find" увеличилась от 50 до 100 раз! Например, облако из 1000 разного уровня папок и 10000 файлов в них, find пробегает за 6 минут, а новым способом за 7 секунд. Просто огромнейшее облако (от svyaznoy362) find пробегает за 6 часов 40 минут, а новым способом за 4 минуты. И опять же все это в фоне, не мешая ходить в облаке.
Выкладываю готовый скрипт.
Дополнительно в скрипте "rclone_kill" внес небольшое изменение по сравнению с вашим первоначальным вариантом, необходимое для удачного размонтирования облака, которое может быть "захвачено" при просмотре с него по сети другим устройством.

а вы уверены по скрипту rclone_kill.sh по 8 строке? нормально работает?

killall rclone

прибиваются все рклоны, но перед этим шары не размонтированы. У меня были проблемы с этим если прибивать. 

[svyaznoy362]

а вы уверены по скрипту rclone_kill.sh по 8 строке? нормально работает?

killall rclone

прибиваются все рклоны, но перед этим шары не размонтированы. У меня были проблемы с этим если прибивать. 

Через SSH killall rclone прибивает

Можно так

ps | grep rclone | grep -v grep

там будет числовой идентификатор рядом с процессом

kill номер

[TrippyCat]

да тут не важно, когда нужно в этот скрипт передается pid рклона и он прибивается. проблем не возникает? 

Просто я когда тестил и если прибить рклон перед тем как размонтировать fuse то папка куда было смонтировано блокировалась (на сколько я помню) и до ребута уже туда ничего не смонтировать.