Плагины/индикаторы для индикации статуса синхронизации с Yandex-disk

[Ace Of Snakes]

Да, было такое дело. Где-то такую инструкцию в сети нашел, так и сделал. Только не пойму как теперь перезапуститься  без sudo? Делаю перенастройку Ян.Диска yandex-disk setup....  все регистрируется... запускаю yandex-disk start, консоль пишет демон запущен.... но эффект остался - на Диск синхронизирует, а из Диска не хочет. Только запускаю sudo yandex-disk start все тут же начинает работать). Т.е. как пере регистрировать ЯД, чтобы заработало без sudo . Спасибо

запустить sudo chown -R <имя пользователя> <папка c файлами для синхронизации яндекс диска>

без < >

ну и файлы копировать для синхронизации не из под sudo

[Sly_tom_cat]

+ еще права на конфигурационные файлы можно было просто вернуть пользователю:

Код: [Выделить]

sudo chown -R <имя пользователя>:<имя пользователя> ~.config/yandex-diskПользователь добавил сообщение 12 Сентября 2016, 18:50:45:sbrazh, если вспомните где нашли такую инструкцию - дайте ссылочку - надо как-то отметить или с авторами связаться что бы убрать этот крайне вредный совет.

[sbrazh]

Благодарю за инструкции! Все получилось.
К сожалению не вспомню источники где всплыли sudo в настройках яндекса. Откуда-то подобный help у меня оказался.
С год назад хотел примостить Я.Диск и похоже из-за этого хелпа не получилось - бросил. 
Спасибо еще раз.

[Deniske]

Код: [Выделить]

E: /var/cache/apt/archives/yd-tools_1.9.5_all.deb: подпроцесс новый сценарий pre-installation возвратил код ошибки 1

W: Файл «extra.list.backup» в каталоге «/etc/apt/sources.list.d/» игнорируется, так как он не имеет неправильное расширение
W: Файл «extra.list.backup» в каталоге «/etc/apt/sources.list.d/» игнорируется, так как он не имеет неправильное расширение
Что с этим делать?

[Sly_tom_cat]

Deniske, там должны были еще ошибки быть - про "extra.list.backup" - это не индикатора ошибки.

Могу только предположить, что у вас не установлен сам yandex-disk (CLI демон синхронизации), и индикатор не ставится (там в скриптах установки есть проверка на наличие yandex-disk.
Надо сначала установить yandex-disk, а потом ставить индикатор.

[Sly_tom_cat]

Deniske, так решилось у вас проблема?

[Punko]

Sly_tom_cat, форкнул проект на гите, хочу поковырять исходники на предмет использования oauth token.

Начал делать клиент для Яндекс.Фоток на пайтоне 3, есть некоторые затыки. Как разберусь - надеюсь, дело и до коммитов в индикатор дойдёт

[Sly_tom_cat]

Punko, так нету у меня там oauth token. Я же стандартный CLI клиент использую.

Я сам смотрел в сторону их API, но именно начав разбираться с oauth я как-то и скис.... Какой-то неимоверный гимор....

При том что я прекрасно понимаю - запилить и отладить аналог их CLI клиента - это работа немаленькая, по моим прикидкам потянет на пару человекомясяцев, что с учетом моего свободного времени выльется на год-полтора календарного времени...

[Punko]

Sly_tom_cat, аа, понятно..
Но всё равно поковыряю

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

[Sly_tom_cat]

Punko, а у твоей поделки есть доступные исходники?

А то что-то мне вновь захотелось покодить - может таки запилю своего клиента: в замену их пропиетарного сделать свой опенсорсный.

Только вот опасаюсь, что если будет опенсорсный клиент синхронизации диска, то они свой совсем забросят.... как забросили идею индикатора после того как народ (не я один) напилил опенсорсных индикаторов...

Но, ИМХО, потеря будет не слишком критична - они и так его обновляют крайне редко: в REST API уже второй год можно корзину почистить - а в клиенте этого функционала до сих пор нет.....

[Punko]

Sly_tom_cat, я вчера только начал и решил проверить - если хоть что-то получится сделать, то выложу на гит.

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

Не могу понять просто - они НЕ рекомендуют светить этот токен нигде, а как тогда быть - я не знаю, буду изучать доку по этому oauth.

И темы на яндексе есть от 2010 года по поводу клиента под Linux. Без ответа вразумительного.

[Sly_tom_cat]

Сейчас на коленке попробовал реализовать пример работы с диском по той инстркции что тындексы на хабре писали.

Что-то даже получилось: там создается, перемещается, копируется папка, а потом обе папки (переименованная и копия) удаляются.

Получил токен как у них написано для тестов. Чутка поправил пример под 3-й питон и у меня все получилось.

Что мне не нравится так это процедура автризации:

Пользователя придется кинуть на страницу авторизации и спросить у него код токена. Его придется копипастить с их страницы т.к. у приложения нет callbackurl. Но к сожалению - иначе - никак .... только если оттрейсить запросы что шлет yandex-disk при получении авторизационного токена и хачить их протокол

[Punko]

Sly_tom_cat, спасибо за статью, почитаю. Токен я тоже получил и вот момент с авторизацией мне тоже не совсем понятен, там есть другие варианты (автоматические), буду ковырять их, если выйдет. Ну, это уже после работы (после 20 по Киеву).

[Sly_tom_cat]

Там два варианта авторизации:

1. Либо приложение имеет web-server, который принимает HTTP(s) запросы - URL обработчика вбивается как CallBackURL зарегистрированного приложения. И на этот обработчик приходит токен в запросе (после того как пользователь авторизует приложение).
2. В качестве CallBackURL зарегистрированного приложения указывается заглушка на стороне yandex и после аторизации пользователь попадает на эту страницу и видит там свой токен. Его нужно копи-пастить в приложение.

Есть еще вариант с промежуточным проверочным кодом - пользователь после авторизации приложения получает не очень длинный (8 знаков) код, его копи-пастит в приложение, а приложение с этим кодом (он дается на 10 минут) идет к яндексу и получает там токен.

Вариант с промежуточным кодом конечно более гуманен по отношению к пользователю. Но лучше всего бы сделать автоматическое получение (вариант 1).
Однако в случае с клиентской программой на обычном ПС - на нем не реально открыть сокет на LISTEN что бы он светился в сети - почти все сидят за NAT-ами, причем часто не за одним.

Можно конечно поднять свой сервачек и там принимать запросы (идентификацию запросов можно организовать через поле state запроса на авторизацию), а собственно с клиентской машины спрашивать по state информацию с сервера.
Но этот вариант требует сервака с белым IP  т.е. нужны будут бабки - полюбому на поддержание инфраструктуры.... чего хотелось бы избежать...

[Punko]

Sly_tom_cat, я как раз смотрю в сторону временного пароля.