Предыстория
Привет, Хабр!
К написанию этого поста привела довольно странная ошибка, которую вчера вечером на ноутбуке с Linux (да, я из тех странных людей, кто использует GNU/Linux на ноутбуке) я получил вместо содержимого своего Яндекс.Диска:
$ ls -l /mnt/yadisk
ls: reading directory '.': Input/output error
total 0
Первая мысль: сеть отвалилась, ничего страшного. Но при попытке перемонтировать директорию появилась новая ошибка:
$ sudo umount /mnt/yadisk && rclone mount --timeout 30m ya:/ /mnt/yadisk
2020/02/21 20:54:26 ERROR : /: Dir.Stat error: [401 - UnauthorizedError] Unauthorized (Не авторизован.)
Это было уже странно. Токен протух? Не беда, авторизую заново!
$ rclone config
... (опущу тут весь вывод терминала) ..
После перехода на веб и попытки авторизоваться там получаю уже более конкретное сообщение:
Это приложение заблокировано за вредоносные действия, поэтому доступ не разрешён (unauthorized_client).
Первая мысль: чтоооо?
О rclone
Немного справки:
rclone — достаточно известная открытая утилита для работы с облачными хранилищами (неоднократно раз, два, три упоминалась на Хабре). Автор называет её "rsync for cloud storage", что довольно ёмко. Но этим функциональность не ограничивается: помимо функций rsync она ещё может монтировать диски, выполнять функцию ncdu (что, кстати, мне позволило однажды обнаружить неправильный подсчёт свободного места на Яндекс.Диске и успешно решить эту проблему через техподдержку), а также кучу всего ещё. Утилита поддерживает как десятки облачных хранилищ, так и более традиционные протоколы — WebDAV, FTP, rsync и другие. Для доступа к Яндекс.Диску утилита использует официальный публичный API Диска.
Утилита поистине уникальна и (по моему мнению) представляет из себя тот класс программ, которые ставишь один раз, а пользу они приносят постоянно.
Что произошло?
Обратившись к Google я сразу понял, что не одинок. Есть баг в официальном гитхабе, а также обсуждение на официальном форуме.
Краткое содержание: client_id утилиты заблокирован Яндекс.Диском, из-за чего авторизоваться больше нельзя. Можно попробовать поменять client_id, но не факт, что та же участь не постигнет и новый id.
Ответ поддержки опубликован на том же форуме:
Дело в том, что программа Rclone позволяет использовать Яндекс.Диск в качестве инфраструктурного компонента, а Яндекс.Диск — это персональный сервис, который не рассчитан на решение таких задач. Поэтому мы не поддерживаем работу связки Rclone — Яндекс.Диск.
"Инфраструктурный компонент"? Ну раз нельзя, то наверное это описано в правилах подумал я и ничего такого в правилах самого диска или его публичного API я не нашёл.
Ладно, напишем в поддержку.
Первый ответ прилетает 1 в 1 тот, что опубликован выше (про "инфраструктурный компонент"). Окей, мы не гордые.
Я:
А подскажите пожалуйста, какое правило сервиса это нарушает?
Я изучил условия использования Яндекс диска и никаких запретов на использование "в качестве инфраструктурного компонента" там нет.
Более того, я не могу использовать утилиту с личного ноутбука для работы с диском. Это уже совсем никак под " инфраструктурный компонент" не подпадает. Штатный клиент диска ужасен, уж простите.
Поддержка:
Сергей, дело в том, что Яндекс.Диск — это в первую очередь персональный сервис, который не рассчитан на загрузку резервных копий в автоматическом режиме.
Вы можете синхронизировать данные между вашим компьютером и Яндекс.Диском, а также пользоваться веб-интерфейсом Диска для загрузки файлов и работы с ними.
Если вас по каким-то причинам не устраивает наша программа, пожалуйста, озвучьте их. Традиционно мы прислушиваемся к мнению пользователей при выпуске обновлений продукта.
Вы можете ознакомиться с документами, регулирующими использование сервиса, в частности «Пользовательским соглашением сервисов Яндекса», опубликованным по адресу: https://yandex.ru/legal/rules/, а также «Условиями использования сервиса "Яндекс.Диск"»: https://yandex.ru/legal/disk_termsofuse
Для решения задач, которые требуют больших мощностей, мы рекомендуем использовать Яндекс.Облако. Это другой облачный сервис Яндекса, который создан для решения задач бизнеса. Узнать больше о Яндекс.Облаке можно тут: https://cloud.yandex.ru
Я:
Вы не ответили на мой вопрос. Подскажите пожалуйста, какой пункт правил сервиса нарушает использование rclone? Я внимательно изучил правила по вашей ссылке (ещё до того, как вы из прислали).
Совсем недавно вы писали пост, что Яндекс всячески поддерживает OpenSource и без OpenSource Яндекса и современного интернета бы не было (https://habr.com/ru/post/480090/).
А теперь вы блокируете OpenSource утилиту по надуманной причине.
Кстати, программа не осуществляет "загрузку резервных копий в автоматическом режиме", программа предназначена для работы с облачными хранилищами, в том числе для синхронизации данных между компьютером и Яндекс.Диском. И этой мой основной use-case утилиты, который теперь недоступен.
Поддержка:
Согласно п. 3.1. «Пользовательского соглашения» Яндекс вправе устанавливать ограничения в использовании сервисов для всех Пользователей, либо для отдельных категорий Пользователей (в зависимости от места пребывания Пользователя, языка, на котором предоставляется сервис и т.д.), в том числе: наличие/отсутствие отдельных функций сервиса, срок хранения почтовых сообщений в сервисе Яндекс.Почта, любого другого контента, максимальное количество сообщений, которые могут быть отправлены или получены одним зарегистрированным пользователем, максимальный размер почтового сообщения или дискового пространства, максимальное количество обращений к сервису за указанный период времени, максимальный срок хранения контента, специальные параметры загружаемого контента и т.д. Яндекс может запретить автоматическое обращение к своим сервисам, а также прекратить прием любой информации, сгенерированной автоматически (например, почтового спама).
Пользователь также предупреждается об этом в п. 4.6. «Условий использования Яндекс.Диска».
Обратите внимание, что «Условия использования Яндекс.Диска» также устанавливают для Пользователя обязанность действовать добросовестно и воздержаться от злоупотребления функциями Сервиса. Пользователь в том числе обязуется воздержаться от организации массового файлообмена с использованием функций Сервиса.
Яндекс имеет право применять правила, лимиты и ограничения, направленные на предотвращение, ограничение и пресечение массового файлообмена по правилам п. 4.5. настоящих «Условий».
Последний ответ привнёс ясности. Особенно, первые два абзаца со ссылкой на п. 3.1. «Пользовательского соглашения» Яндекс и п. 4.6. «Условий использования Яндекс.Диска». Текст 4.6 тут не приведён, приведу:
4.6. Яндекс оставляет за собой право устанавливать любые правила, лимиты и ограничения (технические, юридические, организационные или иные) на использование Сервиса, и может менять их по собственному усмотрению, без предварительного уведомления Пользователя. В случаях, когда это не запрещено законодательством, указанные правила, лимиты и ограничения могут быть различными для различных категорий Пользователей.
Выводы?
Совсем недавно, уважаемый bobuk в своём посте здесь на Хабре писал, что Яндекс считает, что:
Мы в Яндексе считаем, что современный интернет невозможен без культуры open source и людей, которые инвестируют свое время в разработку программ с открытым кодом.
А на практике получается совсем иначе. Отличную утилиту блокируют за что-то, что не запрещено правилами сервиса. За то, что утилита позволяет использовать открытый публичный API Диска по прямому назначению — загружать файлы. Блокируют не за нарушение правил сервиса, а потому что могут.
Вдвойне странно то, что заблокированы не конкретные нарушители правил (тоже непонятно каких, в правилах использование диска для резервных копий нигде не запрещено). Заблокирован инструмент, функция осуществления резервного копирования в котором лишь одна из многих.
Что такое инфраструктурный компонент и почему их нельзя использовать с диском тоже не понятно. Даже браузер может быть использован как "инфраструктурный компонент", не стоит ли запретить пользоваться диском в браузере?
Что делать?
Пока использовать свой client_id и жить дальше. Но, судя по ответу техподдержки, можно ждать продолжения охоты на ведьм и блокировки также других client_id, user-agent rclone или, даже, какие-то эвристические способы заблокировать утилиту.
P.S. Я искренне надеюсь, что имела место простая ошибка или недопонимание. В Яндексе работают отличные специалисты (много с кем я знаком лично) и среди них, уверен, есть пользователи rclone.
Обновление 24.02.2020:
В выпуске 690 подкаста Радио-Т, соведущим которого также является уважаемый Бобук, обсуждалась блокировка rclone. Начало на 1:51:40.
Обновление 27.02.2020:
Авторизация по стандартному client_id снова работает.
sgjurano
Так вот в чём дело, а я на настройки системы грешил :/
halted
Это облака… Говорят скоро все уйдет в них и жизнь станет совсем свободной и прекрасной.
tvr
Мимо красного яблока заката
Облака из неведомой страны
К нам спешат, и опять бегут куда-то.
Облака — белогривые лошадки!
Облака — что вы мчитесь без оглядки?
Не смотрите вы, пожалуйста, свысока,
А по небу прокатите нас, облака!
mapron
Может уже убрать этот пункт из правил хабра? Все равно особо никто не следит за ним. (Если что, я сильно не против наличия текущей статьи, плюсанул даж)
cjmaxik
Мне думается, это правило для того, чтобы здесь не появлялись статьи по типу «Гамефон снял бабки, верни, гад!» без технической информации и возможной заинтересованности от других участников ресурса. Тут все-таки вопрос технический и достаточное число участников ресурса этим инструментом пользуется.
domix32
Есть подозрение, что такие статьи быстренько огребут красной кармы, то бишь будут регулироваться сообществом.
cjmaxik
Тоже вариант. Видимо, «суровость законов компенсируется необязательностью их исполнения».
mig126
Или не огребут, т.к. ставить оценки могут лишь авторы, а не читатели.
innovaIT
А что мешает стать автором? Или писать не о чем? По моему всегда появляется то, о чем захотелось бы написать. И это что то будет интересно. Даже если это всего то пару сотен человек.
Anynickname
FeNUMe
Ну если хочется их ставить то почему бы не приложить усилия? А не хочется — так чего жаловаться?
mig126
Ну в последние годы видимо мало кому хочется. Публикации в основном от редакторов которым хабр приплачивает за количество статей, не брезгующих порой добавить желтизны для увеличения обсуждаемости.
FeNUMe
Не согласен. Достаточно глянуть на тысячи комментов в топиках о карме.
d-stream
То есть карма вместо вспомогательной смазки превратилась в нечто самостаятельное? )
tvr
Развилась и трансформировалась из объекта в субъект, со дня на день ожидается обретение ей самосознания, а следом придёт неотвратимый и всеобъемлющий Кармагеддец./irony
mig126
Тысячи комментов о чём? О том что карма работает как задумывалось.
И как это исправить.
Groramar
Тысячи комментариев о том что она не работает как задумывалось. Иначе было бы 4-5 комментариев и куча плюсов возле них.
mig126
Да спасибо, я это и хотел написать, но рептилоиды с Нибиру взломали Хабр и стерли «не», радикально поменяв смысл.
GarfieldX
Странно, что это в упор не хотят замечать авторы ресурса.
mig126
Они замечают и даже признают здравые идеи но
OrangeCrusty
Да всё так. Мой основной акк за статью вообще забанили, аж до 2106 года. Сделал этот, желания писать что-то на хабр кроме комментов нет. Да и комменты в целом тоже
mistergrim
tvr
Ваша критика токсична, деконструктивна, необъективна и излишне эмоциональна. И вообще, критикуя — предлагай и сперва добейся!/irony
mistergrim
Что не отменяет того факта, что иногда критика действительно токсична, деконструктивна, необъективна и излишне эмоциональна.
Arris
иными словами, сделай свой хабр? :)
GarfieldX
Т.е. чтобы иметь право оценивать еду надо стать поваром? Ну-ну. Логика на грани фантастики...
FeNUMe
Не устраивают правила хабра, пишите в саппорт конструктивную критику.
И да чтобы оценивать технические материалы нужно иметь хоть какой-то технический опыт.
GarfieldX
Если минус ваш, то огромное спасибо. Я ответить тем же не могу. Привет здравому смыслу. Это относится так же и к «конструктивной критике» — уже читал ответ из разряда — «не нравится — не ешь». К данной статье очень подходит. И вообще так цивилизованно…
Ну и главное — как коррелирует ваше «какой-то технический опыт» с моим комментарием? Никак. Технический опыт не зависит от наличия статей на Хабре. Многие, не поверите, просто работу работают и не считают вселенским благом отметиться здесь статьей. Зато есть статейки, где как раз тем самым опытом и не пахнет. Есть вообще менеджерские статейки, где этот самый опыт не предусмотрен.
По факту получается, что специалист без авторства не может дать оценку статье, а с учётом специфики кармы вообще может остаться без возможности даже её прокомментировать. Всего лишь потому что часть общества вешает минусы налево и направо в случае несогласия с их мнением. Как например сейчас. Знаете к чему приводит подобное? К вырождению и деградации. Что и наблюдается уже достаточно давно — часть сообщества ведет себя на уровне детского сада. Может карма и задумывалась с целью некой саморегуляции, но работать адекватно такое может только при определенном уровне пользователей. Иначе получаем то что получаем. Постоянно вижу как минусят адекватные комментарии, которые идут вразрез с чьим то мнением. При таком подходе все скатится к тому самому детскому саду.
P.S.: Минусы раздают легко, а вот плюсы ставить забывают. В итоге есть жесточайший дисбаланс — уверен, что суммарно минусов выставлено гораздо больше чем плюсов. Это отлично характеризует сообщество.
FeNUMe
Карму я вам не минусовал.Почитал другие ваши комменты и исправил это недоразумение.А спор о карме и системе оценок начинать у меня никакого желания — как показала практика это абсолютно бессмысленное занятие. Да и не место ему в этой теме, все уже тысячу раз сказано в темах про карму.
GarfieldX
Это вы себе минус поставили. Самоутвердились? Поздравляю. По-другому в жизни явно не выходит. Мои же слова и подтверждаете.
У вас тоже в комментах много «интересного», далеко ходить не надо… «если человек потом еще и в коментах ведет себя «плохо», то он и в карму минус может заслужить». Оказывается я веду себя плохо :) Всё, миру кранты, аноним FeNUMe считает что кто-то ведёт себя плохо. Вот он настоящий детский сад, ясельная группа — пустышку не потеряйте. Отвечать не стоит, не напрягайтесь, берегите пустышку.
OasisInDesert
Просто личное мнение — нужно убрать минусы и оставить только плюсы. Помимо кармы можно ввести параметр позволяющий обычным читателям плюсовать содержимое статьи.
Спасибо.
GarfieldX
Да, это было бы оптимально, но вряд ли что-то изменится.
tundrawolf_kiba
Есть еще вариант — оставить минусы, но убрать потолок рейтинга для комментаторов. Гипотетически можно даже дать комментаторам голосовать, но, если у допустим у автора статей граница голосования +5, то у комментатора должна быть заметно выше, +30 к примеру или +50.
Lennonenko
а что мешает стать разработчиком? инженером? космонавтом?
jedem das seine
mad_god
Разве ограничение людей в голосовании не идёт против принципов свободы слова?
innovaIT
Тут палка о двух концах. С одной стороны да, с другой отсеивается львиная доля тех, кто на зарплате у государства, «школоты», гопников и т.п.
Лично я не очень одобряю такой подход. Считаю, что голосование за коменты и голосование за карму/статьи надо разделить. И возможность голосования за коменты предоставлять должно само сообщество, с кармой не ниже на пример 50ти. Ну а карма/статьи оставить как есть. Тут большое поле для обсуждений.
Keyten
Если такие статьи нравятся авторам-читателям и не нравятся читателям-ридонли, то это скорее плюс, чем нет. Ибо первые полезнее для хабра.
site6893
читатели «рид-онли» (как я например) запросто могут оставить гневный коментарий, если что!
centralhardware
Read only не могут комментировать, вы уже read& comment
OasisInDesert
Странная градация, насколько я понимаю любая персона может с легкостью перейти из одной категориии в другую. Польза понятие растяжимое, критика тоже стоит чего-то, думаю разработчики, тестировщики и конечные пользователи подтвердят, не стоит все так субъективно упрощать. Область ИТ довольна обширна, специалистов профессионально охватывающих несколько областей довольно немного, то есть для отдельной взятой группы статей, пользователи-авторы, принципиально ничем не будут отличаться от пользователей читателей.
Сам я пока только читатель, планирую в перспективе начать писать статьи. Но мой комментарий скорее не защита пользователей-читателей, а просто доводы в пользу логичности и объективности. Спасибо.
Keyten
Вы слишком всё абсолютизируете. С точки зрения Хабра, всё работает отлично. Статьи полезней для сайта, чем их критика. Пишущие статьи полезней, чем критикующие их. Хочешь влиять — стань полезнее, пиши статьи. По большей части, кажется, так.
OasisInDesert
Прошу не воспринимать как приглашение к спору, возможно не вник в суть контекста вашего заявления и могу ошибаться. Но неужели вам не приходилось сталкиваться например со следующей цитатой «Тот самый случай когда комментарий намного ценнее содержимого статьи». По сути с вами согласен, просто отмечаю что качество статьи и критика может сильно разниться, впрочем первопричиной комментария все же является статья.
Arris
Да щаз…
И об этом писали — на написание хорошей статьи уходит месяц, а на минусование этой статьи — секунда.
Хорошей статьи. А не длиннопоста о том, как написать helloworld на баше или еще раз поставить php на убунту.
P.S. К сожалению, не могу найти в интерфейсе хабра свои отвергнутые модератором статьи. Похоже, это вообще невозможно.
OasisInDesert
В любом деле свои ньюансы… :)
Тем не менее, даже одна статься переводит вас в другую группу, мы же не анализируем трудозатраты на написание статьи и выставление минусов.
innovaIT
1) совсем не обязательно статья переводит из одной в другую группу.
2) иногда переводит не в ту, на которую рассчитывал.)
Akuma
Если только на это опираться, то можно вообще правила убрать. Карма все решит же.
domix32
Ну, нет. Если одной только кармой разруливать, то так хабр в пикабу превратится. У кармы слишком много инерционности для того чтобы выступать за все правила.
esp8266
В отличие от хабра, пикабу прекрасно справляется без кармы
JerleShannara
Ну пардоньте, на пикабу клубничку и далее слегка запретили, чем вызвали какой-то исход на другие «сайты хорошего настроения».
innovaIT
А где тут жалоба? Всего лишь констатация фактов. Так можно, а так нельзя. Причём нельзя избранным. А может и всем. Вас предупредили. А не пожаловались вам. Я за такие статьи.
mapron
Ммм, ну так можно и ящик пандоры открыть. Цитируя коммент выше в ветке «констатирую что Гамефон снял пицот тугриков ни за что. Принимайте к сведению возможные пропадания средств со счета. Логи GSM за последнюю неделю прилагаю.»
innovaIT
Не. Тут чуточку другая ситуация. Не логи, а разбор полётов. Конкретные действия, конкретный ответ тех. Поддержки. И про оператора связи с разбором почему так, я бы тоже почитал. Первое — не встать на те же грабли, второе — могут пересмотреть политику. И нам не придётся выяснять почему так, а не иначе.
me-zundig
яндекс отрубил сегодня доменную почту, просто так. Писать, звонить пробовал, бестолку, никто ничего не знает и всем пофигу
TimurRyabinin
Здравствуйте. Сможете подсказать номер обращения в службу поддержки? Всё проверим.
site6893
а я про эту тулзу узнал только из этой статьи, и она мне очень понравилась!
Айдишники, юзерагента в сорцах изменил, к я.диску подключился… как работает нравится.
Считаю статью крайне полезной!
burzooom
А что не есть жалоба? Публикуя статью про новый метод или улучшение, автор по сути пишет следующее «Ой достало меня вот это все, решил написать свой способ»
Alexufo
Ну ладно вам очередной раз тыкать крупную компанию в то, что она на ходу может менять свои правила. На словах одно, по факту другое, где-то да, где то нет. Все это довольно очевидные вещи — да, не хотят, чтобы их юзали не через их клиент и не составляли конкуренцию. Подправят соглашение опять же не с совсем точным определением утилит типа rclone если громко нашумите и делов-то.
Собственно как и везде, но до тех пор, пока не попадут на репутационные риски.
А почему не используете p2p утилиты типа resillo для синхронизации?
nckma
У меня на сайте был просто php скрипт, который делал zip архив сайта и каждую ночь отправлял его на яндекс диск по WebDav. Так работало год. А потом перестало. Больше не может выгружать, так как «работает в автоматическом режиме и преследует цели бизнеса».
Alexufo
Есть ощущение, что яндексы прекрасно осведомены, как разрабы умеют извлекать выгоду. Возможно, они несут потери в бизнесе и еще не окупаются, так как действительно у них хорошие условия. Отсюда раздел поиска неугодных работает хорошо. Яндекс небось хлебнул с одного битрикса петабайты с его облачным хранением бекапов. ну или аналогичных сервисов — для них это возможно чистые убытки.
ROPEDE
Но благо есть альтернативы в виде готовых услуг под эти цели за относительно демократичный ценник. И с WebDav есть и с FTP/SFTP/CIFS.
playerro
Можно примеры?
ROPEDE
Тот же Hetzner. У них есть и хранилище под бекапы (Storage Box) и nextcloud (Storage Share)
KodyWiremane
А аттачем по электропочте тоже не может?
Arris
Аналогично.
Дело кончилось тем, что стал отправлять все нужные архивы не на яндекс-диск, а в cloud storage на селектеле. И не по webdav, а rclone. И не на диск, а в контейнер.
Еще и кучу плюшек получил в довесок.
P.S. дискуссии с саппортом селектела о том, что «у вас все работает не так» оставляю за кадром, долго и неинтересно.
mk015
Использую похожую схему с cloud storage от seletel, очень интересно что же в этом «не так» по мнению саппорта селектела. Поделитесь?
innovaIT
Ну т.е. очередное: "за облаками будущее". В моем понимании, пока они не отвечают рублём в тысячи кратном размере. Даже бесплатные. Ну хотя-бы просмотрел рекламу, она для них стоит доллар. Рухнуло моё облако, сломался обмен. Да не важно что произошло. Если они не возместят мне " недополученную прибыль" в размере миллиона евро. Я пользоваться облаками не буду.
gecube
FFiX Just business, nothing personal. Яндекс уже реально становится корпорацией Зла.
innovaIT Мы сами собственными руками строим это мрачное будущее. Как минимум — пользуясь сервисами Яндекса, как максимум, — не противодействуя и не предавая огласке этот беспредел. Самое интересное с облаками заключается в том, что ни одно облако по факту ни за что не отвечает, но очень скоро строить свою инфраструктуру будет не модно, очень дорого (оборудование + спецы, которые знают что это такое, а не мартышки, которые только и умеют софт в облака тащить) и пр. Я реально уже вижу картинку безрадостного будущего, когда ВСЁ и ВСЕ принадлежит этим крупным транснациональным IT гигантам. Вырисовывается структура управления XXI века.
Norno
Объективности ради, не только облака, вам вряд ли удастся заключить договор оказания услуг, в котором сторона предоставляющая услуги будет отвечать больше чем на сумму договора. При этом, скорее всего, отвечать будет только в части реального ущерба без всяких упущенных прибылей и т.п.
nikolayv81
Яндекс ладно, локальный (относительно) а что делать с Гуглом?
При этом при +- похожих условиях предпочёл бы Яндекс Гуглу, т.к. он хоть локально но является альтернативой по некоторым сервисам, а ведь есть места где альтернативы просто нет.
sumanai
А что с ним? Аккаунта у меня там нет, поиск в утке, почта на своём домене, карты OSM. Гугл можно не использовать.
nikolayv81
Проблема в том что ваш список не полный и не для каждого, собственный сервер для почты это явно не массово, аналоги youtube (да дети смотрят мультфильмы, бывают лекции и т.п.), собственный сервис "показа местоположения"? (Не всем нужно но пользуются, в Яндекс картах к примеру нет), отдельный календарь с расширенный на группу людей и много чего еще. Можно не хотеть использовать whatsapp или viber или telegram, но при этом выражаешь из некоторых процессов, к примеру у детей в школе, когда можно оказаться единственным кто не знал ...
sumanai
В моё счастливое время было достаточно дневника…
nikolayv81
А ещё родителям можно было свободно прийти в класс после уроков, а сейчас охрана не пускает :), но дело даже не в этом, а в том что бывает задания присылают после, детей сейчас загрузили какой-то " бестолковой нагрузкой", у меня складывается впечатление, по младшим классам, что школам поставили задачу — чтобы детям некогда было по улице ходить или, хотя надеюсь что нет, так заталкивают в платную услугу "домашняя работа на продлёнке" :(.
Arris
Ну да, именно так.
Вместо того, чтобы развивать кружки для младших школьников, давайте лучше их нагрузим на уроках всякой херней,
быстрее сдохнут. Это и дешевле, в конечном то счете.sumanai
Ну да, на школу уходит больше времени, чем на работу. Ужас.
nikolayv81
p.s. в тему автоматизации и ИТ услуг.
Я теперь могу провести параллели между школой и крупной организацией (и ещё одной из сферы энергетики), и из этого выходит, что много где автоматизации только увеличивает энтропию, и.к. помимо затрат на автоматизацию возникает дублирование. Как то:
В школе теперь 4 источника заданий: дневник, электронный дневник, чат и при этом ещё в них может быть записано — "выполнить задания из Яндекс учебника", но пока не зайдёшь не понять что там и сколько этих заданий.
В энергетике к бумажным журналам добавили автоматизации в виде систем записи звонков и некой. erp, но записи от руки в журнале не отменили и теперь работы 2х + плюс добавили "устную обязательную отчётнось" в МЧС :)
Alexufo
Так половина айти про то, как не отвечать рублем)
Norno
Ну, хочется напомнить старое: «если вы за что-то не платите, то товар — это вы».
Мне не нравятся подобные ситуации, но и, реально, какой спрос может быть с бесплатного сервиса? Он завтра может вообще закрыться, а может и сегодня.
Вот когда у вас появляются взаимные обязательства, там уже разговор начинает идти иначе, появляются права и обязанности, можно предметно обсуждать условия (в разных ситуациях по разному, но в целом).
Простите, а вы можете привести пример каких-либо сервисов либо компаний предоставляющих услуги, которые несут такую ответственность (не считая страхования)? Вообще никем не пользоваться?
Мне не нравится данная ситуация, хоть я от нее и никак не пострадал, но ваше высказывание выглядит крайне наивным.
innovaIT
Никаких прав я как плательщик YA-музыки не получаю. Недавно только начал использовать YM. И понял: Удобно? — да, нравится ли мне? — нет. Потому что музыка то пропадает, то появляется. И еще они на свое усмотрение отключают композиции с матом и что там им еще не нравится. Скачать одним архивом нельзя. Надо обязательно прослушать каждую композицию в их приложении. По этой причине в сельской местности(отсутствие интернета), уже не работает. Вернулся назад к практике держать свой архив музыки.
ICELedyanoj
Я намучился с resilio до того, что сегодня с утра купил место на гугл-диске, чтобы через него синхронизировать. Нужен простой способ закидывать аудиокниги с компа на телефон, а USB Type C на нём помер спустя полтора года после покупки телефона (S8, если что).
Как меня уже тошнит от этого Resilio. ОН ПОСТОЯННО теряет соединение с клиентом на андроиде. Мне удобно скачивать книги на рабочем компе, но мобильный клиент отказывается синхронизировать с рабочим компом что-то больше 100 мегабайт. Только отошёл от вайфая — всё, пиров нет (мобильный интернет в настройках включен), и не предвидится. По 15 минут на разнообразные танцы с бубном типа ребута телефона, остановки/запуска клиентов и прочее.
Самой рабочей оказалась связка «рабочий->домашний->мобильный». На домашнем компе статический IP от провайдера — добавил в Resilio на мобильном дополнительный хост с адресом домашнего компа. В итоге смех. Данные скачиваются на рабочий, оттуда синкаются на домашний, с домашнего — на телефон. Работало сутки и померло опять.
Устал. Начал пользоваться Resilio месяца 3 назад, и каждый раз приходится бубен доставать.
Alexufo
На андройде не пробовал. Но на винде-линуксе очень очень доволен. Терабайты на синхре без сбоев какой год.
ICELedyanoj
Между стационарными синкает нормально, но мне это не особо интересно — нет у меня таких задач. Исходники через репозитории синкаются, какие-то файлы через AnyDesk проще закинуть. Интересен конкретно синк PC -> Android, и тут полная беда. Если телефон лежит на столе — ещё есть шансы, что засинкается, а только начинаешь с ним ходить — всё, пиров 0, синка нет.
Anton-V-K
по-моему, эта ошибка как-то связана с самим Android'ом — я такое наблюдал на ASUS Zenfone 3s с Android 7 (кастомизированный UI) при том, что на iLA S1 с классическим Android 7 всё чётко.
А вы разработчикам писали? Есть какая-то реакция от них?
Self_Perfection
А syncthing пробовали?
Rim13
Отличная вещь.
Использую для синхрона музыкальной библиотеки между 2 компами и андроидом. Проблем почти не было. Очень радует что зависимость от внешних серверов, только для связи используются, само соединение напрямую между клиентами. Вроде как можно собственной сервер для этого поднять, но пока не заморачивался.
ghostiam
Не советую его использовать, если у вас разные файловые системы, одна case sensitive, а другая case insensitive.
Файлы теряются при переименовании. Сам так потерял кучу файлов, пока заметил ошибку.
Ошибке уже почти 5 лет и ничего сделать с этим не могут.
github.com/syncthing/syncthing/issues/1787#issuecomment-174102571
Areso
Интересный момент, что за этот баг назначена награда.
Уже 4 года висит на доске, ни один
ведьмакразработчик за него не берется.www.bountysource.com/issues/30288183-syncthing-should-be-case-insensitive-by-default
vassabi
награда-то назначена, но ИМХО способ решения предложен совсем кривой.
Вы не в курсе, если проблема решается другим способом, награда сгорает или переходит к тому кто ее решил другим способом?
Areso
Честно, не знаю.
Просто готовил как-то обзор таких досок объявлений, запал мне в память именно этот баг, уж сколько лет прошло, он до сих пор на месте :)
Goron_Dekar
Я юзаю телеграм для этого.
6095959
Есть приложение wi-fi ftp server
D01
Попробуйте
Настройки, Приложения, три точки вверху, Особые права доступа, Оптимизация расхода, Первый пункт («Не оптимизированные») поменять на «Все», потом найти нужное приложение и убрать флаг у него.
retar
Была такая же задача, помог мне в этом OneDrive. Места там в бесплатном режиме не много, но синхронизация по всем устройствам автоматическая из коробки. Разве что на телефоне по умолчанию "скачивать по необходимости". Единственный минус — нет линукс-клиента.
DreamingKitten
retar
Я тоже им пользовался некоторое время, поэтому и написал, что его нет. По крайней мере в те времена он не являлся полноценным аналогом OneDrive for Win. Подгружал очень много лишнего(SQL например) и работал только в ручном режиме. Для меня одна из прелестей OD в том, что работая с файлами на OD в Goland на ноуте лежа на кроватке, я могу спокойно пересесть за стационарник с запущенным GL и там уже будет измененный код. С клиентом под линукс такое не прокатывало.
4144
Поставьте на телефон ssh сервер. будет вам и командная строка и scp (копирование файлов). поверх можно sshfs (монтирование диска) прикрутить на компьютере.
BlackGad
Попробуйте использовать телеграмм для этого. Функция Saved messages. Я так полгиговые инсталляторы между двумя десктопами переносил :)
ICELedyanoj
Спасибо всем за советы — удалось вернуть к жизни связку «Рабочий комп» — «Домашний комп со статическим IP» — «Android + хост с адресом домашнего компа».
При этом после включения домашнего андроид почти сразу и рабочий комп как пир подтягивает. Без домашнего связка практически неработоспособна. Возможно из-за каких-то сетевых настроек в офисной сети.
Recosh
Яндекс продвигает свое облако, подрезая недокументированные функции в своих сервисах...
vtozr8899
Из поста следует, что урезанные функции как раз-таки вполне документированные.
Areso
а WebDav? Он тоже был задокументирован, а теперь — пожалуйте в облако.
vtozr8899
Мне казалось, я пишу ровно о том же. Были документированные функции, а их взяли и урезали.
PS Ничего себе, 11 плюсов в комментарии и 5 минусов в карму.
Groramar
нашел чему удивляться :)
Raspy
Добро пожаловать в клуб.
MTyrz
Я тут, конечно, мимокрокодил: но подозреваю, что минусы в карму вам летят за комменты под совсем другой статьей.
Krypt
Я комментирую достаточно редко, чтобы заметить эффект от отдельных комментариев. В целом, чтобы получить + нужно написать что-то этакое, минус же прилетает в случайном месте.
MTyrz
Просто уже некоторое время в указанной теме товарищ отстаивает, скажем обтекаемо, весьма нетривиальные идеи, используя при этом не весьма тривиальную аргументацию. В этом конкретном случае минусы вполне логично привязываются к топику.
vtozr8899
Возможно. Но там несогласные появились уже давно, и вот уже некоторое время (на момент написания комментария здесь) новых не появлялось. И потом, там нет ни одного комментария даже с -5, не говоря уже о -11. Впрочем, уже неважно. Спасибо всем, кто меня поддержал.
MTyrz
Так народ читает не одновременно: по мере прочтения высказываются, в том числе в карму.
Я не высказывался, но ваша аргументация там производит впечатление, э-э… чрезмерной неортодоксальности. То есть, минусы в этом случае вполне понятны.
solver
А что с WebDav? Пользуюсь давно, всё работает.
nidalee
Уже кучу раз написали, смотрите ниже.
rzerda
Сударь, программу запретили не из-за того, что она open source, а потому что ей экономику сервиса портят отдельные несознательные элементы. Если у Вас есть решение лучше, его бы и следовало описать в статье. А то на одном конце интернета ID клиента забанили, а на другом злые корпорации душат open source.
ivan386
Так почему бы не блокировать отдельных несознательных элементов вместо инструмента которыми они пользуются?
vladm
Или же, как делает Google с Drive API: throttling ощутимый, если не используешь свой собственный ключ – тогда и лимиты на API другие.
Соотвественно, компании (и датахордеры) используют потому ключ из своего проекта в GCP для RClone, а не автоматический от RClone, добавляющийся при создании remote. Это если мы говорим про GDrive.
Думаю, что такое же есть и у Яндекса для их Enterprise-аналогов GCP. Я просто не в курсе, что там у Яндекса предлагается как альтернатива. Или у Яндекса только один "общегражданский" API с одинаковыми лимитами для всех и без возможности их изменения? Для частных (не G Suite) GDrive, Google ведь тоже не позволяет использовать API с кастомным ключом хоть через RClone, хоть как-то иначе с целью снятия жёстких ограничений и дальнейшего в индивидуальном порядке решения вопросов с лимитами.
Вот Яндекс бы тоже мог в таком случае предоставлять общий вариант использования их API (например, инструментами вроде RClone), а тем, кто платит как корпоративный заказчик, предоставлять возможность снятия или уменьшения ограничений за счёт использования своего ключа для компании.
zxosa
Нету. Есть нормальный фирменный клиент без ограничений и все остальные. Даже у платных клиентов.
gecube
Я так понимаю, что как замену Я.Диску Я предлагает свои облачные хранилища (аналог HotBox/ColdBox у мейл.ру или S3 у Amazon)
vladm
Мейлру, которое в одном предложении с S3 находится – ок, каждому своё, допустим, а в чём именно заключается аналог и замена в контексте сообщения, на которое отвечаете? Мейлру и Яндекс сделали схожую модель ограничений по API? Тогда, наверное, я не понимаю смысла темы в целом: ведь если есть коммерческий продукт, то его и следует использовать. "Пользовательские" продукты всегда были и будут огрызками от полноценного бизнес-продукта, т.к. за всё должен кто-то платить: либо деньгами, либо персональными данными. Я уже приводил выше пример с консьюмерским GDrive, у которого ограничения и по клиентам, и по API, и по трафику, и по всем остальным возможным параметрам. Юзеры платят за гигабайты, да, а бизнес платит за принципиально другой функционал, частью которого и является полноценный доступ через API. Разумно ожидать схожую модель у всех публичных облачных провайдеров относительно любых ими предоставляемых сервисов, включая storage всех видов
CanSee
Ну так если «отдельные несознательные элементы» портят — значит, следовало бы забанить именно этих «отдельных элементов», а не всю утилиту, разве нет? Но Яндекс забанил именно утилиту. Получается, что «элементы» переключатся на какой-то другой тул и продолжат беспрепятственно «портить экономику сервиса», а выполняющие все правила пользователи лишаются удобного инструмента.
rzerda
Предположим, у меня есть такой сервис и соответственно есть статистика и несознательности отдельных элементов, и используемых ими инструментов. И может так оказаться, что множества эти значительно схожи, поэтому дешевле забанить несознательных путём бана по этому ID клиента. Ещё потом можно подождать оттока этих несознательных и вернуть все назад через некоторое время.
При этом я нигде в комментарии не написал, что способ отличный и так надо делать. Я написал, что, вместо того, чтобы обсуждение по проблеме перевести в техническое русло (на техническом ресурсе), автор предпочёл лезть на броневик и цитировать Бобука.
UksusoFF
Запретили не только ее, а все что не их клиент.
Сюда вроде поддержку ЯД впилили, но я не пробовал (ушел с ЯД совсем)
https://github.com/yar229/WebDavMailRuCloud
0mogol0
Как правильно заметили, её заблокировали не за то, что опен сорс, а за «нарушение» режима использования — причем вероятно не вами, а кем-то, кто постарался использовать её «в промышленном режиме».
Насколько этичным было такое использование (при условии, что говорилось, что это сервис для частных лиц) — вопрос открытый, насколько этично блокирование утилиты для всех — тоже.
Но на мой взгляд, более корректным решением с технической стороны — было бы ограничение доступа на уровне API через установку различных SLA, а дальше при их превышении — учётной записи просто на период времени блокируется доступ.
Админ, который один раз получит пистон от директора — очень быстро обоснует необходимость покупки платного тарифного плана, а если руководство откажется — согласует отказ от облака вообще.
timoteo_cirkla
Автор поста вообще-то указал, что в правилах такого запрета нет от слова совсем.
0mogol0
ну вроде из последнего ответа техподдержки следует, что запрет есть:
Другое дело — повторюсь, что возможно проблемы создавал не сам автор, а другие пользователи этой утилиты, и яндекс для простоты отключил её совсем — это некрасиво, но опять таки не нарушает правил сервиса, см. пункт 4.6. Так что с юридической сторону думаю здесь всё законно.
Можно ли было сделать это по другому — может и да, я описал, как я вижу это. Но видимо это было сочтено сложным / излишним.
P.S. мне не очень нравится как поступил Яндекс, но и рассказы о борьбе Яндекса с опен сорсом — здесь тоже не к месту.
FFiX Автор
Я не оратор и мой посыл был не в борьбе Яндекса с опенсорсом (вряд ли утилиту заблокировали потому, что она открытая), а в обратном — утилита открытая и они, следуя своей политике, могли бы наоборот ее авторов поддержать за хороший инструмент.
0mogol0
поддержать можно, если эта утилита не создает им самим проблем.
Не уверен, что сообщество согласилось бы на патчи, которые бы позволили бы яндексу ограничивать производительность до разумных, по мнению яндекса, пределов при доступе через эту утилиту к их ресурсу.
Хотя на странно, что они не ввели уровни обслуживания на API. Тогда можно было бы, например, позволить использовать бесплатно либо родную утилиту без ограничений, либо альтернативные с ограничениями по числу вызовов / объему прокаченного в час или день, а за подписку на разные планы — поднимать эти лимиты.
Но опять же, насколько бы пользователи остались довольны, если используя открытую утилиту они начинают сталкиваться с ограничениями при каких-то специфичных сценариях использования?
rzerda
Тут лишь бы солонка не получилась с клапаном, кодовым замком и одноразовыми паролями, как в том анекдоте. Сервис этот для простых людей сделан, которым досадно будет фотографии из отпуска потерять со своего единственного компьютера на Windows или смартфона. И тратить время надо на этих людей. Потому что остальных, которые про уровни обслуживания и rclone хотя бы знают, ну сколько, десять тысяч человек?
0mogol0
ну так обычный пользователь будет пользоваться родным приложением, у которого будет специальный уровень доступа, который с одной стороны обеспечит надёжную и комфортную работу в режиме «персонального использования», а с другой не создаст лишней нагрузки на сервера и не сможет быть использован для инфраструктурного использования. И как это сделать — голова будет болеть у разработчиков Яндекса.
А вот для независимых разработчиков — да будет API с ограничениями при бесплатном использовании, при этом возможно, что часть ограничений, которая реализованна в родном клиенте на уровне кода, у пользователей альтернативных решений будет реализована на уровне API, так что если независимые разработчики не позаботятся о том, чтобы их учитывать, то уже у их пользователей будут проблемы. Но это уже не проблемы Яндекса, так?
gecube
А почему я вообще должен ставить родной клиент? Давайте предположим, что это spyware. Хочу бесплатный альтернативный клиент, которому я могу доверять, а не верить дядькам из Я, что он безопасный и лучший.
Проблема яндекса — обеспечить наличие АПИ (1), обеспечить своевременное информирование об его изменениях и изменениях в условиях его использования (2), обеспечить его работоспособность? Ну, и как бонус — Вы правда верите, что у Я.Диска нет API по которому работает оф.клиент?
0mogol0
Ощущение, что я в какой-то момент начинаю писать на древне-арамейском, который никто не в силах прочитать, в итоге на колу мочало, начинаем сначала…
Вы ни в коем случае никому ничего не должны — вас никто необязывает ни пользоваться бесплатным яндекс.диском, ни его клиентом.
Другое дело, что человек далёкий от IT скорее всего предпочтёт родное приложение, так как оно обычно работает с наименьшим количеством проблем в сравнении альтернативными клиентами, реализуя стандартную заявленную функциональность — «поставил и забыл».
Я уже несколько раз написал, что поведение Яндекса мне не нравится, но юридически они похоже в своем праве. В тоже время — при управлении опубликованном API есть другие методы по ограничению использования чужих клиентов, чем простой бан. Например, пониженный по сравнению с официальным клиентом уровень сервиса «для чужаков».
Есть конечно, вопрос только в том, использует ли он тот же API, что и опубликованный для всех, а так же нет никакой уверенности, что уровень сервиса для чужих клиентов на бесплатном плане — должен быть таким же, как и у официального клиента.
DoctorMoriarty
>Хочу
А Яндекс не хочет. Он хочет, чтобы вы пользовались его клиентом для доступа к его сервису на его условиях. И запретить ему так поступать вы не можете. Вывод только один — сервис Яндекса вам не подходит, не пользуйтесь им.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента. Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
gecube
Вы абсолютно правы, но даже заплатив — я не получу никаких гарантий. И примеров этому тьма. Теоретически это даёт призрачный шанс пободаться, но, как правило, юротделы в крупных корпорациях едят свой хлеб не за зря.
Перегибать только не надо. Бесплатно — это может быть по какой-нибудь партнёрке с другим сервисом (условно "купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске"). Может быть бесплатно для пользователя, т.к. у сервиса другая модель монетизации (реклама, например, в сервисе). И многое другое
DoctorMoriarty
>но даже заплатив — я не получу никаких гарантий
А тут уже надо смотреть на то, кому вы платите. Компанию выбирают, подсказывает Кэп, исходя из её репутации — и тогда это точно не Яндекс.
>условно «купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске»
Вилами по воде. Представим себе, что Яндекс понял, что по каким-то причинам больше не может раздавать терабайты тем, кто уже купил абонемент и собирается урезать его до пары сотен мегабайт. Много ли возмущенных клиентов потребует вернуть деньги? Много ли из тех, кто потребует, добъется возврата? Подозреваю, что никаких реальных, юридически существенных обязательств для компании эти бесплатные раздачи не предусматривают — потому я и использовал выражение «что-то вроде благотворительности».
KodyWiremane
Buka2
Хмм, а узнать client_id родной утилиты нельзя?
vtozr8899
Я боюсь, что родная утилита отличается от опенсорсных намного сильнее, чем просто использование другого client_id. Например, вполне возможно, что она использует своё, отдельное «родное» API, причём бинарное и специально обфусцированное. Аналогично, в своё время (как сейчас, не знаю) у контакта было API для создания «приложений для работы с контактом», так вот, оно существенно отличалось от того, что слали сами страницы контакта из браузера (там тоже были запросы в стиле API, с ответами в виде JSON, а не сгенерённый на сервере HTML-код, но другие, и без всякого client_id, конечно же, хотя в те годы — не бинарные и не обфусцированные).
nuclight
А сейчас у ВК как? Или ссылку где описано, может… а то их закрытие разделов audio и сообщений — как-то чересчур...
vtozr8899
Прошу прощения за долгое отсутствие. К сожалению, не могу сказать, как сейчас — я перестал пользоваться ВК, когда они закрыли доступ без телефона. Единственный способ это выяснить, который приходит в голову — смотреть в developer tools браузера, какие запросы он отправляет.
(Впрочем, я помню, иногда API «для стандартных приложений» умели делать то, что запросы со страниц из браузера не умели, например, восстанавливать давно удалённые комментарии. Так что иногда не стоит от него отказываться, даже если вы найдёте способ сделать то, что нужно, через «API для браузера».)
TheKnight
Можно. Но чем это вам поможет?
vtozr8899
В соседнем посте ( habr.com/ru/post/489254 ) их поймали на распростанении вредоносного ПО, вот они и мстят пользователям, наплевав на репутацию (которой теперь уже всё равно нет). Хорошо ещё, если (надеюсь) не сохраняет эти поддельные скайпы и вайберы прямо на яндекс-диски своим пользователям.
justhabrauser
Техподдержка многословна и невнятна.
Там, походу, бот Вам отвечал.
Бракованный.
FFiX Автор
Да по-моему этим грешит любая техподдержка. Но оно понятно — время на ответ у каждого специалиста сильно ограничено и вчитываться в подробности каждого обращения времени обычно нет.
justhabrauser
А нафига она такая нужна тогда?
Ответить чтобы ответить?
Главное — процесс, а не результат?
aliencash
А вы что не знали? ТП — не для пользователей, она, чтобы отгородиться от пользователей.
mig126
Когда сервис начинает отгораживаться от пользователей, пользователи тоже начинают отгораживаться от сервиса.
DracoL1ch
Ютуб бы передал привет, но ни одного живого техсапа не нашлось
mig126
Ой, да много раздражающих косяков которые живут годами. Поначалу пытался отправлять пожелания, но потом понял что они сразу в спам летят.
К примеру: язык перевода субтитров по умолчанию.
wladyspb
Эх, вот это да. Язык сабов по умолчанию, разрешение по умолчанию, некоторые рекомендации на главной — это то, что вызывает негодование и не исправляется)
wladyspb
Внезапно, не соглашусь. Для бесплатных пользователей\авторов там действительно проблема с тем, чтобы достучаться до ТП, но когда у меня в Грузии возник вопрос, почему мне показывают рекламу(при активной подписке) — мне в чате очень быстро ответила живая девушка. Правда, она мне объяснила что я сам дурак, и в правилах прописано, что подписка на ютуб отключает рекламу не во всех странах, но сделала это вежливо)
justhabrauser
Могли бы тогда кратко, четко и внятно научить бота отвечать — «Что вы тут стоите ходите? Молчать, я вас спрашиваю!»
И всем всё понятно, все расходятся.
Akuma
Ну справедливости ради, как-то писал в саппорт хабра, так мне в ответ пришел такой талмут текста, что я прям офигел от подробности. Причем не кусок копипасты, я прям живой язык. Так что было бы желание.
В саппорт яндекса ужасен. Я им частенько написываю, каждый раз однотипные и безучастные ответы, увы.
Alexufo
в хабр не так много пишут кмк. а отвечать они любят, да. И у вас одна статья, все таки проверенный пользователь, а не ноунейм.
mig126
Нонеймов тоже не игнорят. Просто тут аудитория не такая большая и по большей части и так достаточно подкованная чтобы не заваливать ТП совсем глупыми вопросами.
Djinn_S
Это точно, иногда складывается ощущение что отвечает говорящая голова напрочь пораженная псакой головного мозга
kolabaister
В четверг письмо пришло — Яндекс запускает Диск для бизнеса. 500 рублей за пользователя.
Но это конечно же никак не связано с блокировкой утилиты, которая позволяет использовать бесплатную версию как «инфраструктурный компонент», да.
IgorPie
ну, хоть папку /windows/system32 в этот раз не снесут
burzooom
сейчас какой то сотрудник яндекса внезапно поменялся в лице, и пролил кофе, и судорожно начал рыться в препродакшн коде Ядиска для бизнеса
justhabrauser
Снесут \windows\system32 вместо этого.
Sap_ru
Сидел, как раз, думал какое облако покупать. Выбор сузился до Yandex,Google,Mega. У Google нельзя смотреть объём папок. У Yandex вечная проблема переполнения Trash Bin. Теперь и rclone нельзя использовать. Но у меня основная система Linux, то они со своим стандартным кривым клиентом идут лесом (под Win, кстати, тоже куча проблем с ним).
Mega?
FFiX Автор
Попробуйте backblaze b2. Буквально неделю назад выбирал что использовать для "инфраструктурных целей" (у меня платный Я.Диск, но преимущественно для всяких фотографий и видео) и кажется, что он подходит лучше всего. rclone его тоже поддерживает
Sap_ru
Ну, у меня вполне себе личное персональное использование, а не инфраструктура. Но как и всякий нормальный разработчик под Linux я хочу, чтобы мои архивы и бекапы бекапились, автоматически по моему графику и из разных мест. И ещё скорость хочется.
Яндекс тут вне конкуренции был — пиринг практически со всеми провайдерами и сотовыми операторами. Долго пытался его использовать, но всё время что-то бесило. То их клиент дел наворотит. То начинают резать скорость, хотя объёмы трафика у меня более чем скромные. То вечно переполняется диск из-за корзины, а её очистка занимает час.
На Backblaze, но «Unlimited Data» смущает, у Mega вполне понятные политики прописаны.
Хотя, за их B2 спасибо — я как-то упустил его из виду, а для небольших несильно критичных проектов там цена, я смотрю, очень интересная.
justhabrauser
Если Вы в свое время воспользовались интересным предложением мылру и поимели 1ТБ нахаляву — есть вариант.
Sap_ru
Я даже не помню, воспользовался ли. Т.к. у меня ОЧЕНЬ негативный опыт с mail.ru. Начиная с того, что несколько раз лично были пойманы на торговле базами e-mail, и заканчивая потерей данных. Ну и их связи со спецслужбами вносит дополнительные риски. Скрывать мне нечего, но и показывать тоже.
justhabrauser
Ну так "Штирлиц — никому нельзя верить! Мне — можно. Хе-х… :-)" © Мюллер.
Любая информация может пропасть или уплыть. Любая откуда угодно.
Поэтому приходится лепить надежное хранилище из ненадежных источников.
Такой себе RAID 80 lvl на уровне приложения.
Проверки CRC, дублирование, бэкапы и всё такое.
Sap_ru
Тут вопрос куда уплыть. Я сильно смоневаюсь, что я хоть когда-либо понадоблюсь любым иностранным спецслужбам и мне нечего от них скрывать. И в то же время, я вижу, что родно ФСБ сажает за давние безобидные репосты, привода в качестве доказательств хранимые на компьютере книги и картинки. И вот от них мне хочется скрыть совершенно всё и подальше.
dartraiden
Поэтому резервные копии чувствительных данных я лью в упомянутое облако mail.ru в виде 7z-архивов с хорошим длинным паролем. Если же пароль из меня станут добывать противозаконными методами, то, очевидно, сперва вытрясут пароль от BitLocker на ПК, после чего уже совершенно всё равно, вытрясут ли заодно пароли от резервных копий или нет — в руках у следствия окажутся оригиналы с ПК.
Проще говоря:
— если вами не интересуются, то зашифрованные резервные копии вполне надёжно можно хранить в росскийском облаке
— если вами интересуются, но не готовы угостить вас пыточкой, то вас защитит хороший пароль и нормально реализованное шифрование
— а если вами заинтересуются ребята с шокерами из разрешённой в России террористической организации, то вы им не то что резервные копии, а оригиналы выдадите (а ещё подпишите признание в том, что вы готовили теракт).
А вот коллекция музыки лежит там же совершенно открыто, потому что дискография Iron Maiden никого не заинтересует.
sumanai
Не знаю как с Iron Maiden, но вот за хранение обложки Virgin Killer от Scorpions таки может прилететь.
dartraiden
Во-первых, это может обнаружиться разве что случайно (если содержимым облака уже заинтересовались), потому что у mail.ru, вроде бы, нет такой практики, каковая существует у Google и Apple — распознавание в хранимых данных детской порнографии и передача этих сведений полиции. По крайней мере, в определённых телеграм-каналах это самое «цопэ» льют на mail.ru и оно там лежит, пока кто-то вручную не нажалуется (как-то раз довелось поинтересоваться, за что на территории РФ заблокировали пачку телеграм-каналов (ещё до того, как телеграм заблокировали полностью), а там оказался среди прочих канал с таким вот контентом).
Во-вторых, хранение по российским законам ведь не запрещено, если не ошибаюсь? Изготовление, распространение — да, но «скорпов» я там храню для личного прослушивания, ни с кем не делюсь.
sumanai
Автоматику всегда могут прикрутить, а распространение пришьют по факту заливки на облачный хостинг, и, в лучших традициях нашего правосудия, именно вам придётся доказывать, что это было сделано не в целях поделится с друзьями.
Я в общем то к тому, что незаконным стать может что угодно. Мало ли какие призывы к свержению власти могут найти в тех песнях, оскорбление органов власти или религии в картинках с мемасами. Так что шифровать нужно всё, и надеется на то, что не введут срок за заливку зашифрованного контента.
gecube
Нет, они не могут это сделать. Мои данные — это мои данные и они неприкосновенны
Единственный шанс, что кто-то пожалуется на меня, что я якобы распространяю.пиратский контент, но тогда правильным действием мейла будет — заблокировать доступ к данным и прислать мне как клиенту предупреждение. А дальше уже будем вместе с ними разбираться, что это было. Может меня попросту хапнули, а я добропорядочный человек?
sumanai
Чего? Вы их в облако загрузили. Они уже не ваши.
gecube
Вы правы и не правы одновременно. Смотрите. Предположим, я писатель. И я написал нечто. А потом загрузил в облако, а это облако это нечто запиратило или опубликовало. Очевидно же, что я смогу подать к ним иск о защите авторских прав, не так ли? Но технически — да, не я управляю доступом к данными, а облако и его сотрудники
sumanai
Как-то в лицензионном соглашении одного облака был пункт о передаче всех прав на хранящиеся у них файлы облаку. Так что не факт.
4ITEP
[offtop]На этом моменте я вспоминаю, что у меня на HDD всё-таки есть CP. Шах и мат тем, кто заявляет, что «мне нечего скрывать, пусть смотрят»[/offtop]
[offtop2]А вот саму песню я до сих пор не понимаю, больно уж у скорпов отличается стиль совсем старых песен и относительно новых[/offtop2]
vassabi
дык у всех, кто эту картинку смотрел из интернета в оригинале теперь есть:
1) факт скачивания файла в логах провайдера
2) фоточка в кеше его браузера ?\_(?)_/?
Firz
Я для каждого сервиса/сайта с определенного момента времени, почти всегда использую почту «адрес сервиса.домен»@«личный домен.org», которая со всего домена(кроме реально используемых адресов, используемых родственниками, к примеру) идет на мою основную почту на домене.
То есть для сайта mail.ru у меня была бы почта mail.ru@домен.org
Вы не поверите как быстро начинает идти спам на большинство таких адресов, только что зарегистрированных в каких-то сервисах, буквально регистрируешься где-то и через неделю на этот уникальный e-mail уже спам идет.
derpymarine
Эх, всё бы было бы отлично, если бы они не отняли этот самый 1ТБ, поменяв правила.
lomalkin
У меня уже отобрали, за «неиспользование» в течении 9, чтоли, месяцев. Этот пункт есть в ЛС. Вы проверьте, на всякий случай.
Предупреждение от них в виде письма было, но я его проморгал, т.к. был в командировке в это время. Саппорт шлет отписки, ссылаясь на этот самый пункт, логично. Зато теперь их учетка мне не нужна.
derpymarine
Аналогичная история. Но опечалила меня лживая натура обещания, а именно, что слова «навсегда» плохо вяжутся со сменой правил и «блокировкой и очисткой». Тогда я перед получением изучил лицензионное соглашение в котором отсутствовал пункт про «неиспользование».
Причём сообщение о «Облако будет заморожено» находилось в подвале письма «Вас давно не видно!» и «Мы соскучились!», и, если счесть это письмо за мусорное, которых mail.ru шлёт в избытке, то легко можно упустить этот момент. Вменяемое предупреждение пришло лишь за 10 дней до блокировки.
Ссылка на веб архив(пункт о «неиспользовании» был добавлен позднее):
web.archive.org/web/20140407231417/https://cloud.mail.ru/LA/desktop/
playnet
Пару лет не заходил в их облако. Сейчас смотрю — «тариф 1ТБ бесплатно»
Sly_tom_cat
Syncthing же.
nidalee
FFiX Автор
На personal не смотрел, т.к. мне нужна была поддержка Linux, и ничего конкретного сказать не могу.
blind_oracle
Ни в чем, они дисков много закупают :)
rzerda
Там, если коротко, как обычно всё. Никаких торсионных полей для хранения информации по 5 долларов за бесконечность не изобрели, поэтому берём и портим RTO клиенту. Или исключаем из безлимитной резервной копии слишком давно удаленные с диска файлы. Или режем скорость загрузки данных так, чтобы выше какого-то объёма пользоваться было невозможно.
Для резервной копии недостаточно записать байты куда-либо, нужно ещё иметь испытанную возможность эти байты в требуемые сроки оттуда достать и положить куда надо. Для дома все эти манёвры плюс-минус пойдут. Для данных, которые денег стоят — ну не знаю.
alexkuzko
nextCloud у Hetzner например?
Sap_ru
А есть практический опыт? Через как туда доступ иметь? Я слышал они WebDAV и даже sftp (?!) используют, но одновременно, что низкая скорость доступа. У них как-то мало информации об этом, и потому я их как-то и не рассматривал.
blind_oracle
У меня свой нехтклауд, синхрю родным клиентом, скорость устраивает. Но, наверное, можно было бы и побыстрее...
Sap_ru
Не верю в родные клиенты :) Хочется отправишь API и утилит с открытым исходным кодом.
blind_oracle
Эээ… Так там всё ж опенсурс. Клиент — https://github.com/nextcloud/desktop
API — WebDAV.
alexkuzko
Можно как родным, можно WebDAV — удобно. Особенно в линуксах.
alexkuzko
Есть. Доступ к nextCloud через DAV нормально работает.
У меня есть и их Storage Box и их же nextCloud (кстати, интересно, но для их заказа нужны разные аккаунты — для первого Robot, для второго обычный аккаунт шаред юзера).
И там и там работает WebDAV — причем в Storage Box есть еще много чего (CIFS/sftp/borg/etc.) — но он довольно часто падает — и как постоянную папку его не стоит использовать. А вот nextCloud пока не падал (им только начал пользоваться).
artemlight
хезнер побанили недавно целым /16
x86d0cent
Эм… наоборот же — недавно разбанили побаненное два года назад.
alexkuzko
Побанить могут все что угодно. Сегодня Яндекс «свой», завтра уже «иностранный агент» (помним про голландскую регистрацию).
Areso
И про «золотую» акцию, и про наблюдательный совет.
lockwise
Mega тоже блокирует rclone: rclone.org/mega/#failure-to-log-in
classx
Spaces от DigitalOcean + restic = $5 в месяц за 250 GiB.
помоему оно того стоит
eteh
Мега вполне удобный их собственный клиент под debian based linux, использую бесплатную версию для синхронизации рабочих файлов и весьма удобно. Единственный косяк всплывает с некоторыми файлами pdf, которые на linux почему то не синхронизируются, но из порядка пары тысяч документов таких нашлось 2…
Sap_ru
Ещё кстати, в правилах платной подписка на ЯД написано, что условия и «перечень привилегий» может сокращаться в течение срока действия подписка. Зашибись! Ты, главное, плати, а за что, они потом придумают.
symbix
А не противоречит ли это ЗоЗПП? Юристы, ау.
redsh0927
Хорошая статья. Можно кидать линк тем, кто говорит «получил 100500 терабайт в облаке, не нужны никому ваши ёмкие HDD».
lonelymyp
Получил 100500 терабайт в облаке, про эту программу даже не слышал, достаточно родного клиента чтобы фоточки и видосики хранить.
nidalee
Там чуть выше написано про изменения условий и привилегий, так что не расслабляйтесь.
arheops
Ага, я в гугле хранил(пикаса тогда еще)
А потом гугл сделал раааз — и у вас пожатые фотки вместо оригинальных.
vladkorotnev
Так и сейчас уже ютуб тоже делает раааз — старые видосы стали заметно хуже по качеству, да и новые жмутся куда сильнее. (Заливаю на канал прохождения ритм-игр напрямую с телефона — разница между оригиналом и ютубом на максимальных настройках даже на экране того же телефона заметна невооружённым глазом)
arheops
Ну ютуб то не обещал не пережимать видео, а пикаса — обещала. Даже как фишку это выставляла.
Starl1ght
Я вообще плохо понимаю, как пользоваться сервисом для чего-то хоть как-то серьезного, когда там прям в статье написано:
Яндекс оставляет за собой право устанавливать любые правила, лимиты и ограничения (технические, юридические, организационные или иные) на использование Сервиса, и может менять их по собственному усмотрению, без предварительного уведомления Пользователя
Kurochkin
Не спора ради: практически всё, что мы в повседневной жизни используем, регламентировано примерно такими же правилами.
Да, часто не пишут прямым текстом про «лимиты и ограничения», но пункт правил про возможность изменить сами правила — это точно будет.
Банковская сфера, например: и регулируется строже, и бумажных документов с синими печатями куча, и надзорные органы везде, но если вам решат изменить кредитный лимит, повысить процентную ставку по ипотеке, отказать в обслуживании — правда на той стороне, «по нашим правилам мы можем менять правила».
khim
Вот только подобное изменений правил банками чревато столкновениями с надзорными органами, потому приходится соблюдать какое-то подобие приличий…
«Облака» же никак не регулируются. Пока.
P.S. А потом начинается вой про злых бюрократов и засилье государства… но как видим, когда всего этого нет… щастя тоже нет…
chersanya
В данном случае никакой проблемы нет — облачных хранилищ большое количество, ограничивают использование открытыми утилитами немногие (только яндекс?).
khim
Тут уже давали ссылки на бан от Гугла, дуиаю что скоро всё распадётся на два класса: облака, которые всё банят и те, которые всё теряют… ни теми, ни другими пользоваться не хочется…
DGN
Вы забыли еще и третий вариант — облака которые неприлично дорогие.
Чудес не то чтоб не бывает, но они закономерно заканчиваются. Как только народ в массе стал шифровать, пропала у облаков возможность сохранять .iso в 4 гига размером симлинком для 10500 пользователей. А хранить приходится на больших и дорогих дисках, которые ни гуглу ни яндексу никто почему то не дарит, а совсем наоборот (вспоминаем как обязывали храненить трафик пользователя за 3 месяца и все такое прочее).
tmin10
Недавно бэкапил в облако яндекса через стандартный инструмент qnap, два раза завершалось с ошибкой сети. Потом разбил бэкап на две части и волшебныи образом всё заработало и проблем с сетью не было.
saddy
Уже давно (несколько месяцев) у многих людей наблюдаются проблемы с заливкой больших (>~500Mb) файлов через API, причем это искусственное ограничение, т.к. если просто переименовать файл например в txt — проблема волшебным образом исчезает.
tmin10
Самое-то странное, что утилита резервного копирования создавала много-много файлов размером мегабайт по 6. В папке их десятки тысяч. Но я так и не понял, после чего всё падало, т.к. в частях бэкапа тоже много файлов. Мб какое-то ограничение на число файлов в подпапках…
Sly_tom_cat
Пользовался я всяким я-дисками и другими облаками… но в какой-то момент мне вся это зависимость от левой пятки какой-то там шишки надоела и я перешел на Syncthing.
Не в облаках до сих пор всякая хрень валяется, но все свое кровное-родное — у меня теперь только на моих машинах (домашних и на работе).
tmin10
А у вас есть несколько помещений с машинками? От затопления или пожара данные защищены? В моём случае данные хранятся на домашнем NAS + облачный бэкап, что соответствует парадигме резервного копирования 1,2,3.
Sly_tom_cat
Ну рабочий комп, на котором есть копия всех папок с других нод, — он в другом районе города. Хотя там скорее затопит(1 этаж) чем дом (3 этаж), но зато сгореть больше шансов у домашних нод (там пожаротушение автоматическое).
Облачный бэкап я бы в контур доверенных нод не вносил — вы их никак не контролируете. Как и от чего оно там защищено вы только предполагаете.
Groramar
У меня вот так и есть — комп дома + бакап в офисе. И как-то хватает. Дисковое пространство сейчас стоит копейки, могу любой софт настроить на обоих концах, удобно. Облака как в статье хорошо ровно до тех пор пока всё хорошо. Но потом условия внезапно меняются и вот ты уже не владелец своих данных и/или аккаунта. Повезет еще если сможете забрать данные. Смелые люди, в общем, хранят данные в облаках.
Areso
Бэкап в офисе может в один прекрасный день оказаться физически недоступным, да.
Приходишь, а у тебя пропуск ничего не открывает.
Заходишь по чужому/гостевому пропуску — а тебя в машину не пускает под твоими учетными данными.
Ну, такое.
alexkuzko
Как резервный вариант — почему бы и нет. Только в этом случае обязательно шифрованный. Чтобы никто в ваших файлах не мог покопаться!
Sly_tom_cat
Ну как бы на то и несколько копий и создается — потерять любую из них можно по множеству причин, включая выход из строя носителя. Но когда осталось хотя бы одна копия — данные все еще доступны и вопрос только в том, что бы организовать замену утерянной копии.
alexkuzko
Люто плюсую! Пользуюсь активно, есть свой релей (!) и клиенты на компах и телефонах. Из минусов — стабильно 1-2 раза в месяц версии конфликтуют (например когда синхронизация ненадолго подвисла и нельзя решить какая из версия правильная) — причем узнать это можно только посмотрев в файловую, там будет файл с именем и датой конфликта.
И еще — довольно сильно грузит процессор при синхронизации (особенно если включать сжатие).
Но зная эти недостатки очень и очень удобно. Свой собственный P2P (особенно если использовать свои же релеи).
lomalkin
Мне нравится такая схема, сам использую что-то похожее.
Расскажите пожалуйста, что вы решили с гипотетической проблемой порчи данных из-за сбоя железа/вирусов, т.е. логическое повреждение. Мне кажется, что в этой схеме недостаточно еще одного важного этапа: бекапа всего этого добра раз в N дней на какой-то offline носитель.
Sly_tom_cat
Ну точно раз в N дней не делаю, но изредка скидываю на внешний диск.
По поводу порчи данных — есть же версионирование. на самое важное настроено простой варинт корзины с хранение в 15 дней. Т.е. если кто-то удалит или зашифрует фотоархив, то его нормальная копия сохранится на нескольких нодах в корзине.
DerRotBaron
Похоже, облака решили избавляться от тех, кто использует их сервис в том виде, в котором им неудобно. Тут, например, прибили доступ к API для grive2, а при использовании своих ключей приложения гугл раз в месяц шлет письма с предупреждениями, как небезопасно не защищён аккаунт.
timoteo_cirkla
У меня, кстати, гуглдиск перестал работать через kio-gdrive.
oleg_umnik
WebDav у Яндекс.Диска по-прежнему работает. rclone поддерживает WebDav. Сейчас проверил — из rclone через WebDav с Яндекс.Диском работать можно.
APLe
Серьёзно? Осенью они WebDav, фактически, отключили. Починили обратно?
qna.habr.com/q/677787
Areso
Буквально не более месяца назад проверял, не коннектилось от слова совсем.
zxosa
Нет, небольшое синхронизируется, а большие объёмы не работают
tmin10
Про WebDAV убрали всё из документации даже.
Stanislavvv
Вы давно проверяли запись через вебдав?
На чтение-то работает… А вот скорость записи таки ограничили.
Kanlas
Они его очень порезали на запись. У меня по webdav даже музыка не синхронизируется на телефоне (объемы там смешные, буквально пару песен передать), просто вылетает по таймауту, хотя временный файл таки создается в облаке. При передаче по webdav с винды вообще виснет намертво на несколько минут, больше одного файла за раз передать нереально, независимо от размера, система теряет диск (видимо, тоже вылетает по таймауту)
endoftime
Знакомо. Ещё летом Яндекс диск вначале практически уничтожил доступ по webdav, а затем ввел драконовские лимиты на использование их же api. Синхронизация 7 гигов фоток с нас заняла у меня неделю. Причем первый гиг пролетел за «мгновенно».
Ответы. Вначале, неработоспособность вебдав — проблема на вашей стороне.
Затем — мы не допускаем бэкапирования даже в личных целях. Покупайте облако.
Про лимиты на использующий api клиент на nas, мы ответственности за api, и приложения его использующие — не несём.
Пользуйтес Яндекс облаком.
Забрал у них деньги за оплаченный диск — полностью.
timoteo_cirkla
Эм… Только что заходил на свой ядиск через webdav в Dolphin. в кедовском файловом менеджере.
endoftime
Зайти — не проблема. Записать что то больше 12 мбайт (если правильно помню подобранный размер лимита) — нельзя. Читать через вебдав — пожалуйста. Даже если кидать по 12 мегабайт то на 200 если не ошибаюсь, все равно будет блок и на долго...
timoteo_cirkla
endoftime
Ещё раз повторю. Подключиться можно, работать с этим — нельзя. Выше тоже написано, меняй id чуть чуть работай, снова меняй… Это не использование.
Kwisatz
Вот поэтому не пошли бы они нахрен все со своими облаками, проще всю корзину дисками забить и кинуть комп на шкаф.
dartraiden
И потерять всё, когда на шкаф польётся вода от соседей сверху. Или пожар. Или обнесут хату. А резервные копии один фиг надо хранить в географически удалённом месте (помним про пожар), так что облака рано списывать со счетов — это хорошее место для хранения резервной копии.
Ну а люди, которые держат в облаке важные данные в единственном экземпляре, ничуть не умнее тех, кто держит их на домашнем ПК в единственном экземпляре.
maverickcy
А еще не изобрели торрентоблако? Только чтоб чужие данные в виде непонятной каракулины хранились
Areso
Изобрели, но нет особого смысла хранить чужие данные.
Был не так давно стартап, там давали какие-то коины, за то, что ты хранишь чужие данные у себя… Этими коинами можно было оплачивать сохранение своих данных у кого-то.
Но что-то давно не слышно о них, поди уже и накрылись медным тазом.
site6893
живут еще, и их даже стало сильно больше чем 1 стартап.
Kwisatz
Копию на сервер в европе и на облако у мыльницы и всего делов. Наработки ваши наверняка еще и в репозиториях
KevLaRjkee
Ну Яндекс давно уже не тот.
«Раньше было лучше» ©
П.С. развернул себе nextcloud и забил на гуглояда.
danfe
mig126
Ну к примеру поиск по картинке у них один из лучших. Тот же Гугл и рядом не стоит по ревалентности выдачи. Даже если это криво обрезанный скриншот в плохом качестве с наложенными элементами.
glader
Это норма, они и вебдав перестали поддерживать.
FFiX Автор
Вебдав в Диске с самого начала работал не без особенностей. Но думаю, это не вина Диска. Сам протокол довольно сложный и все клиенты его реализуются по-разному.
Я сейчас с телефона и в возможностях гуглить ограничен, но вроде был одной из причин открытия API были как раз проблемы с WebDAV
APLe
qna.habr.com/q/677787
timoteo_cirkla
Только что заходил на свой ядиск через webdav в Dolphin, в кедовском файловом менеджере.
APLe
Войти можно, просто скорость режут почти до нуля.
fLegmatik
Теперь попробуйте закачать или скачать файл весом под сотню мегабайт, замерив скорость этих действий. Насколько я знаю, яндекс вставил в webdav принудительные длительные (чуть ли не по минуте) таймауты через каждые n мегабайт.
endoftime
12 метров и дальше все рубится. Совсем. Если пихать по 10 мбайт где-то у двухсот все встанет.
timoteo_cirkla
Нет, ну это явная неадекватность. Я ответил, что webdav работает, на комментарии, где говорилось, что оно вообще не работает. И снова минусы за факты. Мдя…
nidalee
endoftime
Работает, это выполняет функции. Возможность только подключиться — это не значит работает. Это так если вам продадут машину, с дверьми, колесами и т.д., только ездить она не будет...
timoteo_cirkla
Так оно и выполняет функции. Под работает я имел ввиду, что открываю свой ядиск в дельфине и копирую туда файлы с компьютера. Файлы копируются. Я не говорил, что скорость нормальная.
И я уже писал, что отвечал на комментарий, где говорилось, что webdav вообще не работает. И получается, что снова соврал другой человек, а заминусовали меня. Так что да, сие есть неадекватность.
Ну так давайте, гоу снова меня минусовать за факты, граждане минусователи. Это же так «адекватно».
engine9
Rcloud пойдет как легковесная замена десктопного клиента nextcloud?
svsd_val
Блокировали бы тех кто злоупотребляет но не по client_id же.
ИМХО:
Позор тебе Яндекс… А ещё за опенсорс ратует… Ага там где выгодно им самим… Совсем с ума сошли, по стопам ICQ идёте братцы… Молодцы продолжайте в том же духе и после этого ваш проект не нужен будет никому кроме вас самих…
Andrey_Rogovsky
Время идёт, а политика Говнянднекса нанимать в поддержку глупых хамов так и не поменялась.
Привет Платонам Щукиным, идите в баню!
amarao
Перевожу на русский: слишком много запросов. Монтирование звучит как круто, пока вы не посмотрите сколько запросов вызывает условный nemo при открытии примонтированного тома.
Что делать? Искать компромисс. Т.е. использовать софт так, как нравится вендору. Или не использовать сервис вендора. Или играть с ним в кошки-мышки.
tester12
Бесплатный сыр — в мышеловке. А за деньги можно арендовать полноценное файлохранилище со всеми необходимым интерфейсами. Вот Хетцнер — от 3 евро за 100 гиг. Ну и локальную копию не забывайте.
zverttl
Вроде в Яндекс облаке дешевле будет — что-то в районе 60-90 руб за те же 100 Гбайт.
vtolstov
Client id расширения для kodi тоже забанен Гуглом для доступа к Ютуб. Тут нет ничего нового.
vladkorotnev
Прямо забанен? У меня всё работало до тех пор, пока в начале года не попытался перелогиниться — тогда выдало, что мейнтейнер якобы не принял новые ToS и доступ приостановлен, пришлось впиливать свой client id.
vtolstov
как я читал, гугл просто не может быть уверенным что расширение не сделает ничего вредоносного. поэтому забанили общий айди. а дальше все сами…
vtolstov
Заставляя всех юзать свои клиент айди они будут легко бить по голове тех, кто нарушает правила пользования.
AndrewTishkin
А Диск-О от Mail.ru они случайно не блокируют?
vtozr8899
А кто-нибудь может объяснить, как свободная лицензия согласуется с понятием client_id? Допустим, я взял исходники и что-то где-то переписал. Получилось (пока) формально говоря, другое приложение с тем же client_id. В какой момент и согласно какому документу у меня возникает обязанность получить новый client_id вместо того, что уже содержится в исходниках?
Alexsey
Учитывая что rclone позволяет вполне просто прозрачно шифровать все заливаемое содержимое — мотивация вполне ясна. Очень сложно тренировать нейронки на данных если эти данные зашифрованы.
AleksKN
Мотивация гораздо проще, пользуйтесь платным облаком для бизнеса. А бесплатно бэкапы они обслуживать не хотят, денег за работу хотят, злодеи такие.
FFiX Автор
А если бекапы домашнего компьютера, а в диске куплен 1Тб — можно?
engine9
Можно и гибче быть, например ввести какие-то лимиты на траффик и запросы в бесплатной версии.
Stas911
Не очень знаком с их облаком — а у них нет CLI чтобы работаеть с облаком? Чем rclone так отличается?
mistergrim
На самом деле всё просто. Если вспомнить историю — раньше это был обычный файлообменник. И если пропустить мимо ушей всю туфту про «облачное хранилище» и прочее, им он и остался.
Wesha
О, ещё один товарищ на собственном горьком опыте осознал, что "в Интернете есть всё. Но не всегда."
puyol_dev2
Этого и стоило ожидать. История с Рамблером и nginx многое сказала об отношении российских компаний и открытого ПО. Вообще, мне кажется, для всех российских больших компаний — люди лишь инструмент для зарабатывания денег и относятся они к ним, как к расходникам
osmanpasha
Кажется, в процессе роста все компании к этому приходят, не только у нас.
dn842
Открою страшную тайну — любая компания, вне зависимости от места регистрации, являтся прежде всего инструментом для зарабатывания денег, а живые люди для компании прежде всего ресурс.
Но это не мешает компаниям рассказывать сказки о том какие они белые и пушистые и многие по наивности в это верят.
engine9
Заработок на пользователях не мешает быть этичным и социально ответственным.
dn842
Наивный вы человек — пойдите расскажите волку как быть этичным и социально ответственным перед овцами. :)
tvr
Стать собакой и стеречь овец, повышая их пушистость и курдючность.
А за это хозяин погладит и накормит, той же бараниной :))
engine9
Демагогия.
dn842
С вашей стороны да, сказочная при чем, реальный мир он совсем другой. :)
odissey_nemo
Золотые слова. И это теперь везде, не только в it конторах и в Инет.
osmanpasha
Узнал из статьи про rcloud, спасибо. Попробую использовать для cloud.mail.ru, сейчас использую rsync и marc-fs
Jipok
Возможно вас заинтересует borg
А также облачное хранилище которе его поддерживает — rsync.net(со скидкой для пользователей borg'a)
alexkuzko
К слову, у Hetzner их Storage Box тоже нативно поддерживает borg backup…
dn842
Видимо народ часто пользовался связкой ядиск+rclone в корпоративных целях бесплатно вместо покупки бизнес пакета, потому и забанили.
Ну а что вы хотели — чужая инфраструктура она всегда такая, хочешь рулить строй свое королевство или хотя бы флешку купи и воткни в умный роутер.
vitalif
Мы хотели, чтобы правила были чётко определённые, а не «мы делаем всё что хотим», хоть это и общая проблема у всех облаков
dn842
Компании не могут предусмотреть всех вариантов до которых может додуматься смекалистый пользователь, потому и пишут в пользовательских соглашениях и зарактеристиках на товары, что они могут быть изменены в любой момент без предупреждения. Облачные сервисы это в первую очередь бизнес — если станет не выгодно они вообще закроются и привет вашим фоточкам и прочему неосмотрительно туда положенному.
vitalif
Ну так да, это и называется «делаем всё что хотим, а дурак по умолчанию пользователь» :-)
Правила должны быть такие, что всё, что явно не запрещено — разрешено и споры все в пользу юзера, а не компании. По сути беспредел с этим, никакого регулирования нет (госдумы на них нет)
AlexStav
Есть утилита собственной разработки на Go (использую гугловский sdk v3), которая бэкапит у клиентов данные на Google Drive по принципу FIFO. У одного из клиентов ежедневно на облако падает примерно 600 mb -й архив 7z, остальные значительно реже и меньше. Всего порядка 10 клиентов. У каждого клиента своя учётная запись Google, но API keyодин на всех. Пока вроде все работает, только что проверил. Но таки да прилетают периодически письма с предупреждением р небезопасности использования данного приложения. Наверное стоит задуматься о платном режиме или переезду локал сторэйдж?
ds138
Хм. Я начал (примерно декабрь 2019) подозревать яндекса после того как сделал upgrade для давно неапгейженого ноута жены с debian sid (работал как часы до того как пол-года без обновлений вообще, что-то дёрнуло обновить) получил «паникующую» вундервафлю и люлей… На тот момент зеркало было прописано яндексовое. Недолго помытарился, переставил систему, когда ставил, даже специально посмотрел: зеркало yandex более не присутствовало в списке доступных… Закралось сомнение…
ЗЫ. Старенькая домашняя машинка на sid периодически (пол-года-год-как_придётся) поднимается до актуальной с чисто дебиановского репозитория без каких либо проблем.
ЗЗЫ. Зарёкся использовать яндексовые зеркала.
FFiX Автор
Репозитории Дебиана подписаны цифровой подписью, вряд ли в вашей проблеме как-то виноват Яндекс. А вот нестабильный sid вполне мог.
ds138
Нестабильный sid это да тут даже вопросов нет. Только вот в стабильных актуальных нетинсталлах debian уже нет яндексового зеркала! Его выпилили сами дебианщики! Для меня именно это стало более чем подозрительным…
engine9
Я тоже пользовался яндексовским зеркалом (на минте) некоторые апдейты не скачивались, прописал другое, от таймвэб и все заработало.
Яндекс, что ж ты так?
shifttstas
В 2020 использовать сервисы Яндекса? Зачем? Есть же гугл и другие варианты типа Amazon/digitalocean...
zxosa
Потому что терабайт за 210 рублей, а мне нужно 5. У амазона ещё геморрой с подсчётом трафика
tmin10
У амазона стоимость только выгрузки терабайта стоит $90 что покроет пару лет терабайта в яндекс диске.
shifttstas
Так Яндекс для Б2С рынка, а Амазон нет, и SLA соответствующие.
dn842
В Украине забанили Яндекс и связанные с ними сервисы — жить стало не лучше, а только дороже в том числе и реклама, а что бы сказать что качество сильно выше — так нет, просто подорожание.
Berkof
А дело в том, что нельзя пользоваться никакими облачными решениями напрямую. Только через универсальные прослойки. И пусть уже головной болью этих прослоек будет борьба с тупоголовыми саппортами конкретного облака, важно — уметь менять их как перчатки, без больших потерь и задержек. Тем более, что в этой стране вообще не важно — прописано что-то в пользовательском соглашении или не прописано — любого простого пользователя могут как хотят обуть и доказывай потом, что ты не верблюд.
SandroSmith
Подскажете парочку таких прослоек? Я правда не понимаю что это должен быть за сервис и с какой бизнес-моделью.
devlev
Мне кажется адыкватным ответом от яндекса, озвучить те самые лимиты которые у них есть, и по которым они определяют что клиент злоупотребляет использованием сервиса, и использует его сверх положенного лимита. Условно говоря 50к запросов в день, 3 запроса в секунду. Я думаю разработчики rclone быстро бы допелили нужный патч который бы все это учитывал (если такого еще нет) и все были бы счастливы. Яндекс диск все таки комерческий продукт, там есть платные тарифы, и пусть он и орентирован для пользователей а не для бизнеса, но где та грань, когда начинается бизнес а не личное использование? Публикация лимитов отлично бы решило эту проблему. Нужно что-то сверх лимита — вот пажалуйста облака.
eumorozov
Я уже год как начал отказываться от облаков и прочих централизованных сервисов (типа GMail). С самого начала было очевидно, что «лафа» когда-нибудь закончится.
Прыгать с сервиса на сервис, пока где-то еще не заблокировали или не начали торговать моими данными, мне тоже неинтересно.
Сегодня сделал очередной шаг: наладил синхронизацию домашнего компьютера с телефоном при помощи Syncthing. Это opensource решение, довольно просто настраиваемое (хотя и не так просто, как Яндекс.Диск), и без всяких посредников. Моментально синхронизировало мне все фотографии, например.
И еще очень интересно: как вы связались со службой поддержки Яндекс? Ее контакты охраняются серьзенее, чем секреты термоядерного оружия. Лет 5 назад нашел серьезный баг в Яндекс.Диске, обратиться в поддержку оказалось почти невозможным занятием. Каким-то образом удалось найти какой-то контакт и убедить завести баг. Но судьба бага неизвестна — несколько лет Яндекс вообще не обновлял клиент Я.Диска, т.е. ошибка явно не была исправлена, затем вышел новый клиент, но поскольку списка изменений в нем нет, пользоваться так и не рискнул. Баг был серьезный — всегда пропадала часть файлов, обнаружить это было очень неприятно, то, что никто не захотел исправлять — еще неприятнее.
FFiX Автор
На каждой странице официальной справки внизу есть кнопка «Написать в службу поддержки»,
eumorozov
Тогда, мне кажется, этой кнопки не было. Я не помню точно, в каком году это было, могу попытаться найти письма, но оно того не стоит. Главное, что файлы удалялись без каких-либо причин. Я хранил на Диске базу ZimWiki. Она хранит все в текстовых файлах, с названием файла таким же, как заголовок страницы wiki (например,
Notebooks/Личное/Контакты.txt
).В какой-то момент заметил, что вроде бы некоторые страницы пропали. Сначала подумал на глюк файловой системы, восстановил из бэкапа (делаю бэкапы на внешний жесткий диск). Снова исчезли.
Понял, что это не моя система, и воспроизвел со 100% вероятностью (создаешь файл вида
Notebooks/Папка/файл.txt
и Я.Диск сразу же его удаляет). Но Яндекс со мной так и не связался, клиент для Linux не обновлялся после этого года 3-4, поэтому уже больше никогда ему не доверял. Да и вообще, стало понятно, куда все эти «бесплатные» облака идут, поэтому больше стал думать над тем, как их заменить не полагаясь на кого-либо, кроме себя.Mogwaika
support@yandex.ru
vitalif
Ну по идее надо просто расковырять андроид клиент яндекс диска и выдрать ключ оттуда. И пусть блокируют собственный клиент. :-)
Можно ещё в телеграм чате яндекс облака набросить на вентилятор. А то они всё хотят, чтобы там радужная атмосфера была.
Хотя, с другой стороны, нужны они? Более правильным советом будет просто не юзать облака до тех пор, пока у них не появится нормальный договор, а не «вы отдаёте нам всё и ещё соглашаетесь что мы с вами будем делать всё что захотим». Я лично не юзаю.
А то с гугл драйвом в принципе аналогичная фигня — я совершенно случайно grive2 поддерживаю, и эти умники вообще закрыли API для client_id, не «прошедших верификацию».
Sap_ru
Там не только ключ. Там API другой.
vitalif
А какой?
TheKnight
Видимо человек про Rest вместо WebDAV.
Рекомендую еще почитать про то, как работает OAuth в Яндексе.
aml
Похожая проблема есть у всяких сервисов IP-телефонии. Вроде система предоставляет услугу звонков, как её использовать — дело клиента. Однако если абонент на «персональном» тарифе организует колл-центр и будет занимать линию сильно больше, чем обычный частный абонент, это пытаются ограничивать. Обратите внимание, как обычно формлуируют норму нагрузки в эрлангах. Пример: www.alloincognito.ru/help/reference-documents/load-norm.
Яндекс вместо того, чтобы полностью блокировать приложение, мог бы установить аналогичную норму для синхронизации файлов. Синхронизировать документы — пожалуйста, а бэкапить базы данных — сорян.
dplsoft
Простите, но мне одному кажется, что автор подменяет понятия?
Яндекс заблокировал конкретные действия — вне зависимости от того, открыты исходники инструмента или нет.
А автор пытается выдать это в плоскость борьбы с опенсорсом.
Или у автора есть примеры того, что яндекс разрешает автоматическую синхронизацию проприетарным утилитам? (свои клиенты яндекс-диска не в счет, по понятным причинам).
К яндексу, конечно, есть вопросы, но того характера что «вы в своем праве, но вы делаете не удобно вашим фанатам. Не даете автоматический бакап на яндекс диск — ок, но предложите путь как это делать по другому — тариф другой, или другой сервис?...»
Но и искажать ситуацию в статье, пытаться выдавать одно (ограничение нагрузки на свои сервисы) за другое (обвинять яндекс в нелюбви к опенсорс) — ради красного словца и хайпа — это же тоже не дело?
gecube
Мне плевать, что там у яндекса в голове, но у меня есть вполне конкретный кейс. У меня есть старый терабайтный диск с кучей хлама. Там данные, которые уникальны и невосстановимы. Не какие-то торренты. Можете считать, архив домашнего порно хоум видео. Пускай. Я готов отгрузить его в яндекс диск и заплатить за хранение. Но что я хочу взамен? Единократную полосу для закачивания данных в облако — раз, а не вот это вот — 20мб, а потом тормоза, и сохранность данных (т.е. чтобы спустя месяц или год, или два года — я мог их забрать в том же виде, что и положил). Реально? Честно — вряд ли. Вот и весь разговор ((((((
AC130
У вас ошибочное понимание бизнес-модели. Место в облачном хранилище стоит дёшево только потому, что его никто не использует на 100%. Люди покупают терабайт и в большинстве случаев используют его не более чем на 1%. Если вы реально хотите загрузить целый терабайт да ещё с гарантией сохранности данных в несколько девяток (т.е. с вероятностью в условно 0.99999 данные не пропадут), то цена, которую Яндекс вам за это предложит, сравнима с ценой организации собственного домашнего хранилища с использованием RAID-массивов и прочих фишек. Вы конечно можете сказать «Ну Яндекс закупает место для хранения оптом, а не в магазине», однако не стоит забывать что в масштабах Яндекса надо обеспечивать ещё пропускную способность для сотен тысяч юзеров по всей России, вентиляцию, и прочее-прочее, даже просто зарплату уборщику платить который будет в машзале пыль протирать.
Так что ваш кейс вам самим не понравится когда вам цену озвучат. Ставить по этому поводу закрывающиеся скобочки имеет ровно столько же смысла, сколько ставить скобочки по поводу не нравящихся вам законов физики.
gecube
Вы абсолютно правы и я Вам не противоречу. Попросту мы опять имеем дело с типичным случаев недобросовестной рекламы, когда озвучиваются обещания, которые нереальны, а не разбирающийся клиент на это клюет. Какое решение? Озвучивать реальные условия предоставления услуги (типа 1ТБ — да, но с ограничением полосы скачивания, скажем, ХХ МБ/сек)
vitalif
Не, ну стоп. Терабайт в яндекс диске стоит 209 р в месяц. Это вполне себе 2500 рублей в год. Жёсткий диск 1 ТБ стоит даже чуть подешевле :-). Ясно, что ещё инфраструктура, избыточность, трафик и вот это вот всё, но и люди этим пользуются не 1 год, так что 209 р в месяц за 1 ТБ — это не так уж и дёшево.
Да тупо даже если сам будешь пользоваться 5 лет, то это уже 12.5к и за эти деньги можно себе микроNAS организовать на одноплатнике каком-нибудь, причём даже не 1 ТБ пожалуй. Ну, днище, но и то быстрее будет работать, чем облако )))).
В backblaze тоже сравнимо, 60$ в год и безлимитный объём. Ну т.е. даже дешевле если > 1 ТБ. А там хранят больше.
Так что чего яндекс там вдруг решил, что за эту цену туда бэкапиться нельзя — не понятно. // Место наверное на хардах кончилось :D
Чего там ещё-то хранить терабайтами, кроме бэкапов вообще?
madCreator
Зачем же палец с жопой сравнивать?
Во-первых, организовать надёжное хранилище информации в домашних условиях не такая уж лёгкая и дешевая задача. К одноплатнику нужно хороший блок питания, корпус, ещё как минимум зеркальный рейд-массив хотя бы на двух дисках, плюс бесперебойник.
Во-вторых, надежное хранение данных по-умолчанию предполагает, что это хранилище нужно периодически бэкапить куда-то ещё на случай потопа, пожара или воровства.
Плюс главное — нужна квалификация и время для настройки и поддержки всей этой петрушки в работоспособном состоянии.
Я уж не говорю про сопутствующий мелкий гемор в виде шума, необходимости выделить под сервак место и платить за сжираемое им электричество.
А тут готовый сервис из коробки.
MTyrz
Мы продаем вам терабайт, но если вам реально нужен терабайт, то идите нафиг? Отличная бизнес-модель, отличная.
AC130
Вы наверное удивитесь, однако когда вы платите за Интернет, вам тоже обещают условно «до 50 Мбит\сек», однако если вдруг все клиенты провайдера эту скорость себе затребуют, то никто её не получит. Потому что только так можно обеспечить приемлемую цену. А канал с гарантированными 50 Мбит\сек будет опять же стоить столько, сколько вам точно не понравится. Потому что законы физики не обойти, передать через физический канал связи больше чем он позволяет не получится.
Если вы думаете что за текущую цену вам должны больше, причём у вас есть аргументы в виде конкретных цифр — найдите компанию, которая предложит больше и пользуйтесь её услугами. Нет такой компании? Наверное вы что-то не учли.
MTyrz
То, о чем вы пытаетесь рассказать, называется оверселлинг. И проблемы, как вы совершенно верно заметили, начинаются в случае, если все, или по крайней мере значимая часть клиентов начнет полностью выбирать доступный объем услуги. При этом некоторая часть клиентов вполне использует купленную услугу полностью. Например, торрентораздатчики в случае услуги доступа в интернет, или клиенты, снимающие деньги с закрытием счета в банке (внезапно банки тоже занимаются оверселлингом, гуглить «частичное резервирование»). Важно, чтобы этих клиентов не стало слишком много, а не чтобы их не было совсем.
Вы же пытаетесь объяснить, что ни один клиент, «купивший терабайт», не может воспользоваться этим терабайтом. Это ваше, кхм, заблуждение. Оверселлинг работает не так.
SandroSmith
Вот это самое «до» и меняет всё. у Я.Диска никаких «до 1ТБ» нет (поправьте, если я не прав).
dplsoft
вы тему не меняйте )))
я не про бизнес модель яндекса.
я вопрос задаю про подмену понятий в статье хабра.
вне зависимости от того, что там думает яндекс про свои диски, в данной статье выводы про «яндекс не любит опенсорс» притянуты за уши.
в статье с логикой проблемы. я один это вижу?
avost
Да. На самом деле, понятия подменяете как раз вы.
Нет. Вы подменяете понятия. Яндекс заблокировал не конкретных нарушителей за конкретные действия, а всех без разбору пользователей этой утилиты. Всех мужчин за изнасилование, тк у них есть этот самый прибор.
Так совпало, что эта утилита опенсорсная. Это просто факт, вам придётся просто принять его.
А они есть в природе эти утилиты?
Вообще-то, причина не понятна. Почему яндексовским клиентом автрматические бэкапы делать можно, а этим вот нельзя? Ой, дело оказалось вовсе не в нагрузке? Ну, кто бы мог подумать!
Не искажайте, пожалуйста. Забанили, как мы только что выяснили, не за нагрузку, забанили именно за использование сторонней утилиты. Честное использование.
FFiX Автор
Признаться, я не старался переводить это в «в плоскость борьбы с опенсорсом». Возможно, не вполне корректно сформулировал мысль.
Но:
dplsoft
под нож идет все, что нарушает работу их сервисов или противоречит их политике не взирая на то, опенсорс это или нет.
и из этого нельзя сделать вывод, что яндекс любит или не любит опенсорс.
вот если бы были наблюдения, что режут доступ только для оенсорсных утилит — а для вот этих проприетарных — доступ разрешают — тогда еще можно было бы сделать предположениею что опенсорс не любят.
упоминая в заголовке факты или аспекты, которые не являюется главной закономерностью — вы играете грязно, в стиле желтых бульварных газет.
вы пытаетесь поднять хайп, выдавая недоказанное или частное, как главное.
то, что утилита rclone является опенсорсной — совсем не важно.
важно что яндекс блокирует доступ утилит автоматического бакапа и синхронизации. вот эта мысль важна. и уже потом — можно упомянуть, что вы обнаружили это на примере утилиты rclone, которая, как и 90% утилит в вашем дистрибутиве линукса — опенсорсные.
ваш же заголовок — некорректен. как например, и заголовок вида «у меня при игре в кости выпадают шестерки!» — некорректен, потому что он как бы намекает что у вас при подбрасывании кубика выпадают «только шестерки».
вы создали заголовок задача которого вызвать хайп выдавая одно за другое.
вас уже указали пару раз в опенсорсных пабликах люди не прочитавшие статью. вот спрашивается при чем тут опенсорс? вы скажете что это хорошо что вас показывают? я скажу что это желтизна, и за такое надо банить. все таки хабр — это не бульварная газета с кричащими заголовками. был по карйней мере.
более того, вы приводите в статье цитаты про любовь яндекса к опенсорс, и подогревая хайп, подсовываете вывод, который не имеет под собой оснований, типа а вот нет не любят.
на основании чего вы делаете такой вывод?
опенсорсность утилит должна давать какую то неприкосновенность?
например, опенсорсный вирус не надо удалять с компьютера?
вы, что — полагаете что опенсорсность должна давать протекцию в вопросе «отключать или нет если утилита создает нагрузку»?
извините, но не надо выворачивать одно в другое.
или получается нечто аналогичное обратному фашизму
вида «тебя что, должны любить, только потому что ты негр?»(с)
т.е. «утилитой должны пользоваться и не запрещать, только потому, что она опенсорсная»? даже если она нарушает нормальную работу системы?
итог: подобными заголовками и выводами — вы вредите опенсорс движению.
вы выворачиваете саму идею опенсорсности, и идете по модели поведения современных «борцов за права меньшинств», которые своей неадекватностю и нападками не только выставляют себя на посмешище, но и фактически вывернули исходную идею в формат «обратного фашизма». не надо так.
как другой приверженец опенсорс, я бы просил вас изменить заголовок, т.к. текущий выворачивает картину в несоответствующий действительности аспект, и либо убрать из статьи пассаж про «вот нет, не любят» — или хотя бы изложить его в формате вопроса. под которым, кстати, вы сможете набрать статистику что где и когда банил яндекс. вдруг там действительно вырисуется картина, что есть проприетарные утилиты которые не блокируют? (свои от яндекса утилиты — не в счет).
в конце концов — мы же тут ит-спецалисты, инженеры. с логикой, адекватностью и честностью у нас должно быть гораздо лучше, чем у журналистов бульварной желтизны. или вы хотите поднять хайп, а потом, когда все разберутся, войти в историю в аспекте аналогичном автору болгеноса и «антивируса попова»
borisxm
FFiX Автор
Добавил в статью ссылку на обсуждение блокировки утилиты в подкасте Радио-Т.
В подкасте Бобук говорит, что
Если я правильно его понял, речь идёт об уже процитированном поддержкой п. 3.1. «Пользовательского соглашения» Яндекс. Формулировка там, правда, чуть менее категоричная:
Но вообще, обсуждение довольно любопытное. Рекомендую послушать полностью.
LightPeet
Веселит виляние «пятой точкой» — «автоматически» можно, если не «регулярно» :-)
gecube
Что такое автоматическое? Здесь очень тонкая грань. Если человек нажимает в Яндекс клиенте кнопку синхронизации или перетаскивает терабайт файлов на иконку диска — это очевидно ручное действие, вне зависимости от объема/количества файлов. А вот бекап по расписанию — скорее автоматизированное действие (хотя и необходимо вручную этот процесс построить).
Kanlas
Да у них клиент автоматически папку синхронизирует. Если я в нее буду автоматически сгенерированные файлы автоматически складировать, а их клиент будет автоматически их заливать, это что?)
Ryav
Так как мне по итогу скачать свои же файлы под терминалом, у Яндекса есть на это ответ? У меня графического интерфейса как такового нет.
Ryav
Отвечу сам на свой вопрос: https://yandex.com/support/disk/cli-clients.html
FFiX Автор
Он, кстати, фотки умеет скачивать из безлимитного хранилища или только виндовый клиент это умеет? В описании не нашёл.
Ryav
Не в курсе про безлимит вообще, у меня синхронизирует всё то, что есть в веб-морде.
ntu12170
К теме взаимодействия Яндекса и сторонних сервисов.
Посоветуйте, пожалуйста, если кто знает, способ вставки изображений с Я-диска на форум. Раньше Яндекс сам предлагал ссылки в соответствующем формате (еще во времена Яндекс-Фоток), а потом убрал эту функцию. Есть инструмент getfile.dokpub.com/yandex, который позволяет генерировать прямые ссылки для скачивания, но он не годится для вставки изображений в тегах [img][/img]. До недавних пор работал инструмент ides.ru/ya и делал то, что надо, но больше не доступен.
Просто имея фотки на Я-диске и желание поделиться ими глупо и неудобно перезаливать их на другие картинкохостинги! Поделиться не ссылкой на скачивание, а именно вставить изображение на форуме, чтобы оно сразу отобразилось. Такое возможно в 2020-м?
tundrawolf_kiba
В веб-морде можно открыть для просмотра и скопировать оттуда ссылку или воспользоваться пунктом меню «Открыть оригинал». Не знаю конечно как все форумы, но хабр к примеру нормально подтягивает.
ntu12170
Да, так работает! По-крайней мере, здесь, на Хабре. Спасибо!
tundrawolf_kiba
Попробовал кстати сейчас на vBulletin форуме — тоже подтягивает, и даже без расшаривания) Так что должно везде работать.
ntu12170
Увы, с bbcode (собственно, [img][/img]) не работает… Ну, или не везде. Это, видимо, еще зависит от форума. Один на IP.Board пишет, что «динамические страницы в тегах [IMG] запрещены». Другой на vBulletin Version 4.2.4, но тоже не работает.
tundrawolf_kiba
Тут это уже скорее настройки безопаности форумов как кажется.
sumanai
Тут нужно посмотреть, пролежит ли она так. А то может ссылка через неделю протухнет.
vladkorotnev
Открыл сейчас, вижу битую ссылку вместо картинки
sumanai
Собственно о чём я и говорил выше. Что и требовалось доказать ©
tangro
«Rclone блокируется Яндексом» — значит, хорошие сапоги, надо брать.
А Яндексом просто не надо пользоваться.
ErgoZru
После этой статьи задумался об организации собственного хранилища… А Яндекс и Гугл лишь как доп резерв.
achekalin
Увы, это лишь подтверждает, что использование чужого диска, даже за деньги — это всё равно не свой диск. И выкладывая файлы на чужой диск, ты лишь оттягиваешь момент, когда придется сильно удивиться, что файлы недоступны/пропали/доступны «по другому».
Собствненно, mail и yandex хороши технологически (причем по виду, mail даже интереснее фичами и простым, технически понятным отношением к делу — взять даже вот новый интерфейс почты), но сливают, чуть только в дело приходит менеджмент и маркетинг. Судя по всему, девизом там служат слова «слишком хорошо живут эти юзеры».
В известном анекдоте отец будит с утра сына-ДПС-ника со словами «вставай, они там уже полчаса без тебя бесплатно ездят!», Яндекс жжет еще круче. Хорошо, понимаешь, юзер устроился — на ему по сусалам, нефиг софт на свой вкус выбирать!
zooks
В клиенте Яндекс.Диска под Linux не выставляются корректные даты изменения файлов. Это все что нужно знать про софт от Яндекса.
sirota
А почему не воспользоваться своим облаком? Тем более если оно так нужно? С блекджеком и прочими прелестями?
FFiX Автор
А что такое «свое облако»? NAS с Nextcloud?
vladkorotnev
Как вариант. Только оффсайт бекап будет сделать потяжелее при таком подходе.
Всё равно облаков не существует, это просто чьи-то чужие компьютеры :-)
FFiX Автор
Оффсайт бекап можно как раз в облако какое-нибудь. Только зашифровать данные не забыть.
sirota
Ну хотя бы. Есть Owncloud как вариант. размещаем на хостинге и в путь.
DrSqaer
Пара своих серверов на том же Хетцнере вот и своё облако, для домашних фоточек или бекапа небольшой организации вполне хватит
FFiX Автор
А чем тогда это лучше их же Storage Box?
McKinseyBA
Или это попытка оправдания или любопытная случайность
Fedorchik
Что-то яндекс густо пошел с поводами никогда им не пользоваться.
mixaM
«Совсем недавно уважаемый» — без запятой совсем другой смысл получается или автор это и имел ввиду?
FFiX Автор
Вы правы. Исправил.
Но для этого есть специальная кнопочка в интерфейсе хабра
Antispammer
Вы хотите, чтобы майор имел прямой доступ ко всем вашим файлам? Что мешает вам найти адекватный облачный хостинг?
delag
Нахаляву же. Вона гугл такой же. Что не приносит бабло и требует ресурсы, блокируется или отключается.
u007
А ещё раньше эти товарищи сломали работу с мобильными клиентами синхронизации.
Теперь только официальный Я.Диск.
Инфо: Too Many Requests (status code 429)
puyol_dev2
В дополнение еще немного дичи meduza.io/feature/2020/02/26/oschuschenie-chto-ty-okazalsya-v-boevike-iz-90-h Только дети и самые наивные взрослые до сих пор верят в сказки про хороший яндекс
verbovet
Вроде авторизация rclone опять заработала.
madCreator
Незамутнённость (в хорошем смысле) некоторых людей меня неизменно поражает!
Яндекс — это вообще-то бизнес. Его цель, вообще-то, прибыль, а не создание удобных сервисов для Васей Пупкиных.
Бизнес сколько угодно может рядиться в овечью шкуру «мы такие социально ориентированный зайчики, за удобства и ништяки для людей уси-пуси, любите нас», но ровно до того момента, пока это помогает ему зарабатывать. Как только человеко-ориентированность начинает вредить прибыльности, немедленно проявляется его звериная капиталистическая сущность.
В целом по ситуации — вполне очевидно, что Яндекс не хочет, чтобы его бесплатный сервис мог быть потенциально использован как корпоративный инструмент. Крайне наивно было бы ожидать иного поведения.
Да и в целом довольно наивно рассчитывать на любой сервис, где в правилах не прописаны никакие обязательства для его владельца и разработчика. Тебя ж в любой момент могут послать подальше с твоими милыми сердцу бэкапами на вполне законных основаниях.
Если кто-то ещё не осознал — мы живём в эпоху цифрового бесправия, в дивном новом мире бесграничной власти IT-монополистов и нам как пользователям предстоит долгая, упорная и наверняка кровавая борьба за получение прав в цифровом пространстве.
LightPeet
Вы про «Диск для бизнеса» от Яндекса слышали?
FFiX Автор
madCreator
Вариант, если бы API был привилегией только Pro аккаунтов был бы логичен и лишних вопросов не вызывал. Хочешь что-то больше веба и стандартных клиентов — плати.Но блокировка коснулась всех, независимо от того платят они за диск или нет. У меня он, например, платный.