Comments 381
Так вот в чём дело, а я на настройки системы грешил :/
Путать сайт с жалобной книгой
Если у вас проблемы с сотовым оператором, с провайдером интернета или хостинга, или с чем-то ещё, всегда можно связаться со службой поддержки нужного вам ресурса. Или с компетентными органами. Но не следует использовать «Хабр» как рупор, дабы рассказать всем о постигшей вас ситуации.
Может уже убрать этот пункт из правил хабра? Все равно особо никто не следит за ним. (Если что, я сильно не против наличия текущей статьи, плюсанул даж)
Мне думается, это правило для того, чтобы здесь не появлялись статьи по типу «Гамефон снял бабки, верни, гад!» без технической информации и возможной заинтересованности от других участников ресурса. Тут все-таки вопрос технический и достаточное число участников ресурса этим инструментом пользуется.
Есть подозрение, что такие статьи быстренько огребут красной кармы, то бишь будут регулироваться сообществом.
Тоже вариант. Видимо, «суровость законов компенсируется необязательностью их исполнения».
Или не огребут, т.к. ставить оценки могут лишь авторы, а не читатели.
UFO just landed and posted this here
UFO just landed and posted this here
Ну если хочется их ставить то почему бы не приложить усилия? А не хочется — так чего жаловаться?
Ну в последние годы видимо мало кому хочется. Публикации в основном от редакторов которым хабр приплачивает за количество статей, не брезгующих порой добавить желтизны для увеличения обсуждаемости.
Ну в последние годы видимо мало кому хочется.
Не согласен. Достаточно глянуть на тысячи комментов в топиках о карме.
То есть карма вместо вспомогательной смазки превратилась в нечто самостаятельное? )
Тысячи комментов о чём? О том что карма работает как задумывалось.
И как это исправить.
И как это исправить.
Да всё так. Мой основной акк за статью вообще забанили, аж до 2106 года. Сделал этот, желания писать что-то на хабр кроме комментов нет. Да и комменты в целом тоже
А не хочется — так чего жаловаться?Это очень, очень неконструктивный подход.
Т.е. чтобы иметь право оценивать еду надо стать поваром? Ну-ну. Логика на грани фантастики...
Не устраивают правила хабра, пишите в саппорт конструктивную критику.
И да чтобы оценивать технические материалы нужно иметь хоть какой-то технический опыт.
И да чтобы оценивать технические материалы нужно иметь хоть какой-то технический опыт.
Если минус ваш, то огромное спасибо. Я ответить тем же не могу. Привет здравому смыслу. Это относится так же и к «конструктивной критике» — уже читал ответ из разряда — «не нравится — не ешь». К данной статье очень подходит. И вообще так цивилизованно…
Ну и главное — как коррелирует ваше «какой-то технический опыт» с моим комментарием? Никак. Технический опыт не зависит от наличия статей на Хабре. Многие, не поверите, просто работу работают и не считают вселенским благом отметиться здесь статьей. Зато есть статейки, где как раз тем самым опытом и не пахнет. Есть вообще менеджерские статейки, где этот самый опыт не предусмотрен.
По факту получается, что специалист без авторства не может дать оценку статье, а с учётом специфики кармы вообще может остаться без возможности даже её прокомментировать. Всего лишь потому что часть общества вешает минусы налево и направо в случае несогласия с их мнением. Как например сейчас. Знаете к чему приводит подобное? К вырождению и деградации. Что и наблюдается уже достаточно давно — часть сообщества ведет себя на уровне детского сада. Может карма и задумывалась с целью некой саморегуляции, но работать адекватно такое может только при определенном уровне пользователей. Иначе получаем то что получаем. Постоянно вижу как минусят адекватные комментарии, которые идут вразрез с чьим то мнением. При таком подходе все скатится к тому самому детскому саду.
P.S.: Минусы раздают легко, а вот плюсы ставить забывают. В итоге есть жесточайший дисбаланс — уверен, что суммарно минусов выставлено гораздо больше чем плюсов. Это отлично характеризует сообщество.
Ну и главное — как коррелирует ваше «какой-то технический опыт» с моим комментарием? Никак. Технический опыт не зависит от наличия статей на Хабре. Многие, не поверите, просто работу работают и не считают вселенским благом отметиться здесь статьей. Зато есть статейки, где как раз тем самым опытом и не пахнет. Есть вообще менеджерские статейки, где этот самый опыт не предусмотрен.
По факту получается, что специалист без авторства не может дать оценку статье, а с учётом специфики кармы вообще может остаться без возможности даже её прокомментировать. Всего лишь потому что часть общества вешает минусы налево и направо в случае несогласия с их мнением. Как например сейчас. Знаете к чему приводит подобное? К вырождению и деградации. Что и наблюдается уже достаточно давно — часть сообщества ведет себя на уровне детского сада. Может карма и задумывалась с целью некой саморегуляции, но работать адекватно такое может только при определенном уровне пользователей. Иначе получаем то что получаем. Постоянно вижу как минусят адекватные комментарии, которые идут вразрез с чьим то мнением. При таком подходе все скатится к тому самому детскому саду.
P.S.: Минусы раздают легко, а вот плюсы ставить забывают. В итоге есть жесточайший дисбаланс — уверен, что суммарно минусов выставлено гораздо больше чем плюсов. Это отлично характеризует сообщество.
А спор о карме и системе оценок начинать у меня никакого желания — как показала практика это абсолютно бессмысленное занятие. Да и не место ему в этой теме, все уже тысячу раз сказано в темах про карму.
Это вы себе минус поставили. Самоутвердились? Поздравляю. По-другому в жизни явно не выходит. Мои же слова и подтверждаете.
У вас тоже в комментах много «интересного», далеко ходить не надо… «если человек потом еще и в коментах ведет себя «плохо», то он и в карму минус может заслужить». Оказывается я веду себя плохо :) Всё, миру кранты, аноним FeNUMe считает что кто-то ведёт себя плохо. Вот он настоящий детский сад, ясельная группа — пустышку не потеряйте. Отвечать не стоит, не напрягайтесь, берегите пустышку.
У вас тоже в комментах много «интересного», далеко ходить не надо… «если человек потом еще и в коментах ведет себя «плохо», то он и в карму минус может заслужить». Оказывается я веду себя плохо :) Всё, миру кранты, аноним FeNUMe считает что кто-то ведёт себя плохо. Вот он настоящий детский сад, ясельная группа — пустышку не потеряйте. Отвечать не стоит, не напрягайтесь, берегите пустышку.
Просто личное мнение — нужно убрать минусы и оставить только плюсы. Помимо кармы можно ввести параметр позволяющий обычным читателям плюсовать содержимое статьи.
Спасибо.
Спасибо.
Да, это было бы оптимально, но вряд ли что-то изменится.
Есть еще вариант — оставить минусы, но убрать потолок рейтинга для комментаторов. Гипотетически можно даже дать комментаторам голосовать, но, если у допустим у автора статей граница голосования +5, то у комментатора должна быть заметно выше, +30 к примеру или +50.
а что мешает стать разработчиком? инженером? космонавтом?
jedem das seine
jedem das seine
Разве ограничение людей в голосовании не идёт против принципов свободы слова?
Если такие статьи нравятся авторам-читателям и не нравятся читателям-ридонли, то это скорее плюс, чем нет. Ибо первые полезнее для хабра.
читатели «рид-онли» (как я например) запросто могут оставить гневный коментарий, если что!
Странная градация, насколько я понимаю любая персона может с легкостью перейти из одной категориии в другую. Польза понятие растяжимое, критика тоже стоит чего-то, думаю разработчики, тестировщики и конечные пользователи подтвердят, не стоит все так субъективно упрощать. Область ИТ довольна обширна, специалистов профессионально охватывающих несколько областей довольно немного, то есть для отдельной взятой группы статей, пользователи-авторы, принципиально ничем не будут отличаться от пользователей читателей.
Сам я пока только читатель, планирую в перспективе начать писать статьи. Но мой комментарий скорее не защита пользователей-читателей, а просто доводы в пользу логичности и объективности. Спасибо.
Сам я пока только читатель, планирую в перспективе начать писать статьи. Но мой комментарий скорее не защита пользователей-читателей, а просто доводы в пользу логичности и объективности. Спасибо.
Вы слишком всё абсолютизируете. С точки зрения Хабра, всё работает отлично. Статьи полезней для сайта, чем их критика. Пишущие статьи полезней, чем критикующие их. Хочешь влиять — стань полезнее, пиши статьи. По большей части, кажется, так.
Прошу не воспринимать как приглашение к спору, возможно не вник в суть контекста вашего заявления и могу ошибаться. Но неужели вам не приходилось сталкиваться например со следующей цитатой «Тот самый случай когда комментарий намного ценнее содержимого статьи». По сути с вами согласен, просто отмечаю что качество статьи и критика может сильно разниться, впрочем первопричиной комментария все же является статья.
насколько я понимаю любая персона может с легкостью перейти из одной категориии в другую.
Да щаз…
И об этом писали — на написание хорошей статьи уходит месяц, а на минусование этой статьи — секунда.
Хорошей статьи. А не длиннопоста о том, как написать helloworld на баше или еще раз поставить php на убунту.
P.S. К сожалению, не могу найти в интерфейсе хабра свои отвергнутые модератором статьи. Похоже, это вообще невозможно.
Если только на это опираться, то можно вообще правила убрать. Карма все решит же.
UFO just landed and posted this here
яндекс отрубил сегодня доменную почту, просто так. Писать, звонить пробовал, бестолку, никто ничего не знает и всем пофигу
а я про эту тулзу узнал только из этой статьи, и она мне очень понравилась!
Айдишники, юзерагента в сорцах изменил, к я.диску подключился… как работает нравится.
Считаю статью крайне полезной!
Айдишники, юзерагента в сорцах изменил, к я.диску подключился… как работает нравится.
Считаю статью крайне полезной!
А что не есть жалоба? Публикуя статью про новый метод или улучшение, автор по сути пишет следующее «Ой достало меня вот это все, решил написать свой способ»
Ну ладно вам очередной раз тыкать крупную компанию в то, что она на ходу может менять свои правила. На словах одно, по факту другое, где-то да, где то нет. Все это довольно очевидные вещи — да, не хотят, чтобы их юзали не через их клиент и не составляли конкуренцию. Подправят соглашение опять же не с совсем точным определением утилит типа rclone если громко нашумите и делов-то.
Собственно как и везде, но до тех пор, пока не попадут на репутационные риски.
А почему не используете p2p утилиты типа resillo для синхронизации?
заблокировать могут что угодно и какого угодно просто по желанию и без какой-либо причины.
Собственно как и везде, но до тех пор, пока не попадут на репутационные риски.
А почему не используете p2p утилиты типа resillo для синхронизации?
У меня на сайте был просто php скрипт, который делал zip архив сайта и каждую ночь отправлял его на яндекс диск по WebDav. Так работало год. А потом перестало. Больше не может выгружать, так как «работает в автоматическом режиме и преследует цели бизнеса».
Есть ощущение, что яндексы прекрасно осведомены, как разрабы умеют извлекать выгоду. Возможно, они несут потери в бизнесе и еще не окупаются, так как действительно у них хорошие условия. Отсюда раздел поиска неугодных работает хорошо. Яндекс небось хлебнул с одного битрикса петабайты с его облачным хранением бекапов. ну или аналогичных сервисов — для них это возможно чистые убытки.
UFO just landed and posted this here
А аттачем по электропочте тоже не может?
Аналогично.
Дело кончилось тем, что стал отправлять все нужные архивы не на яндекс-диск, а в cloud storage на селектеле. И не по webdav, а rclone. И не на диск, а в контейнер.
Еще и кучу плюшек получил в довесок.
P.S. дискуссии с саппортом селектела о том, что «у вас все работает не так» оставляю за кадром, долго и неинтересно.
Дело кончилось тем, что стал отправлять все нужные архивы не на яндекс-диск, а в cloud storage на селектеле. И не по webdav, а rclone. И не на диск, а в контейнер.
Еще и кучу плюшек получил в довесок.
P.S. дискуссии с саппортом селектела о том, что «у вас все работает не так» оставляю за кадром, долго и неинтересно.
Использую похожую схему с cloud storage от seletel, очень интересно что же в этом «не так» по мнению саппорта селектела. Поделитесь?
Если коротко — у них в контейнере можно было создать файл с абсолютно любым именем (хоть :::::, хоть ., хоть DIR1/DIR2/DIR3/FILE — это файл, а не путь к подпапкам в контейнере) и работать потом с такими файлами было сложно.
Нашлось случайно, бага была на моей стороне (создание файлов с такими именами), но сервер селектела совершенно ничего не имел против ошибочных действий. Возвращал "ОК", а файлы… они вроде бы есть, но их на самом деле нет. Или наоборот.
Вроде бы эту проблему исправили.
Вторая проблема — если у вас внезапно кончатся деньги на счету — вам не отрубят доступ к контейнеру, а вы продолжите уходить в минус.
Тоже нашлось случайно — рабочий раздел поехал бэкапиться вместе со всеми файлами в storage-каталоге Vagga (это такой аналог докера). В итоге, в контейнер залилось 17 миллионов файлов, кончились деньги на счету чисто по числу PUT запросов, доступ не обрубился и файлы продолжили заливаться.
Я малость офигел, когда увидел долг хранилища в тыщу с лишним.
Вроде бы тоже исправили.
UFO just landed and posted this here
FFiX Just business, nothing personal. Яндекс уже реально становится корпорацией Зла.
innovaIT Мы сами собственными руками строим это мрачное будущее. Как минимум — пользуясь сервисами Яндекса, как максимум, — не противодействуя и не предавая огласке этот беспредел. Самое интересное с облаками заключается в том, что ни одно облако по факту ни за что не отвечает, но очень скоро строить свою инфраструктуру будет не модно, очень дорого (оборудование + спецы, которые знают что это такое, а не мартышки, которые только и умеют софт в облака тащить) и пр. Я реально уже вижу картинку безрадостного будущего, когда ВСЁ и ВСЕ принадлежит этим крупным транснациональным IT гигантам. Вырисовывается структура управления XXI века.
Объективности ради, не только облака, вам вряд ли удастся заключить договор оказания услуг, в котором сторона предоставляющая услуги будет отвечать больше чем на сумму договора. При этом, скорее всего, отвечать будет только в части реального ущерба без всяких упущенных прибылей и т.п.
Яндекс ладно, локальный (относительно) а что делать с Гуглом?
При этом при +- похожих условиях предпочёл бы Яндекс Гуглу, т.к. он хоть локально но является альтернативой по некоторым сервисам, а ведь есть места где альтернативы просто нет.
UFO just landed and posted this here
Проблема в том что ваш список не полный и не для каждого, собственный сервер для почты это явно не массово, аналоги youtube (да дети смотрят мультфильмы, бывают лекции и т.п.), собственный сервис "показа местоположения"? (Не всем нужно но пользуются, в Яндекс картах к примеру нет), отдельный календарь с расширенный на группу людей и много чего еще. Можно не хотеть использовать whatsapp или viber или telegram, но при этом выражаешь из некоторых процессов, к примеру у детей в школе, когда можно оказаться единственным кто не знал ...
UFO just landed and posted this here
А ещё родителям можно было свободно прийти в класс после уроков, а сейчас охрана не пускает :), но дело даже не в этом, а в том что бывает задания присылают после, детей сейчас загрузили какой-то " бестолковой нагрузкой", у меня складывается впечатление, по младшим классам, что школам поставили задачу — чтобы детям некогда было по улице ходить или, хотя надеюсь что нет, так заталкивают в платную услугу "домашняя работа на продлёнке" :(.
у меня складывается впечатление, по младшим классам, что школам поставили задачу — чтобы детям некогда было по улице ходить
Ну да, именно так.
Вместо того, чтобы развивать кружки для младших школьников, давайте лучше их нагрузим на уроках всякой херней,
UFO just landed and posted this here
p.s. в тему автоматизации и ИТ услуг.
Я теперь могу провести параллели между школой и крупной организацией (и ещё одной из сферы энергетики), и из этого выходит, что много где автоматизации только увеличивает энтропию, и.к. помимо затрат на автоматизацию возникает дублирование. Как то:
В школе теперь 4 источника заданий: дневник, электронный дневник, чат и при этом ещё в них может быть записано — "выполнить задания из Яндекс учебника", но пока не зайдёшь не понять что там и сколько этих заданий.
В энергетике к бумажным журналам добавили автоматизации в виде систем записи звонков и некой. erp, но записи от руки в журнале не отменили и теперь работы 2х + плюс добавили "устную обязательную отчётнось" в МЧС :)
Так половина айти про то, как не отвечать рублем)
Ну, хочется напомнить старое: «если вы за что-то не платите, то товар — это вы».
Мне не нравятся подобные ситуации, но и, реально, какой спрос может быть с бесплатного сервиса? Он завтра может вообще закрыться, а может и сегодня.
Вот когда у вас появляются взаимные обязательства, там уже разговор начинает идти иначе, появляются права и обязанности, можно предметно обсуждать условия (в разных ситуациях по разному, но в целом).
Простите, а вы можете привести пример каких-либо сервисов либо компаний предоставляющих услуги, которые несут такую ответственность (не считая страхования)? Вообще никем не пользоваться?
Мне не нравится данная ситуация, хоть я от нее и никак не пострадал, но ваше высказывание выглядит крайне наивным.
Мне не нравятся подобные ситуации, но и, реально, какой спрос может быть с бесплатного сервиса? Он завтра может вообще закрыться, а может и сегодня.
Вот когда у вас появляются взаимные обязательства, там уже разговор начинает идти иначе, появляются права и обязанности, можно предметно обсуждать условия (в разных ситуациях по разному, но в целом).
Если они не возместят мне " недополученную прибыль" в размере миллиона евро. Я пользоваться облаками не буду.
Простите, а вы можете привести пример каких-либо сервисов либо компаний предоставляющих услуги, которые несут такую ответственность (не считая страхования)? Вообще никем не пользоваться?
Мне не нравится данная ситуация, хоть я от нее и никак не пострадал, но ваше высказывание выглядит крайне наивным.
Я намучился с resilio до того, что сегодня с утра купил место на гугл-диске, чтобы через него синхронизировать. Нужен простой способ закидывать аудиокниги с компа на телефон, а USB Type C на нём помер спустя полтора года после покупки телефона (S8, если что).
Как меня уже тошнит от этого Resilio. ОН ПОСТОЯННО теряет соединение с клиентом на андроиде. Мне удобно скачивать книги на рабочем компе, но мобильный клиент отказывается синхронизировать с рабочим компом что-то больше 100 мегабайт. Только отошёл от вайфая — всё, пиров нет (мобильный интернет в настройках включен), и не предвидится. По 15 минут на разнообразные танцы с бубном типа ребута телефона, остановки/запуска клиентов и прочее.
Самой рабочей оказалась связка «рабочий->домашний->мобильный». На домашнем компе статический IP от провайдера — добавил в Resilio на мобильном дополнительный хост с адресом домашнего компа. В итоге смех. Данные скачиваются на рабочий, оттуда синкаются на домашний, с домашнего — на телефон. Работало сутки и померло опять.
Устал. Начал пользоваться Resilio месяца 3 назад, и каждый раз приходится бубен доставать.
Как меня уже тошнит от этого Resilio. ОН ПОСТОЯННО теряет соединение с клиентом на андроиде. Мне удобно скачивать книги на рабочем компе, но мобильный клиент отказывается синхронизировать с рабочим компом что-то больше 100 мегабайт. Только отошёл от вайфая — всё, пиров нет (мобильный интернет в настройках включен), и не предвидится. По 15 минут на разнообразные танцы с бубном типа ребута телефона, остановки/запуска клиентов и прочее.
Самой рабочей оказалась связка «рабочий->домашний->мобильный». На домашнем компе статический IP от провайдера — добавил в Resilio на мобильном дополнительный хост с адресом домашнего компа. В итоге смех. Данные скачиваются на рабочий, оттуда синкаются на домашний, с домашнего — на телефон. Работало сутки и померло опять.
Устал. Начал пользоваться Resilio месяца 3 назад, и каждый раз приходится бубен доставать.
На андройде не пробовал. Но на винде-линуксе очень очень доволен. Терабайты на синхре без сбоев какой год.
Между стационарными синкает нормально, но мне это не особо интересно — нет у меня таких задач. Исходники через репозитории синкаются, какие-то файлы через AnyDesk проще закинуть. Интересен конкретно синк PC -> Android, и тут полная беда. Если телефон лежит на столе — ещё есть шансы, что засинкается, а только начинаешь с ним ходить — всё, пиров 0, синка нет.
ОН ПОСТОЯННО теряет соединение с клиентом на андроиде.
по-моему, эта ошибка как-то связана с самим Android'ом — я такое наблюдал на ASUS Zenfone 3s с Android 7 (кастомизированный UI) при том, что на iLA S1 с классическим Android 7 всё чётко.
А вы разработчикам писали? Есть какая-то реакция от них?
А syncthing пробовали?
Отличная вещь.
Использую для синхрона музыкальной библиотеки между 2 компами и андроидом. Проблем почти не было. Очень радует что зависимость от внешних серверов, только для связи используются, само соединение напрямую между клиентами. Вроде как можно собственной сервер для этого поднять, но пока не заморачивался.
Не советую его использовать, если у вас разные файловые системы, одна case sensitive, а другая case insensitive.
Файлы теряются при переименовании. Сам так потерял кучу файлов, пока заметил ошибку.
Ошибке уже почти 5 лет и ничего сделать с этим не могут.
github.com/syncthing/syncthing/issues/1787#issuecomment-174102571
Файлы теряются при переименовании. Сам так потерял кучу файлов, пока заметил ошибку.
Ошибке уже почти 5 лет и ничего сделать с этим не могут.
github.com/syncthing/syncthing/issues/1787#issuecomment-174102571
Интересный момент, что за этот баг назначена награда.
Уже 4 года висит на доске, ни одинведьмак разработчик за него не берется.
www.bountysource.com/issues/30288183-syncthing-should-be-case-insensitive-by-default
Уже 4 года висит на доске, ни один
www.bountysource.com/issues/30288183-syncthing-should-be-case-insensitive-by-default
Я юзаю телеграм для этого.
Есть приложение wi-fi ftp server
UFO just landed and posted this here
Была такая же задача, помог мне в этом OneDrive. Места там в бесплатном режиме не много, но синхронизация по всем устройствам автоматическая из коробки. Разве что на телефоне по умолчанию "скачивать по необходимости". Единственный минус — нет линукс-клиента.
нет линукс-клиента.Он есть, я даже пользовался им некоторое время.
Я тоже им пользовался некоторое время, поэтому и написал, что его нет. По крайней мере в те времена он не являлся полноценным аналогом OneDrive for Win. Подгружал очень много лишнего(SQL например) и работал только в ручном режиме. Для меня одна из прелестей OD в том, что работая с файлами на OD в Goland на ноуте лежа на кроватке, я могу спокойно пересесть за стационарник с запущенным GL и там уже будет измененный код. С клиентом под линукс такое не прокатывало.
Поставьте на телефон ssh сервер. будет вам и командная строка и scp (копирование файлов). поверх можно sshfs (монтирование диска) прикрутить на компьютере.
Попробуйте использовать телеграмм для этого. Функция Saved messages. Я так полгиговые инсталляторы между двумя десктопами переносил :)
Спасибо всем за советы — удалось вернуть к жизни связку «Рабочий комп» — «Домашний комп со статическим IP» — «Android + хост с адресом домашнего компа».
При этом после включения домашнего андроид почти сразу и рабочий комп как пир подтягивает. Без домашнего связка практически неработоспособна. Возможно из-за каких-то сетевых настроек в офисной сети.
При этом после включения домашнего андроид почти сразу и рабочий комп как пир подтягивает. Без домашнего связка практически неработоспособна. Возможно из-за каких-то сетевых настроек в офисной сети.
Яндекс продвигает свое облако, подрезая недокументированные функции в своих сервисах...
Из поста следует, что урезанные функции как раз-таки вполне документированные.
а WebDav? Он тоже был задокументирован, а теперь — пожалуйте в облако.
Мне казалось, я пишу ровно о том же. Были документированные функции, а их взяли и урезали.
PS Ничего себе, 11 плюсов в комментарии и 5 минусов в карму.
PS Ничего себе, 11 плюсов в комментарии и 5 минусов в карму.
нашел чему удивляться :)
Добро пожаловать в клуб.
Я тут, конечно, мимокрокодил: но подозреваю, что минусы в карму вам летят за комменты под совсем другой статьей.
Я комментирую достаточно редко, чтобы заметить эффект от отдельных комментариев. В целом, чтобы получить + нужно написать что-то этакое, минус же прилетает в случайном месте.
Возможно. Но там несогласные появились уже давно, и вот уже некоторое время (на момент написания комментария здесь) новых не появлялось. И потом, там нет ни одного комментария даже с -5, не говоря уже о -11. Впрочем, уже неважно. Спасибо всем, кто меня поддержал.
А что с WebDav? Пользуюсь давно, всё работает.
Сударь, программу запретили не из-за того, что она open source, а потому что ей экономику сервиса портят отдельные несознательные элементы. Если у Вас есть решение лучше, его бы и следовало описать в статье. А то на одном конце интернета ID клиента забанили, а на другом злые корпорации душат open source.
Так почему бы не блокировать отдельных несознательных элементов вместо инструмента которыми они пользуются?
Или же, как делает Google с Drive API: throttling ощутимый, если не используешь свой собственный ключ – тогда и лимиты на API другие.
Соотвественно, компании (и датахордеры) используют потому ключ из своего проекта в GCP для RClone, а не автоматический от RClone, добавляющийся при создании remote. Это если мы говорим про GDrive.
Думаю, что такое же есть и у Яндекса для их Enterprise-аналогов GCP. Я просто не в курсе, что там у Яндекса предлагается как альтернатива. Или у Яндекса только один "общегражданский" API с одинаковыми лимитами для всех и без возможности их изменения? Для частных (не G Suite) GDrive, Google ведь тоже не позволяет использовать API с кастомным ключом хоть через RClone, хоть как-то иначе с целью снятия жёстких ограничений и дальнейшего в индивидуальном порядке решения вопросов с лимитами.
Вот Яндекс бы тоже мог в таком случае предоставлять общий вариант использования их API (например, инструментами вроде RClone), а тем, кто платит как корпоративный заказчик, предоставлять возможность снятия или уменьшения ограничений за счёт использования своего ключа для компании.
Нету. Есть нормальный фирменный клиент без ограничений и все остальные. Даже у платных клиентов.
Я так понимаю, что как замену Я.Диску Я предлагает свои облачные хранилища (аналог HotBox/ColdBox у мейл.ру или S3 у Amazon)
Мейлру, которое в одном предложении с S3 находится – ок, каждому своё, допустим, а в чём именно заключается аналог и замена в контексте сообщения, на которое отвечаете? Мейлру и Яндекс сделали схожую модель ограничений по API? Тогда, наверное, я не понимаю смысла темы в целом: ведь если есть коммерческий продукт, то его и следует использовать. "Пользовательские" продукты всегда были и будут огрызками от полноценного бизнес-продукта, т.к. за всё должен кто-то платить: либо деньгами, либо персональными данными. Я уже приводил выше пример с консьюмерским GDrive, у которого ограничения и по клиентам, и по API, и по трафику, и по всем остальным возможным параметрам. Юзеры платят за гигабайты, да, а бизнес платит за принципиально другой функционал, частью которого и является полноценный доступ через API. Разумно ожидать схожую модель у всех публичных облачных провайдеров относительно любых ими предоставляемых сервисов, включая storage всех видов
Ну так если «отдельные несознательные элементы» портят — значит, следовало бы забанить именно этих «отдельных элементов», а не всю утилиту, разве нет? Но Яндекс забанил именно утилиту. Получается, что «элементы» переключатся на какой-то другой тул и продолжат беспрепятственно «портить экономику сервиса», а выполняющие все правила пользователи лишаются удобного инструмента.
Предположим, у меня есть такой сервис и соответственно есть статистика и несознательности отдельных элементов, и используемых ими инструментов. И может так оказаться, что множества эти значительно схожи, поэтому дешевле забанить несознательных путём бана по этому ID клиента. Ещё потом можно подождать оттока этих несознательных и вернуть все назад через некоторое время.
При этом я нигде в комментарии не написал, что способ отличный и так надо делать. Я написал, что, вместо того, чтобы обсуждение по проблеме перевести в техническое русло (на техническом ресурсе), автор предпочёл лезть на броневик и цитировать Бобука.
При этом я нигде в комментарии не написал, что способ отличный и так надо делать. Я написал, что, вместо того, чтобы обсуждение по проблеме перевести в техническое русло (на техническом ресурсе), автор предпочёл лезть на броневик и цитировать Бобука.
Запретили не только ее, а все что не их клиент.
Сюда вроде поддержку ЯД впилили, но я не пробовал (ушел с ЯД совсем)
https://github.com/yar229/WebDavMailRuCloud
Как правильно заметили, её заблокировали не за то, что опен сорс, а за «нарушение» режима использования — причем вероятно не вами, а кем-то, кто постарался использовать её «в промышленном режиме».
Насколько этичным было такое использование (при условии, что говорилось, что это сервис для частных лиц) — вопрос открытый, насколько этично блокирование утилиты для всех — тоже.
Но на мой взгляд, более корректным решением с технической стороны — было бы ограничение доступа на уровне API через установку различных SLA, а дальше при их превышении — учётной записи просто на период времени блокируется доступ.
Админ, который один раз получит пистон от директора — очень быстро обоснует необходимость покупки платного тарифного плана, а если руководство откажется — согласует отказ от облака вообще.
Насколько этичным было такое использование (при условии, что говорилось, что это сервис для частных лиц) — вопрос открытый, насколько этично блокирование утилиты для всех — тоже.
Но на мой взгляд, более корректным решением с технической стороны — было бы ограничение доступа на уровне API через установку различных SLA, а дальше при их превышении — учётной записи просто на период времени блокируется доступ.
Админ, который один раз получит пистон от директора — очень быстро обоснует необходимость покупки платного тарифного плана, а если руководство откажется — согласует отказ от облака вообще.
UFO just landed and posted this here
ну вроде из последнего ответа техподдержки следует, что запрет есть:
Другое дело — повторюсь, что возможно проблемы создавал не сам автор, а другие пользователи этой утилиты, и яндекс для простоты отключил её совсем — это некрасиво, но опять таки не нарушает правил сервиса, см. пункт 4.6. Так что с юридической сторону думаю здесь всё законно.
Можно ли было сделать это по другому — может и да, я описал, как я вижу это. Но видимо это было сочтено сложным / излишним.
P.S. мне не очень нравится как поступил Яндекс, но и рассказы о борьбе Яндекса с опен сорсом — здесь тоже не к месту.
устанавливают для Пользователя обязанность действовать добросовестно и воздержаться от злоупотребления функциями Сервиса. Пользователь в том числе обязуется воздержаться от организации массового файлообмена с использованием функций Сервиса.
Другое дело — повторюсь, что возможно проблемы создавал не сам автор, а другие пользователи этой утилиты, и яндекс для простоты отключил её совсем — это некрасиво, но опять таки не нарушает правил сервиса, см. пункт 4.6. Так что с юридической сторону думаю здесь всё законно.
Можно ли было сделать это по другому — может и да, я описал, как я вижу это. Но видимо это было сочтено сложным / излишним.
P.S. мне не очень нравится как поступил Яндекс, но и рассказы о борьбе Яндекса с опен сорсом — здесь тоже не к месту.
Я не оратор и мой посыл был не в борьбе Яндекса с опенсорсом (вряд ли утилиту заблокировали потому, что она открытая), а в обратном — утилита открытая и они, следуя своей политике, могли бы наоборот ее авторов поддержать за хороший инструмент.
утилита открытая и они, следуя своей политике, могли бы наоборот ее авторов поддержать за хороший инструмент
поддержать можно, если эта утилита не создает им самим проблем.
Не уверен, что сообщество согласилось бы на патчи, которые бы позволили бы яндексу ограничивать производительность до разумных, по мнению яндекса, пределов при доступе через эту утилиту к их ресурсу.
Хотя на странно, что они не ввели уровни обслуживания на API. Тогда можно было бы, например, позволить использовать бесплатно либо родную утилиту без ограничений, либо альтернативные с ограничениями по числу вызовов / объему прокаченного в час или день, а за подписку на разные планы — поднимать эти лимиты.
Но опять же, насколько бы пользователи остались довольны, если используя открытую утилиту они начинают сталкиваться с ограничениями при каких-то специфичных сценариях использования?
Тут лишь бы солонка не получилась с клапаном, кодовым замком и одноразовыми паролями, как в том анекдоте. Сервис этот для простых людей сделан, которым досадно будет фотографии из отпуска потерять со своего единственного компьютера на Windows или смартфона. И тратить время надо на этих людей. Потому что остальных, которые про уровни обслуживания и rclone хотя бы знают, ну сколько, десять тысяч человек?
ну так обычный пользователь будет пользоваться родным приложением, у которого будет специальный уровень доступа, который с одной стороны обеспечит надёжную и комфортную работу в режиме «персонального использования», а с другой не создаст лишней нагрузки на сервера и не сможет быть использован для инфраструктурного использования. И как это сделать — голова будет болеть у разработчиков Яндекса.
А вот для независимых разработчиков — да будет API с ограничениями при бесплатном использовании, при этом возможно, что часть ограничений, которая реализованна в родном клиенте на уровне кода, у пользователей альтернативных решений будет реализована на уровне API, так что если независимые разработчики не позаботятся о том, чтобы их учитывать, то уже у их пользователей будут проблемы. Но это уже не проблемы Яндекса, так?
А вот для независимых разработчиков — да будет API с ограничениями при бесплатном использовании, при этом возможно, что часть ограничений, которая реализованна в родном клиенте на уровне кода, у пользователей альтернативных решений будет реализована на уровне API, так что если независимые разработчики не позаботятся о том, чтобы их учитывать, то уже у их пользователей будут проблемы. Но это уже не проблемы Яндекса, так?
ну так обычный пользователь будет пользоваться родным приложением, у которого будет специальный уровень доступа, который с одной стороны обеспечит надёжную и комфортную работу в режиме «персонального использования», а с другой не создаст лишней нагрузки на сервера и не сможет быть использован для инфраструктурного использования. И как это сделать — голова будет болеть у разработчиков Яндекса.
А почему я вообще должен ставить родной клиент? Давайте предположим, что это spyware. Хочу бесплатный альтернативный клиент, которому я могу доверять, а не верить дядькам из Я, что он безопасный и лучший.
Но это уже не проблемы Яндекса, так?
Проблема яндекса — обеспечить наличие АПИ (1), обеспечить своевременное информирование об его изменениях и изменениях в условиях его использования (2), обеспечить его работоспособность? Ну, и как бонус — Вы правда верите, что у Я.Диска нет API по которому работает оф.клиент?
А почему я вообще должен ставить родной клиент? Давайте предположим, что это spyware. Хочу бесплатный альтернативный клиент, которому я могу доверять, а не верить дядькам из Я, что он безопасный и лучший.
Ощущение, что я в какой-то момент начинаю писать на древне-арамейском, который никто не в силах прочитать, в итоге на колу мочало, начинаем сначала…
Вы ни в коем случае никому ничего не должны — вас никто необязывает ни пользоваться бесплатным яндекс.диском, ни его клиентом.
Другое дело, что человек далёкий от IT скорее всего предпочтёт родное приложение, так как оно обычно работает с наименьшим количеством проблем в сравнении альтернативными клиентами, реализуя стандартную заявленную функциональность — «поставил и забыл».
обеспечить наличие АПИ (1), обеспечить своевременное информирование об его изменениях и изменениях в условиях его использования (2), обеспечить его работоспособность
Я уже несколько раз написал, что поведение Яндекса мне не нравится, но юридически они похоже в своем праве. В тоже время — при управлении опубликованном API есть другие методы по ограничению использования чужих клиентов, чем простой бан. Например, пониженный по сравнению с официальным клиентом уровень сервиса «для чужаков».
у Я.Диска нет API по которому работает оф.клиент?
Есть конечно, вопрос только в том, использует ли он тот же API, что и опубликованный для всех, а так же нет никакой уверенности, что уровень сервиса для чужих клиентов на бесплатном плане — должен быть таким же, как и у официального клиента.
>Хочу
А Яндекс не хочет. Он хочет, чтобы вы пользовались его клиентом для доступа к его сервису на его условиях. И запретить ему так поступать вы не можете. Вывод только один — сервис Яндекса вам не подходит, не пользуйтесь им.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента. Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
А Яндекс не хочет. Он хочет, чтобы вы пользовались его клиентом для доступа к его сервису на его условиях. И запретить ему так поступать вы не можете. Вывод только один — сервис Яндекса вам не подходит, не пользуйтесь им.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента. Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента.
Вы абсолютно правы, но даже заплатив — я не получу никаких гарантий. И примеров этому тьма. Теоретически это даёт призрачный шанс пободаться, но, как правило, юротделы в крупных корпорациях едят свой хлеб не за зря.
Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
Перегибать только не надо. Бесплатно — это может быть по какой-нибудь партнёрке с другим сервисом (условно "купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске"). Может быть бесплатно для пользователя, т.к. у сервиса другая модель монетизации (реклама, например, в сервисе). И многое другое
>но даже заплатив — я не получу никаких гарантий
А тут уже надо смотреть на то, кому вы платите. Компанию выбирают, подсказывает Кэп, исходя из её репутации — и тогда это точно не Яндекс.
>условно «купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске»
Вилами по воде. Представим себе, что Яндекс понял, что по каким-то причинам больше не может раздавать терабайты тем, кто уже купил абонемент и собирается урезать его до пары сотен мегабайт. Много ли возмущенных клиентов потребует вернуть деньги? Много ли из тех, кто потребует, добъется возврата? Подозреваю, что никаких реальных, юридически существенных обязательств для компании эти бесплатные раздачи не предусматривают — потому я и использовал выражение «что-то вроде благотворительности».
А тут уже надо смотреть на то, кому вы платите. Компанию выбирают, подсказывает Кэп, исходя из её репутации — и тогда это точно не Яндекс.
>условно «купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске»
Вилами по воде. Представим себе, что Яндекс понял, что по каким-то причинам больше не может раздавать терабайты тем, кто уже купил абонемент и собирается урезать его до пары сотен мегабайт. Много ли возмущенных клиентов потребует вернуть деньги? Много ли из тех, кто потребует, добъется возврата? Подозреваю, что никаких реальных, юридически существенных обязательств для компании эти бесплатные раздачи не предусматривают — потому я и использовал выражение «что-то вроде благотворительности».
Не уверен, что сообщество согласилось бы на патчи, которые бы позволили бы яндексу ограничивать производительность до разумных, по мнению яндекса, пределов при доступе через эту утилиту к их ресурсу.С другой стороны, почему бы и нет. Их сервис, их правила, их предложение сообществу — исключительно в рамках взаимодействия утилиты с их сервисом.
Хмм, а узнать client_id родной утилиты нельзя?
Я боюсь, что родная утилита отличается от опенсорсных намного сильнее, чем просто использование другого client_id. Например, вполне возможно, что она использует своё, отдельное «родное» API, причём бинарное и специально обфусцированное. Аналогично, в своё время (как сейчас, не знаю) у контакта было API для создания «приложений для работы с контактом», так вот, оно существенно отличалось от того, что слали сами страницы контакта из браузера (там тоже были запросы в стиле API, с ответами в виде JSON, а не сгенерённый на сервере HTML-код, но другие, и без всякого client_id, конечно же, хотя в те годы — не бинарные и не обфусцированные).
А сейчас у ВК как? Или ссылку где описано, может… а то их закрытие разделов audio и сообщений — как-то чересчур...
Прошу прощения за долгое отсутствие. К сожалению, не могу сказать, как сейчас — я перестал пользоваться ВК, когда они закрыли доступ без телефона. Единственный способ это выяснить, который приходит в голову — смотреть в developer tools браузера, какие запросы он отправляет.
(Впрочем, я помню, иногда API «для стандартных приложений» умели делать то, что запросы со страниц из браузера не умели, например, восстанавливать давно удалённые комментарии. Так что иногда не стоит от него отказываться, даже если вы найдёте способ сделать то, что нужно, через «API для браузера».)
(Впрочем, я помню, иногда API «для стандартных приложений» умели делать то, что запросы со страниц из браузера не умели, например, восстанавливать давно удалённые комментарии. Так что иногда не стоит от него отказываться, даже если вы найдёте способ сделать то, что нужно, через «API для браузера».)
Можно. Но чем это вам поможет?
В соседнем посте ( habr.com/ru/post/489254 ) их поймали на распростанении вредоносного ПО, вот они и мстят пользователям, наплевав на репутацию (которой теперь уже всё равно нет). Хорошо ещё, если (надеюсь) не сохраняет эти поддельные скайпы и вайберы прямо на яндекс-диски своим пользователям.
Техподдержка многословна и невнятна.
Там, походу, бот Вам отвечал.
Бракованный.
Да по-моему этим грешит любая техподдержка. Но оно понятно — время на ответ у каждого специалиста сильно ограничено и вчитываться в подробности каждого обращения времени обычно нет.
А нафига она такая нужна тогда?
Ответить чтобы ответить?
Главное — процесс, а не результат?
А вы что не знали? ТП — не для пользователей, она, чтобы отгородиться от пользователей.
Когда сервис начинает отгораживаться от пользователей, пользователи тоже начинают отгораживаться от сервиса.
Ютуб бы передал привет, но ни одного живого техсапа не нашлось
Ой, да много раздражающих косяков которые живут годами. Поначалу пытался отправлять пожелания, но потом понял что они сразу в спам летят.
К примеру: язык перевода субтитров по умолчанию.
К примеру: язык перевода субтитров по умолчанию.
Внезапно, не соглашусь. Для бесплатных пользователей\авторов там действительно проблема с тем, чтобы достучаться до ТП, но когда у меня в Грузии возник вопрос, почему мне показывают рекламу(при активной подписке) — мне в чате очень быстро ответила живая девушка. Правда, она мне объяснила что я сам дурак, и в правилах прописано, что подписка на ютуб отключает рекламу не во всех странах, но сделала это вежливо)
Могли бы тогда кратко, четко и внятно научить бота отвечать — «Что вы тут стоите ходите? Молчать, я вас спрашиваю!»
И всем всё понятно, все расходятся.
И всем всё понятно, все расходятся.
Ну справедливости ради, как-то писал в саппорт хабра, так мне в ответ пришел такой талмут текста, что я прям офигел от подробности. Причем не кусок копипасты, я прям живой язык. Так что было бы желание.
В саппорт яндекса ужасен. Я им частенько написываю, каждый раз однотипные и безучастные ответы, увы.
В саппорт яндекса ужасен. Я им частенько написываю, каждый раз однотипные и безучастные ответы, увы.
UFO just landed and posted this here
В четверг письмо пришло — Яндекс запускает Диск для бизнеса. 500 рублей за пользователя.
Но это конечно же никак не связано с блокировкой утилиты, которая позволяет использовать бесплатную версию как «инфраструктурный компонент», да.
Но это конечно же никак не связано с блокировкой утилиты, которая позволяет использовать бесплатную версию как «инфраструктурный компонент», да.
Сидел, как раз, думал какое облако покупать. Выбор сузился до Yandex,Google,Mega. У Google нельзя смотреть объём папок. У Yandex вечная проблема переполнения Trash Bin. Теперь и rclone нельзя использовать. Но у меня основная система Linux, то они со своим стандартным кривым клиентом идут лесом (под Win, кстати, тоже куча проблем с ним).
Mega?
Mega?
Попробуйте backblaze b2. Буквально неделю назад выбирал что использовать для "инфраструктурных целей" (у меня платный Я.Диск, но преимущественно для всяких фотографий и видео) и кажется, что он подходит лучше всего. rclone его тоже поддерживает
Ну, у меня вполне себе личное персональное использование, а не инфраструктура. Но как и всякий нормальный разработчик под Linux я хочу, чтобы мои архивы и бекапы бекапились, автоматически по моему графику и из разных мест. И ещё скорость хочется.
Яндекс тут вне конкуренции был — пиринг практически со всеми провайдерами и сотовыми операторами. Долго пытался его использовать, но всё время что-то бесило. То их клиент дел наворотит. То начинают резать скорость, хотя объёмы трафика у меня более чем скромные. То вечно переполняется диск из-за корзины, а её очистка занимает час.
На Backblaze, но «Unlimited Data» смущает, у Mega вполне понятные политики прописаны.
Хотя, за их B2 спасибо — я как-то упустил его из виду, а для небольших несильно критичных проектов там цена, я смотрю, очень интересная.
Яндекс тут вне конкуренции был — пиринг практически со всеми провайдерами и сотовыми операторами. Долго пытался его использовать, но всё время что-то бесило. То их клиент дел наворотит. То начинают резать скорость, хотя объёмы трафика у меня более чем скромные. То вечно переполняется диск из-за корзины, а её очистка занимает час.
На Backblaze, но «Unlimited Data» смущает, у Mega вполне понятные политики прописаны.
Хотя, за их B2 спасибо — я как-то упустил его из виду, а для небольших несильно критичных проектов там цена, я смотрю, очень интересная.
Если Вы в свое время воспользовались интересным предложением мылру и поимели 1ТБ нахаляву — есть вариант.
Я даже не помню, воспользовался ли. Т.к. у меня ОЧЕНЬ негативный опыт с mail.ru. Начиная с того, что несколько раз лично были пойманы на торговле базами e-mail, и заканчивая потерей данных. Ну и их связи со спецслужбами вносит дополнительные риски. Скрывать мне нечего, но и показывать тоже.
Ну так "Штирлиц — никому нельзя верить! Мне — можно. Хе-х… :-)" © Мюллер.
Любая информация может пропасть или уплыть. Любая откуда угодно.
Поэтому приходится лепить надежное хранилище из ненадежных источников.
Такой себе RAID 80 lvl на уровне приложения.
Проверки CRC, дублирование, бэкапы и всё такое.
Тут вопрос куда уплыть. Я сильно смоневаюсь, что я хоть когда-либо понадоблюсь любым иностранным спецслужбам и мне нечего от них скрывать. И в то же время, я вижу, что родно ФСБ сажает за давние безобидные репосты, привода в качестве доказательств хранимые на компьютере книги и картинки. И вот от них мне хочется скрыть совершенно всё и подальше.
Поэтому резервные копии чувствительных данных я лью в упомянутое облако mail.ru в виде 7z-архивов с хорошим длинным паролем. Если же пароль из меня станут добывать противозаконными методами, то, очевидно, сперва вытрясут пароль от BitLocker на ПК, после чего уже совершенно всё равно, вытрясут ли заодно пароли от резервных копий или нет — в руках у следствия окажутся оригиналы с ПК.
Проще говоря:
— если вами не интересуются, то зашифрованные резервные копии вполне надёжно можно хранить в росскийском облаке
— если вами интересуются, но не готовы угостить вас пыточкой, то вас защитит хороший пароль и нормально реализованное шифрование
— а если вами заинтересуются ребята с шокерами из разрешённой в России террористической организации, то вы им не то что резервные копии, а оригиналы выдадите (а ещё подпишите признание в том, что вы готовили теракт).
А вот коллекция музыки лежит там же совершенно открыто, потому что дискография Iron Maiden никого не заинтересует.
Проще говоря:
— если вами не интересуются, то зашифрованные резервные копии вполне надёжно можно хранить в росскийском облаке
— если вами интересуются, но не готовы угостить вас пыточкой, то вас защитит хороший пароль и нормально реализованное шифрование
— а если вами заинтересуются ребята с шокерами из разрешённой в России террористической организации, то вы им не то что резервные копии, а оригиналы выдадите (а ещё подпишите признание в том, что вы готовили теракт).
А вот коллекция музыки лежит там же совершенно открыто, потому что дискография Iron Maiden никого не заинтересует.
UFO just landed and posted this here
Во-первых, это может обнаружиться разве что случайно (если содержимым облака уже заинтересовались), потому что у mail.ru, вроде бы, нет такой практики, каковая существует у Google и Apple — распознавание в хранимых данных детской порнографии и передача этих сведений полиции. По крайней мере, в определённых телеграм-каналах это самое «цопэ» льют на mail.ru и оно там лежит, пока кто-то вручную не нажалуется (как-то раз довелось поинтересоваться, за что на территории РФ заблокировали пачку телеграм-каналов (ещё до того, как телеграм заблокировали полностью), а там оказался среди прочих канал с таким вот контентом).
Во-вторых, хранение по российским законам ведь не запрещено, если не ошибаюсь? Изготовление, распространение — да, но «скорпов» я там храню для личного прослушивания, ни с кем не делюсь.
Во-вторых, хранение по российским законам ведь не запрещено, если не ошибаюсь? Изготовление, распространение — да, но «скорпов» я там храню для личного прослушивания, ни с кем не делюсь.
UFO just landed and posted this here
Нет, они не могут это сделать. Мои данные — это мои данные и они неприкосновенны
Единственный шанс, что кто-то пожалуется на меня, что я якобы распространяю.пиратский контент, но тогда правильным действием мейла будет — заблокировать доступ к данным и прислать мне как клиенту предупреждение. А дальше уже будем вместе с ними разбираться, что это было. Может меня попросту хапнули, а я добропорядочный человек?
UFO just landed and posted this here
Вы правы и не правы одновременно. Смотрите. Предположим, я писатель. И я написал нечто. А потом загрузил в облако, а это облако это нечто запиратило или опубликовало. Очевидно же, что я смогу подать к ним иск о защите авторских прав, не так ли? Но технически — да, не я управляю доступом к данными, а облако и его сотрудники
[offtop]На этом моменте я вспоминаю, что у меня на HDD всё-таки есть CP. Шах и мат тем, кто заявляет, что «мне нечего скрывать, пусть смотрят»[/offtop]
[offtop2]А вот саму песню я до сих пор не понимаю, больно уж у скорпов отличается стиль совсем старых песен и относительно новых[/offtop2]
[offtop2]А вот саму песню я до сих пор не понимаю, больно уж у скорпов отличается стиль совсем старых песен и относительно новых[/offtop2]
7zip у нас вне закона, даже сайт заблочен…
Начиная с того, что несколько раз лично были пойманы на торговле базами e-mail
Я для каждого сервиса/сайта с определенного момента времени, почти всегда использую почту «адрес сервиса.домен»@«личный домен.org», которая со всего домена(кроме реально используемых адресов, используемых родственниками, к примеру) идет на мою основную почту на домене.
То есть для сайта mail.ru у меня была бы почта mail.ru@домен.org
Вы не поверите как быстро начинает идти спам на большинство таких адресов, только что зарегистрированных в каких-то сервисах, буквально регистрируешься где-то и через неделю на этот уникальный e-mail уже спам идет.
Эх, всё бы было бы отлично, если бы они не отняли этот самый 1ТБ, поменяв правила.
У меня уже отобрали, за «неиспользование» в течении 9, чтоли, месяцев. Этот пункт есть в ЛС. Вы проверьте, на всякий случай.
Предупреждение от них в виде письма было, но я его проморгал, т.к. был в командировке в это время. Саппорт шлет отписки, ссылаясь на этот самый пункт, логично. Зато теперь их учетка мне не нужна.
Предупреждение от них в виде письма было, но я его проморгал, т.к. был в командировке в это время. Саппорт шлет отписки, ссылаясь на этот самый пункт, логично. Зато теперь их учетка мне не нужна.
Аналогичная история. Но опечалила меня лживая натура обещания, а именно, что слова «навсегда» плохо вяжутся со сменой правил и «блокировкой и очисткой». Тогда я перед получением изучил лицензионное соглашение в котором отсутствовал пункт про «неиспользование».
Причём сообщение о «Облако будет заморожено» находилось в подвале письма «Вас давно не видно!» и «Мы соскучились!», и, если счесть это письмо за мусорное, которых mail.ru шлёт в избытке, то легко можно упустить этот момент. Вменяемое предупреждение пришло лишь за 10 дней до блокировки.
Ссылка на веб архив(пункт о «неиспользовании» был добавлен позднее):
web.archive.org/web/20140407231417/https://cloud.mail.ru/LA/desktop/
Причём сообщение о «Облако будет заморожено» находилось в подвале письма «Вас давно не видно!» и «Мы соскучились!», и, если счесть это письмо за мусорное, которых mail.ru шлёт в избытке, то легко можно упустить этот момент. Вменяемое предупреждение пришло лишь за 10 дней до блокировки.
Ссылка на веб архив(пункт о «неиспользовании» был добавлен позднее):
web.archive.org/web/20140407231417/https://cloud.mail.ru/LA/desktop/
Пару лет не заходил в их облако. Сейчас смотрю — «тариф 1ТБ бесплатно»
Syncthing же.
backblaze b2А они на personal обещают unlimited storage — в чем там подвох?
На personal не смотрел, т.к. мне нужна была поддержка Linux, и ничего конкретного сказать не могу.
Ни в чем, они дисков много закупают :)
Там, если коротко, как обычно всё. Никаких торсионных полей для хранения информации по 5 долларов за бесконечность не изобрели, поэтому берём и портим RTO клиенту. Или исключаем из безлимитной резервной копии слишком давно удаленные с диска файлы. Или режем скорость загрузки данных так, чтобы выше какого-то объёма пользоваться было невозможно.
Для резервной копии недостаточно записать байты куда-либо, нужно ещё иметь испытанную возможность эти байты в требуемые сроки оттуда достать и положить куда надо. Для дома все эти манёвры плюс-минус пойдут. Для данных, которые денег стоят — ну не знаю.
Для резервной копии недостаточно записать байты куда-либо, нужно ещё иметь испытанную возможность эти байты в требуемые сроки оттуда достать и положить куда надо. Для дома все эти манёвры плюс-минус пойдут. Для данных, которые денег стоят — ну не знаю.
nextCloud у Hetzner например?
А есть практический опыт? Через как туда доступ иметь? Я слышал они WebDAV и даже sftp (?!) используют, но одновременно, что низкая скорость доступа. У них как-то мало информации об этом, и потому я их как-то и не рассматривал.
У меня свой нехтклауд, синхрю родным клиентом, скорость устраивает. Но, наверное, можно было бы и побыстрее...
Не верю в родные клиенты :) Хочется отправишь API и утилит с открытым исходным кодом.
Эээ… Так там всё ж опенсурс. Клиент — https://github.com/nextcloud/desktop
API — WebDAV.
Можно как родным, можно WebDAV — удобно. Особенно в линуксах.
Есть. Доступ к nextCloud через DAV нормально работает.
У меня есть и их Storage Box и их же nextCloud (кстати, интересно, но для их заказа нужны разные аккаунты — для первого Robot, для второго обычный аккаунт шаред юзера).
И там и там работает WebDAV — причем в Storage Box есть еще много чего (CIFS/sftp/borg/etc.) — но он довольно часто падает — и как постоянную папку его не стоит использовать. А вот nextCloud пока не падал (им только начал пользоваться).
У меня есть и их Storage Box и их же nextCloud (кстати, интересно, но для их заказа нужны разные аккаунты — для первого Robot, для второго обычный аккаунт шаред юзера).
И там и там работает WebDAV — причем в Storage Box есть еще много чего (CIFS/sftp/borg/etc.) — но он довольно часто падает — и как постоянную папку его не стоит использовать. А вот nextCloud пока не падал (им только начал пользоваться).
хезнер побанили недавно целым /16
Mega тоже блокирует rclone: rclone.org/mega/#failure-to-log-in
Spaces от DigitalOcean + restic = $5 в месяц за 250 GiB.
помоему оно того стоит
помоему оно того стоит
Мега вполне удобный их собственный клиент под debian based linux, использую бесплатную версию для синхронизации рабочих файлов и весьма удобно. Единственный косяк всплывает с некоторыми файлами pdf, которые на linux почему то не синхронизируются, но из порядка пары тысяч документов таких нашлось 2…
Ещё кстати, в правилах платной подписка на ЯД написано, что условия и «перечень привилегий» может сокращаться в течение срока действия подписка. Зашибись! Ты, главное, плати, а за что, они потом придумают.
Хорошая статья. Можно кидать линк тем, кто говорит «получил 100500 терабайт в облаке, не нужны никому ваши ёмкие HDD».
Получил 100500 терабайт в облаке, про эту программу даже не слышал, достаточно родного клиента чтобы фоточки и видосики хранить.
Там чуть выше написано про изменения условий и привилегий, так что не расслабляйтесь.
Ага, я в гугле хранил(пикаса тогда еще)
А потом гугл сделал раааз — и у вас пожатые фотки вместо оригинальных.
А потом гугл сделал раааз — и у вас пожатые фотки вместо оригинальных.
Так и сейчас уже ютуб тоже делает раааз — старые видосы стали заметно хуже по качеству, да и новые жмутся куда сильнее. (Заливаю на канал прохождения ритм-игр напрямую с телефона — разница между оригиналом и ютубом на максимальных настройках даже на экране того же телефона заметна невооружённым глазом)
Я вообще плохо понимаю, как пользоваться сервисом для чего-то хоть как-то серьезного, когда там прям в статье написано:
Яндекс оставляет за собой право устанавливать любые правила, лимиты и ограничения (технические, юридические, организационные или иные) на использование Сервиса, и может менять их по собственному усмотрению, без предварительного уведомления Пользователя
Яндекс оставляет за собой право устанавливать любые правила, лимиты и ограничения (технические, юридические, организационные или иные) на использование Сервиса, и может менять их по собственному усмотрению, без предварительного уведомления Пользователя
Не спора ради: практически всё, что мы в повседневной жизни используем, регламентировано примерно такими же правилами.
Да, часто не пишут прямым текстом про «лимиты и ограничения», но пункт правил про возможность изменить сами правила — это точно будет.
Банковская сфера, например: и регулируется строже, и бумажных документов с синими печатями куча, и надзорные органы везде, но если вам решат изменить кредитный лимит, повысить процентную ставку по ипотеке, отказать в обслуживании — правда на той стороне, «по нашим правилам мы можем менять правила».
Да, часто не пишут прямым текстом про «лимиты и ограничения», но пункт правил про возможность изменить сами правила — это точно будет.
Банковская сфера, например: и регулируется строже, и бумажных документов с синими печатями куча, и надзорные органы везде, но если вам решат изменить кредитный лимит, повысить процентную ставку по ипотеке, отказать в обслуживании — правда на той стороне, «по нашим правилам мы можем менять правила».
Вот только подобное изменений правил банками чревато столкновениями с надзорными органами, потому приходится соблюдать какое-то подобие приличий…
«Облака» же никак не регулируются. Пока.
P.S. А потом начинается вой про злых бюрократов и засилье государства… но как видим, когда всего этого нет… щастя тоже нет…
«Облака» же никак не регулируются. Пока.
P.S. А потом начинается вой про злых бюрократов и засилье государства… но как видим, когда всего этого нет… щастя тоже нет…
но как видим, когда всего этого нет… щастя тоже нет…
В данном случае никакой проблемы нет — облачных хранилищ большое количество, ограничивают использование открытыми утилитами немногие (только яндекс?).
Тут уже давали ссылки на бан от Гугла, дуиаю что скоро всё распадётся на два класса: облака, которые всё банят и те, которые всё теряют… ни теми, ни другими пользоваться не хочется…
Вы забыли еще и третий вариант — облака которые неприлично дорогие.
Чудес не то чтоб не бывает, но они закономерно заканчиваются. Как только народ в массе стал шифровать, пропала у облаков возможность сохранять .iso в 4 гига размером симлинком для 10500 пользователей. А хранить приходится на больших и дорогих дисках, которые ни гуглу ни яндексу никто почему то не дарит, а совсем наоборот (вспоминаем как обязывали храненить трафик пользователя за 3 месяца и все такое прочее).
Чудес не то чтоб не бывает, но они закономерно заканчиваются. Как только народ в массе стал шифровать, пропала у облаков возможность сохранять .iso в 4 гига размером симлинком для 10500 пользователей. А хранить приходится на больших и дорогих дисках, которые ни гуглу ни яндексу никто почему то не дарит, а совсем наоборот (вспоминаем как обязывали храненить трафик пользователя за 3 месяца и все такое прочее).
Недавно бэкапил в облако яндекса через стандартный инструмент qnap, два раза завершалось с ошибкой сети. Потом разбил бэкап на две части и волшебныи образом всё заработало и проблем с сетью не было.
Пользовался я всяким я-дисками и другими облаками… но в какой-то момент мне вся это зависимость от левой пятки какой-то там шишки надоела и я перешел на Syncthing.
Не в облаках до сих пор всякая хрень валяется, но все свое кровное-родное — у меня теперь только на моих машинах (домашних и на работе).
Не в облаках до сих пор всякая хрень валяется, но все свое кровное-родное — у меня теперь только на моих машинах (домашних и на работе).
А у вас есть несколько помещений с машинками? От затопления или пожара данные защищены? В моём случае данные хранятся на домашнем NAS + облачный бэкап, что соответствует парадигме резервного копирования 1,2,3.
Ну рабочий комп, на котором есть копия всех папок с других нод, — он в другом районе города. Хотя там скорее затопит(1 этаж) чем дом (3 этаж), но зато сгореть больше шансов у домашних нод (там пожаротушение автоматическое).
Облачный бэкап я бы в контур доверенных нод не вносил — вы их никак не контролируете. Как и от чего оно там защищено вы только предполагаете.
Облачный бэкап я бы в контур доверенных нод не вносил — вы их никак не контролируете. Как и от чего оно там защищено вы только предполагаете.
У меня вот так и есть — комп дома + бакап в офисе. И как-то хватает. Дисковое пространство сейчас стоит копейки, могу любой софт настроить на обоих концах, удобно. Облака как в статье хорошо ровно до тех пор пока всё хорошо. Но потом условия внезапно меняются и вот ты уже не владелец своих данных и/или аккаунта. Повезет еще если сможете забрать данные. Смелые люди, в общем, хранят данные в облаках.
Бэкап в офисе может в один прекрасный день оказаться физически недоступным, да.
Приходишь, а у тебя пропуск ничего не открывает.
Заходишь по чужому/гостевому пропуску — а тебя в машину не пускает под твоими учетными данными.
Ну, такое.
Приходишь, а у тебя пропуск ничего не открывает.
Заходишь по чужому/гостевому пропуску — а тебя в машину не пускает под твоими учетными данными.
Ну, такое.
Как резервный вариант — почему бы и нет. Только в этом случае обязательно шифрованный. Чтобы никто в ваших файлах не мог покопаться!
Ну как бы на то и несколько копий и создается — потерять любую из них можно по множеству причин, включая выход из строя носителя. Но когда осталось хотя бы одна копия — данные все еще доступны и вопрос только в том, что бы организовать замену утерянной копии.
Люто плюсую! Пользуюсь активно, есть свой релей (!) и клиенты на компах и телефонах. Из минусов — стабильно 1-2 раза в месяц версии конфликтуют (например когда синхронизация ненадолго подвисла и нельзя решить какая из версия правильная) — причем узнать это можно только посмотрев в файловую, там будет файл с именем и датой конфликта.
И еще — довольно сильно грузит процессор при синхронизации (особенно если включать сжатие).
Но зная эти недостатки очень и очень удобно. Свой собственный P2P (особенно если использовать свои же релеи).
И еще — довольно сильно грузит процессор при синхронизации (особенно если включать сжатие).
Но зная эти недостатки очень и очень удобно. Свой собственный P2P (особенно если использовать свои же релеи).
Мне нравится такая схема, сам использую что-то похожее.
Расскажите пожалуйста, что вы решили с гипотетической проблемой порчи данных из-за сбоя железа/вирусов, т.е. логическое повреждение. Мне кажется, что в этой схеме недостаточно еще одного важного этапа: бекапа всего этого добра раз в N дней на какой-то offline носитель.
Расскажите пожалуйста, что вы решили с гипотетической проблемой порчи данных из-за сбоя железа/вирусов, т.е. логическое повреждение. Мне кажется, что в этой схеме недостаточно еще одного важного этапа: бекапа всего этого добра раз в N дней на какой-то offline носитель.
Ну точно раз в N дней не делаю, но изредка скидываю на внешний диск.
По поводу порчи данных — есть же версионирование. на самое важное настроено простой варинт корзины с хранение в 15 дней. Т.е. если кто-то удалит или зашифрует фотоархив, то его нормальная копия сохранится на нескольких нодах в корзине.
По поводу порчи данных — есть же версионирование. на самое важное настроено простой варинт корзины с хранение в 15 дней. Т.е. если кто-то удалит или зашифрует фотоархив, то его нормальная копия сохранится на нескольких нодах в корзине.
Похоже, облака решили избавляться от тех, кто использует их сервис в том виде, в котором им неудобно. Тут, например, прибили доступ к API для grive2, а при использовании своих ключей приложения гугл раз в месяц шлет письма с предупреждениями, как небезопасно не защищён аккаунт.
WebDav у Яндекс.Диска по-прежнему работает. rclone поддерживает WebDav. Сейчас проверил — из rclone через WebDav с Яндекс.Диском работать можно.
Серьёзно? Осенью они WebDav, фактически, отключили. Починили обратно?
qna.habr.com/q/677787
qna.habr.com/q/677787
Про WebDAV убрали всё из документации даже.
Вы давно проверяли запись через вебдав?
На чтение-то работает… А вот скорость записи таки ограничили.
На чтение-то работает… А вот скорость записи таки ограничили.
Они его очень порезали на запись. У меня по webdav даже музыка не синхронизируется на телефоне (объемы там смешные, буквально пару песен передать), просто вылетает по таймауту, хотя временный файл таки создается в облаке. При передаче по webdav с винды вообще виснет намертво на несколько минут, больше одного файла за раз передать нереально, независимо от размера, система теряет диск (видимо, тоже вылетает по таймауту)
Знакомо. Ещё летом Яндекс диск вначале практически уничтожил доступ по webdav, а затем ввел драконовские лимиты на использование их же api. Синхронизация 7 гигов фоток с нас заняла у меня неделю. Причем первый гиг пролетел за «мгновенно».
Ответы. Вначале, неработоспособность вебдав — проблема на вашей стороне.
Затем — мы не допускаем бэкапирования даже в личных целях. Покупайте облако.
Про лимиты на использующий api клиент на nas, мы ответственности за api, и приложения его использующие — не несём.
Пользуйтес Яндекс облаком.
Забрал у них деньги за оплаченный диск — полностью.
Ответы. Вначале, неработоспособность вебдав — проблема на вашей стороне.
Затем — мы не допускаем бэкапирования даже в личных целях. Покупайте облако.
Про лимиты на использующий api клиент на nas, мы ответственности за api, и приложения его использующие — не несём.
Пользуйтес Яндекс облаком.
Забрал у них деньги за оплаченный диск — полностью.
UFO just landed and posted this here
UFO just landed and posted this here
Вот поэтому не пошли бы они нахрен все со своими облаками, проще всю корзину дисками забить и кинуть комп на шкаф.
И потерять всё, когда на шкаф польётся вода от соседей сверху. Или пожар. Или обнесут хату. А резервные копии один фиг надо хранить в географически удалённом месте (помним про пожар), так что облака рано списывать со счетов — это хорошее место для хранения резервной копии.
Ну а люди, которые держат в облаке важные данные в единственном экземпляре, ничуть не умнее тех, кто держит их на домашнем ПК в единственном экземпляре.
Ну а люди, которые держат в облаке важные данные в единственном экземпляре, ничуть не умнее тех, кто держит их на домашнем ПК в единственном экземпляре.
А еще не изобрели торрентоблако? Только чтоб чужие данные в виде непонятной каракулины хранились
Копию на сервер в европе и на облако у мыльницы и всего делов. Наработки ваши наверняка еще и в репозиториях
Ну Яндекс давно уже не тот.
«Раньше было лучше» ©
П.С. развернул себе nextcloud и забил на гуглояда.
«Раньше было лучше» ©
П.С. развернул себе nextcloud и забил на гуглояда.
Яндекс давно уже не тот.Меня особенно удивило, когда они внезапно стали требовать авторизацию при попытке просто воспользоваться их поиском (!) через обычный десктопный браузер из некоторых стран. Ну то есть, в каком-нибудь Китае Google не работает из-за цензуры государственной, а Яндекс — из-за цензуры собственной. Слава богу, вроде бы одумались (впрочем, актуальный список стран надо бы уточнить).
Ну к примеру поиск по картинке у них один из лучших. Тот же Гугл и рядом не стоит по ревалентности выдачи. Даже если это криво обрезанный скриншот в плохом качестве с наложенными элементами.
Это норма, они и вебдав перестали поддерживать.
Вебдав в Диске с самого начала работал не без особенностей. Но думаю, это не вина Диска. Сам протокол довольно сложный и все клиенты его реализуются по-разному.
Я сейчас с телефона и в возможностях гуглить ограничен, но вроде был одной из причин открытия API были как раз проблемы с WebDAV
Я сейчас с телефона и в возможностях гуглить ограничен, но вроде был одной из причин открытия API были как раз проблемы с WebDAV
UFO just landed and posted this here
Войти можно, просто скорость режут почти до нуля.
Теперь попробуйте закачать или скачать файл весом под сотню мегабайт, замерив скорость этих действий. Насколько я знаю, яндекс вставил в webdav принудительные длительные (чуть ли не по минуте) таймауты через каждые n мегабайт.
UFO just landed and posted this here
Я ответил, что webdav работаетТут только мем "8 тысяч это нормальная зарплата, поворачивай обратно!" можно вспомнить.
Работает, это выполняет функции. Возможность только подключиться — это не значит работает. Это так если вам продадут машину, с дверьми, колесами и т.д., только ездить она не будет...
Rcloud пойдет как легковесная замена десктопного клиента nextcloud?
Блокировали бы тех кто злоупотребляет но не по client_id же.
ИМХО:
Позор тебе Яндекс… А ещё за опенсорс ратует… Ага там где выгодно им самим… Совсем с ума сошли, по стопам ICQ идёте братцы… Молодцы продолжайте в том же духе и после этого ваш проект не нужен будет никому кроме вас самих…
ИМХО:
Позор тебе Яндекс… А ещё за опенсорс ратует… Ага там где выгодно им самим… Совсем с ума сошли, по стопам ICQ идёте братцы… Молодцы продолжайте в том же духе и после этого ваш проект не нужен будет никому кроме вас самих…
Время идёт, а политика Говнянднекса нанимать в поддержку глупых хамов так и не поменялась.
Привет Платонам Щукиным, идите в баню!
Перевожу на русский: слишком много запросов. Монтирование звучит как круто, пока вы не посмотрите сколько запросов вызывает условный nemo при открытии примонтированного тома.
Что делать? Искать компромисс. Т.е. использовать софт так, как нравится вендору. Или не использовать сервис вендора. Или играть с ним в кошки-мышки.
Бесплатный сыр — в мышеловке. А за деньги можно арендовать полноценное файлохранилище со всеми необходимым интерфейсами. Вот Хетцнер — от 3 евро за 100 гиг. Ну и локальную копию не забывайте.
Client id расширения для kodi тоже забанен Гуглом для доступа к Ютуб. Тут нет ничего нового.
Заставляя всех юзать свои клиент айди они будут легко бить по голове тех, кто нарушает правила пользования.
А Диск-О от Mail.ru они случайно не блокируют?
А кто-нибудь может объяснить, как свободная лицензия согласуется с понятием client_id? Допустим, я взял исходники и что-то где-то переписал. Получилось (пока) формально говоря, другое приложение с тем же client_id. В какой момент и согласно какому документу у меня возникает обязанность получить новый client_id вместо того, что уже содержится в исходниках?
Учитывая что rclone позволяет вполне просто прозрачно шифровать все заливаемое содержимое — мотивация вполне ясна. Очень сложно тренировать нейронки на данных если эти данные зашифрованы.
Не очень знаком с их облаком — а у них нет CLI чтобы работаеть с облаком? Чем rclone так отличается?
На самом деле всё просто. Если вспомнить историю — раньше это был обычный файлообменник. И если пропустить мимо ушей всю туфту про «облачное хранилище» и прочее, им он и остался.
О, ещё один товарищ на собственном горьком опыте осознал, что "в Интернете есть всё. Но не всегда."
Этого и стоило ожидать. История с Рамблером и nginx многое сказала об отношении российских компаний и открытого ПО. Вообще, мне кажется, для всех российских больших компаний — люди лишь инструмент для зарабатывания денег и относятся они к ним, как к расходникам
Узнал из статьи про rcloud, спасибо. Попробую использовать для cloud.mail.ru, сейчас использую rsync и marc-fs
UFO just landed and posted this here
Есть утилита собственной разработки на Go (использую гугловский sdk v3), которая бэкапит у клиентов данные на Google Drive по принципу FIFO. У одного из клиентов ежедневно на облако падает примерно 600 mb -й архив 7z, остальные значительно реже и меньше. Всего порядка 10 клиентов. У каждого клиента своя учётная запись Google, но API keyодин на всех. Пока вроде все работает, только что проверил. Но таки да прилетают периодически письма с предупреждением р небезопасности использования данного приложения. Наверное стоит задуматься о платном режиме или переезду локал сторэйдж?
Хм. Я начал (примерно декабрь 2019) подозревать яндекса после того как сделал upgrade для давно неапгейженого ноута жены с debian sid (работал как часы до того как пол-года без обновлений вообще, что-то дёрнуло обновить) получил «паникующую» вундервафлю и люлей… На тот момент зеркало было прописано яндексовое. Недолго помытарился, переставил систему, когда ставил, даже специально посмотрел: зеркало yandex более не присутствовало в списке доступных… Закралось сомнение…
ЗЫ. Старенькая домашняя машинка на sid периодически (пол-года-год-как_придётся) поднимается до актуальной с чисто дебиановского репозитория без каких либо проблем.
ЗЗЫ. Зарёкся использовать яндексовые зеркала.
ЗЫ. Старенькая домашняя машинка на sid периодически (пол-года-год-как_придётся) поднимается до актуальной с чисто дебиановского репозитория без каких либо проблем.
ЗЗЫ. Зарёкся использовать яндексовые зеркала.
В 2020 использовать сервисы Яндекса? Зачем? Есть же гугл и другие варианты типа Amazon/digitalocean...
А дело в том, что нельзя пользоваться никакими облачными решениями напрямую. Только через универсальные прослойки. И пусть уже головной болью этих прослоек будет борьба с тупоголовыми саппортами конкретного облака, важно — уметь менять их как перчатки, без больших потерь и задержек. Тем более, что в этой стране вообще не важно — прописано что-то в пользовательском соглашении или не прописано — любого простого пользователя могут как хотят обуть и доказывай потом, что ты не верблюд.
Мне кажется адыкватным ответом от яндекса, озвучить те самые лимиты которые у них есть, и по которым они определяют что клиент злоупотребляет использованием сервиса, и использует его сверх положенного лимита. Условно говоря 50к запросов в день, 3 запроса в секунду. Я думаю разработчики rclone быстро бы допелили нужный патч который бы все это учитывал (если такого еще нет) и все были бы счастливы. Яндекс диск все таки комерческий продукт, там есть платные тарифы, и пусть он и орентирован для пользователей а не для бизнеса, но где та грань, когда начинается бизнес а не личное использование? Публикация лимитов отлично бы решило эту проблему. Нужно что-то сверх лимита — вот пажалуйста облака.
UFO just landed and posted this here
И еще очень интересно: как вы связались со службой поддержки Яндекс?
На каждой странице официальной справки внизу есть кнопка «Написать в службу поддержки»,
support@yandex.ru
Ну по идее надо просто расковырять андроид клиент яндекс диска и выдрать ключ оттуда. И пусть блокируют собственный клиент. :-)
Можно ещё в телеграм чате яндекс облака набросить на вентилятор. А то они всё хотят, чтобы там радужная атмосфера была.
Хотя, с другой стороны, нужны они? Более правильным советом будет просто не юзать облака до тех пор, пока у них не появится нормальный договор, а не «вы отдаёте нам всё и ещё соглашаетесь что мы с вами будем делать всё что захотим». Я лично не юзаю.
А то с гугл драйвом в принципе аналогичная фигня — я совершенно случайно grive2 поддерживаю, и эти умники вообще закрыли API для client_id, не «прошедших верификацию».
Можно ещё в телеграм чате яндекс облака набросить на вентилятор. А то они всё хотят, чтобы там радужная атмосфера была.
Хотя, с другой стороны, нужны они? Более правильным советом будет просто не юзать облака до тех пор, пока у них не появится нормальный договор, а не «вы отдаёте нам всё и ещё соглашаетесь что мы с вами будем делать всё что захотим». Я лично не юзаю.
А то с гугл драйвом в принципе аналогичная фигня — я совершенно случайно grive2 поддерживаю, и эти умники вообще закрыли API для client_id, не «прошедших верификацию».
Похожая проблема есть у всяких сервисов IP-телефонии. Вроде система предоставляет услугу звонков, как её использовать — дело клиента. Однако если абонент на «персональном» тарифе организует колл-центр и будет занимать линию сильно больше, чем обычный частный абонент, это пытаются ограничивать. Обратите внимание, как обычно формлуируют норму нагрузки в эрлангах. Пример: www.alloincognito.ru/help/reference-documents/load-norm.
Яндекс вместо того, чтобы полностью блокировать приложение, мог бы установить аналогичную норму для синхронизации файлов. Синхронизировать документы — пожалуйста, а бэкапить базы данных — сорян.
Яндекс вместо того, чтобы полностью блокировать приложение, мог бы установить аналогичную норму для синхронизации файлов. Синхронизировать документы — пожалуйста, а бэкапить базы данных — сорян.
Простите, но мне одному кажется, что автор подменяет понятия?
Яндекс заблокировал конкретные действия — вне зависимости от того, открыты исходники инструмента или нет.
А автор пытается выдать это в плоскость борьбы с опенсорсом.
Или у автора есть примеры того, что яндекс разрешает автоматическую синхронизацию проприетарным утилитам? (свои клиенты яндекс-диска не в счет, по понятным причинам).
К яндексу, конечно, есть вопросы, но того характера что «вы в своем праве, но вы делаете не удобно вашим фанатам. Не даете автоматический бакап на яндекс диск — ок, но предложите путь как это делать по другому — тариф другой, или другой сервис?...»
Но и искажать ситуацию в статье, пытаться выдавать одно (ограничение нагрузки на свои сервисы) за другое (обвинять яндекс в нелюбви к опенсорс) — ради красного словца и хайпа — это же тоже не дело?
Яндекс заблокировал конкретные действия — вне зависимости от того, открыты исходники инструмента или нет.
А автор пытается выдать это в плоскость борьбы с опенсорсом.
Или у автора есть примеры того, что яндекс разрешает автоматическую синхронизацию проприетарным утилитам? (свои клиенты яндекс-диска не в счет, по понятным причинам).
К яндексу, конечно, есть вопросы, но того характера что «вы в своем праве, но вы делаете не удобно вашим фанатам. Не даете автоматический бакап на яндекс диск — ок, но предложите путь как это делать по другому — тариф другой, или другой сервис?...»
Но и искажать ситуацию в статье, пытаться выдавать одно (ограничение нагрузки на свои сервисы) за другое (обвинять яндекс в нелюбви к опенсорс) — ради красного словца и хайпа — это же тоже не дело?
Мне плевать, что там у яндекса в голове, но у меня есть вполне конкретный кейс. У меня есть старый терабайтный диск с кучей хлама. Там данные, которые уникальны и невосстановимы. Не какие-то торренты. Можете считать, архив домашнего порно хоум видео. Пускай. Я готов отгрузить его в яндекс диск и заплатить за хранение. Но что я хочу взамен? Единократную полосу для закачивания данных в облако — раз, а не вот это вот — 20мб, а потом тормоза, и сохранность данных (т.е. чтобы спустя месяц или год, или два года — я мог их забрать в том же виде, что и положил). Реально? Честно — вряд ли. Вот и весь разговор ((((((
У вас ошибочное понимание бизнес-модели. Место в облачном хранилище стоит дёшево только потому, что его никто не использует на 100%. Люди покупают терабайт и в большинстве случаев используют его не более чем на 1%. Если вы реально хотите загрузить целый терабайт да ещё с гарантией сохранности данных в несколько девяток (т.е. с вероятностью в условно 0.99999 данные не пропадут), то цена, которую Яндекс вам за это предложит, сравнима с ценой организации собственного домашнего хранилища с использованием RAID-массивов и прочих фишек. Вы конечно можете сказать «Ну Яндекс закупает место для хранения оптом, а не в магазине», однако не стоит забывать что в масштабах Яндекса надо обеспечивать ещё пропускную способность для сотен тысяч юзеров по всей России, вентиляцию, и прочее-прочее, даже просто зарплату уборщику платить который будет в машзале пыль протирать.
Так что ваш кейс вам самим не понравится когда вам цену озвучат. Ставить по этому поводу закрывающиеся скобочки имеет ровно столько же смысла, сколько ставить скобочки по поводу не нравящихся вам законов физики.
Так что ваш кейс вам самим не понравится когда вам цену озвучат. Ставить по этому поводу закрывающиеся скобочки имеет ровно столько же смысла, сколько ставить скобочки по поводу не нравящихся вам законов физики.
Вы абсолютно правы и я Вам не противоречу. Попросту мы опять имеем дело с типичным случаев недобросовестной рекламы, когда озвучиваются обещания, которые нереальны, а не разбирающийся клиент на это клюет. Какое решение? Озвучивать реальные условия предоставления услуги (типа 1ТБ — да, но с ограничением полосы скачивания, скажем, ХХ МБ/сек)
Не, ну стоп. Терабайт в яндекс диске стоит 209 р в месяц. Это вполне себе 2500 рублей в год. Жёсткий диск 1 ТБ стоит даже чуть подешевле :-). Ясно, что ещё инфраструктура, избыточность, трафик и вот это вот всё, но и люди этим пользуются не 1 год, так что 209 р в месяц за 1 ТБ — это не так уж и дёшево.
Да тупо даже если сам будешь пользоваться 5 лет, то это уже 12.5к и за эти деньги можно себе микроNAS организовать на одноплатнике каком-нибудь, причём даже не 1 ТБ пожалуй. Ну, днище, но и то быстрее будет работать, чем облако )))).
В backblaze тоже сравнимо, 60$ в год и безлимитный объём. Ну т.е. даже дешевле если > 1 ТБ. А там хранят больше.
Так что чего яндекс там вдруг решил, что за эту цену туда бэкапиться нельзя — не понятно. // Место наверное на хардах кончилось :D
Чего там ещё-то хранить терабайтами, кроме бэкапов вообще?
Да тупо даже если сам будешь пользоваться 5 лет, то это уже 12.5к и за эти деньги можно себе микроNAS организовать на одноплатнике каком-нибудь, причём даже не 1 ТБ пожалуй. Ну, днище, но и то быстрее будет работать, чем облако )))).
В backblaze тоже сравнимо, 60$ в год и безлимитный объём. Ну т.е. даже дешевле если > 1 ТБ. А там хранят больше.
Так что чего яндекс там вдруг решил, что за эту цену туда бэкапиться нельзя — не понятно. // Место наверное на хардах кончилось :D
Чего там ещё-то хранить терабайтами, кроме бэкапов вообще?
Зачем же палец с жопой сравнивать?
Во-первых, организовать надёжное хранилище информации в домашних условиях не такая уж лёгкая и дешевая задача. К одноплатнику нужно хороший блок питания, корпус, ещё как минимум зеркальный рейд-массив хотя бы на двух дисках, плюс бесперебойник.
Во-вторых, надежное хранение данных по-умолчанию предполагает, что это хранилище нужно периодически бэкапить куда-то ещё на случай потопа, пожара или воровства.
Плюс главное — нужна квалификация и время для настройки и поддержки всей этой петрушки в работоспособном состоянии.
Я уж не говорю про сопутствующий мелкий гемор в виде шума, необходимости выделить под сервак место и платить за сжираемое им электричество.
А тут готовый сервис из коробки.
Во-первых, организовать надёжное хранилище информации в домашних условиях не такая уж лёгкая и дешевая задача. К одноплатнику нужно хороший блок питания, корпус, ещё как минимум зеркальный рейд-массив хотя бы на двух дисках, плюс бесперебойник.
Во-вторых, надежное хранение данных по-умолчанию предполагает, что это хранилище нужно периодически бэкапить куда-то ещё на случай потопа, пожара или воровства.
Плюс главное — нужна квалификация и время для настройки и поддержки всей этой петрушки в работоспособном состоянии.
Я уж не говорю про сопутствующий мелкий гемор в виде шума, необходимости выделить под сервак место и платить за сжираемое им электричество.
А тут готовый сервис из коробки.
Люди покупают терабайт
Если вы реально хотите загрузить целый терабайт
ваш кейс вам самим не понравится когда вам цену озвучатОпа.
Мы продаем вам терабайт, но если вам реально нужен терабайт, то идите нафиг? Отличная бизнес-модель, отличная.
Вы наверное удивитесь, однако когда вы платите за Интернет, вам тоже обещают условно «до 50 Мбит\сек», однако если вдруг все клиенты провайдера эту скорость себе затребуют, то никто её не получит. Потому что только так можно обеспечить приемлемую цену. А канал с гарантированными 50 Мбит\сек будет опять же стоить столько, сколько вам точно не понравится. Потому что законы физики не обойти, передать через физический канал связи больше чем он позволяет не получится.
Если вы думаете что за текущую цену вам должны больше, причём у вас есть аргументы в виде конкретных цифр — найдите компанию, которая предложит больше и пользуйтесь её услугами. Нет такой компании? Наверное вы что-то не учли.
Если вы думаете что за текущую цену вам должны больше, причём у вас есть аргументы в виде конкретных цифр — найдите компанию, которая предложит больше и пользуйтесь её услугами. Нет такой компании? Наверное вы что-то не учли.
То, о чем вы пытаетесь рассказать, называется оверселлинг. И проблемы, как вы совершенно верно заметили, начинаются в случае, если все, или по крайней мере значимая часть клиентов начнет полностью выбирать доступный объем услуги. При этом некоторая часть клиентов вполне использует купленную услугу полностью. Например, торрентораздатчики в случае услуги доступа в интернет, или клиенты, снимающие деньги с закрытием счета в банке (внезапно банки тоже занимаются оверселлингом, гуглить «частичное резервирование»). Важно, чтобы этих клиентов не стало слишком много, а не чтобы их не было совсем.
Вы же пытаетесь объяснить, что ни один клиент, «купивший терабайт», не может воспользоваться этим терабайтом. Это ваше, кхм, заблуждение. Оверселлинг работает не так.
Вы же пытаетесь объяснить, что ни один клиент, «купивший терабайт», не может воспользоваться этим терабайтом. Это ваше, кхм, заблуждение. Оверселлинг работает не так.
«до 50 Мбит\сек»
Вот это самое «до» и меняет всё. у Я.Диска никаких «до 1ТБ» нет (поправьте, если я не прав).
вы тему не меняйте )))
я не про бизнес модель яндекса.
я вопрос задаю про подмену понятий в статье хабра.
вне зависимости от того, что там думает яндекс про свои диски, в данной статье выводы про «яндекс не любит опенсорс» притянуты за уши.
в статье с логикой проблемы. я один это вижу?
я не про бизнес модель яндекса.
я вопрос задаю про подмену понятий в статье хабра.
вне зависимости от того, что там думает яндекс про свои диски, в данной статье выводы про «яндекс не любит опенсорс» притянуты за уши.
в статье с логикой проблемы. я один это вижу?
Простите, но мне одному кажется, что автор подменяет понятия?
Да. На самом деле, понятия подменяете как раз вы.
Яндекс заблокировал конкретные действия
Нет. Вы подменяете понятия. Яндекс заблокировал не конкретных нарушителей за конкретные действия, а всех без разбору пользователей этой утилиты. Всех мужчин за изнасилование, тк у них есть этот самый прибор.
вне зависимости от того, открыты исходники инструмента или нет.
Так совпало, что эта утилита опенсорсная. Это просто факт, вам придётся просто принять его.
есть примеры того, что яндекс разрешает автоматическую синхронизацию проприетарным утилитам?
А они есть в природе эти утилиты?
свои клиенты яндекс-диска не в счет, по понятным причинам
Вообще-то, причина не понятна. Почему яндексовским клиентом автрматические бэкапы делать можно, а этим вот нельзя? Ой, дело оказалось вовсе не в нагрузке? Ну, кто бы мог подумать!
Но и искажать ситуацию в статье, пытаться выдавать одно (ограничение нагрузки на свои сервисы
Не искажайте, пожалуйста. Забанили, как мы только что выяснили, не за нагрузку, забанили именно за использование сторонней утилиты. Честное использование.
Признаться, я не старался переводить это в «в плоскость борьбы с опенсорсом». Возможно, не вполне корректно сформулировал мысль.
Но:
Но:
- так уж получилось, что утилита открытая. Это факт, о котором я и упомянул в заголовке;
- отсылка к цитате в посте Бобука была скорее в обратном — Яндекс пишет о пользе опенсорса, но под нож идёт всё, включая этот самый опенсорс.
под нож идет все, что нарушает работу их сервисов или противоречит их политике не взирая на то, опенсорс это или нет.
и из этого нельзя сделать вывод, что яндекс любит или не любит опенсорс.
вот если бы были наблюдения, что режут доступ только для оенсорсных утилит — а для вот этих проприетарных — доступ разрешают — тогда еще можно было бы сделать предположениею что опенсорс не любят.
упоминая в заголовке факты или аспекты, которые не являюется главной закономерностью — вы играете грязно, в стиле желтых бульварных газет.
вы пытаетесь поднять хайп, выдавая недоказанное или частное, как главное.
то, что утилита rclone является опенсорсной — совсем не важно.
важно что яндекс блокирует доступ утилит автоматического бакапа и синхронизации. вот эта мысль важна. и уже потом — можно упомянуть, что вы обнаружили это на примере утилиты rclone, которая, как и 90% утилит в вашем дистрибутиве линукса — опенсорсные.
ваш же заголовок — некорректен. как например, и заголовок вида «у меня при игре в кости выпадают шестерки!» — некорректен, потому что он как бы намекает что у вас при подбрасывании кубика выпадают «только шестерки».
вы создали заголовок задача которого вызвать хайп выдавая одно за другое.
вас уже указали пару раз в опенсорсных пабликах люди не прочитавшие статью. вот спрашивается при чем тут опенсорс? вы скажете что это хорошо что вас показывают? я скажу что это желтизна, и за такое надо банить. все таки хабр — это не бульварная газета с кричащими заголовками. был по карйней мере.
более того, вы приводите в статье цитаты про любовь яндекса к опенсорс, и подогревая хайп, подсовываете вывод, который не имеет под собой оснований, типа а вот нет не любят.
на основании чего вы делаете такой вывод?
опенсорсность утилит должна давать какую то неприкосновенность?
например, опенсорсный вирус не надо удалять с компьютера?
вы, что — полагаете что опенсорсность должна давать протекцию в вопросе «отключать или нет если утилита создает нагрузку»?
извините, но не надо выворачивать одно в другое.
или получается нечто аналогичное обратному фашизму
вида «тебя что, должны любить, только потому что ты негр?»(с)
т.е. «утилитой должны пользоваться и не запрещать, только потому, что она опенсорсная»? даже если она нарушает нормальную работу системы?
итог: подобными заголовками и выводами — вы вредите опенсорс движению.
вы выворачиваете саму идею опенсорсности, и идете по модели поведения современных «борцов за права меньшинств», которые своей неадекватностю и нападками не только выставляют себя на посмешище, но и фактически вывернули исходную идею в формат «обратного фашизма». не надо так.
как другой приверженец опенсорс, я бы просил вас изменить заголовок, т.к. текущий выворачивает картину в несоответствующий действительности аспект, и либо убрать из статьи пассаж про «вот нет, не любят» — или хотя бы изложить его в формате вопроса. под которым, кстати, вы сможете набрать статистику что где и когда банил яндекс. вдруг там действительно вырисуется картина, что есть проприетарные утилиты которые не блокируют? (свои от яндекса утилиты — не в счет).
в конце концов — мы же тут ит-спецалисты, инженеры. с логикой, адекватностью и честностью у нас должно быть гораздо лучше, чем у журналистов бульварной желтизны. или вы хотите поднять хайп, а потом, когда все разберутся, войти в историю в аспекте аналогичном автору болгеноса и «антивируса попова»
и из этого нельзя сделать вывод, что яндекс любит или не любит опенсорс.
вот если бы были наблюдения, что режут доступ только для оенсорсных утилит — а для вот этих проприетарных — доступ разрешают — тогда еще можно было бы сделать предположениею что опенсорс не любят.
упоминая в заголовке факты или аспекты, которые не являюется главной закономерностью — вы играете грязно, в стиле желтых бульварных газет.
вы пытаетесь поднять хайп, выдавая недоказанное или частное, как главное.
то, что утилита rclone является опенсорсной — совсем не важно.
важно что яндекс блокирует доступ утилит автоматического бакапа и синхронизации. вот эта мысль важна. и уже потом — можно упомянуть, что вы обнаружили это на примере утилиты rclone, которая, как и 90% утилит в вашем дистрибутиве линукса — опенсорсные.
ваш же заголовок — некорректен. как например, и заголовок вида «у меня при игре в кости выпадают шестерки!» — некорректен, потому что он как бы намекает что у вас при подбрасывании кубика выпадают «только шестерки».
вы создали заголовок задача которого вызвать хайп выдавая одно за другое.
вас уже указали пару раз в опенсорсных пабликах люди не прочитавшие статью. вот спрашивается при чем тут опенсорс? вы скажете что это хорошо что вас показывают? я скажу что это желтизна, и за такое надо банить. все таки хабр — это не бульварная газета с кричащими заголовками. был по карйней мере.
более того, вы приводите в статье цитаты про любовь яндекса к опенсорс, и подогревая хайп, подсовываете вывод, который не имеет под собой оснований, типа а вот нет не любят.
на основании чего вы делаете такой вывод?
опенсорсность утилит должна давать какую то неприкосновенность?
например, опенсорсный вирус не надо удалять с компьютера?
вы, что — полагаете что опенсорсность должна давать протекцию в вопросе «отключать или нет если утилита создает нагрузку»?
извините, но не надо выворачивать одно в другое.
или получается нечто аналогичное обратному фашизму
вида «тебя что, должны любить, только потому что ты негр?»(с)
т.е. «утилитой должны пользоваться и не запрещать, только потому, что она опенсорсная»? даже если она нарушает нормальную работу системы?
итог: подобными заголовками и выводами — вы вредите опенсорс движению.
вы выворачиваете саму идею опенсорсности, и идете по модели поведения современных «борцов за права меньшинств», которые своей неадекватностю и нападками не только выставляют себя на посмешище, но и фактически вывернули исходную идею в формат «обратного фашизма». не надо так.
как другой приверженец опенсорс, я бы просил вас изменить заголовок, т.к. текущий выворачивает картину в несоответствующий действительности аспект, и либо убрать из статьи пассаж про «вот нет, не любят» — или хотя бы изложить его в формате вопроса. под которым, кстати, вы сможете набрать статистику что где и когда банил яндекс. вдруг там действительно вырисуется картина, что есть проприетарные утилиты которые не блокируют? (свои от яндекса утилиты — не в счет).
в конце концов — мы же тут ит-спецалисты, инженеры. с логикой, адекватностью и честностью у нас должно быть гораздо лучше, чем у журналистов бульварной желтизны. или вы хотите поднять хайп, а потом, когда все разберутся, войти в историю в аспекте аналогичном автору болгеноса и «антивируса попова»
итог: подобными заголовками и выводами — вы вредите опенсорс движению.Ужас какой то. Написали вы много, но факт остался фактом: Яндекс заблокировал возможность пользования своим ресурсом с помощью конкретной утилиты. И эта утилита с открытым исходным кодом. Причем в отличии от ваших сентенций про вирусы, многие пользователи добросовестно синхронизировали своих котиков, полагаясь на этот функционал, и никого не напрягая.
Добавил в статью ссылку на обсуждение блокировки утилиты в подкасте Радио-Т.
В подкасте Бобук говорит, что
Если я правильно его понял, речь идёт об уже процитированном поддержкой п. 3.1. «Пользовательского соглашения» Яндекс. Формулировка там, правда, чуть менее категоричная:
Но вообще, обсуждение довольно любопытное. Рекомендую послушать полностью.
В подкасте Бобук говорит, что
В тот момент, когда ты подписываешься на аккаунт Яндекса, когда создаёшь аккаунт Яндекса, там прямым текстом написано, что он не предназначен для использования в автоматическом режиме [...]
Если я правильно его понял, речь идёт об уже процитированном поддержкой п. 3.1. «Пользовательского соглашения» Яндекс. Формулировка там, правда, чуть менее категоричная:
[...] Яндекс может запретить автоматическое обращение к своим сервисам, а также прекратить прием любой информации, сгенерированной автоматически (например, почтового спама).
Но вообще, обсуждение довольно любопытное. Рекомендую послушать полностью.
Веселит виляние «пятой точкой» — «автоматически» можно, если не «регулярно» :-)
Что такое автоматическое? Здесь очень тонкая грань. Если человек нажимает в Яндекс клиенте кнопку синхронизации или перетаскивает терабайт файлов на иконку диска — это очевидно ручное действие, вне зависимости от объема/количества файлов. А вот бекап по расписанию — скорее автоматизированное действие (хотя и необходимо вручную этот процесс построить).
Так как мне по итогу скачать свои же файлы под терминалом, у Яндекса есть на это ответ? У меня графического интерфейса как такового нет.
Отвечу сам на свой вопрос: https://yandex.com/support/disk/cli-clients.html
Он, кстати, фотки умеет скачивать из безлимитного хранилища или только виндовый клиент это умеет? В описании не нашёл.
Не в курсе про безлимит вообще, у меня синхронизирует всё то, что есть в веб-морде.
Вывод по `yandex-disk status` следующий:
Synchronization core status: idle
Path to Yandex.Disk directory: '/home/user/Yandex.Disk'
Total: 42 GB
Used: 10.16 GB
Available: 31.84 GB
Max file size: 50 GB
Trash size: 2.85 GB
Last synchronized items:
file: 'Фотокамера/2017-01-04 21-16-20.MP4'
file: 'Фотокамера/2017-05-29 14-04-55.MP4'
…
К теме взаимодействия Яндекса и сторонних сервисов.
Посоветуйте, пожалуйста, если кто знает, способ вставки изображений с Я-диска на форум. Раньше Яндекс сам предлагал ссылки в соответствующем формате (еще во времена Яндекс-Фоток), а потом убрал эту функцию. Есть инструмент getfile.dokpub.com/yandex, который позволяет генерировать прямые ссылки для скачивания, но он не годится для вставки изображений в тегах [img][/img]. До недавних пор работал инструмент ides.ru/ya и делал то, что надо, но больше не доступен.
Просто имея фотки на Я-диске и желание поделиться ими глупо и неудобно перезаливать их на другие картинкохостинги! Поделиться не ссылкой на скачивание, а именно вставить изображение на форуме, чтобы оно сразу отобразилось. Такое возможно в 2020-м?
Посоветуйте, пожалуйста, если кто знает, способ вставки изображений с Я-диска на форум. Раньше Яндекс сам предлагал ссылки в соответствующем формате (еще во времена Яндекс-Фоток), а потом убрал эту функцию. Есть инструмент getfile.dokpub.com/yandex, который позволяет генерировать прямые ссылки для скачивания, но он не годится для вставки изображений в тегах [img][/img]. До недавних пор работал инструмент ides.ru/ya и делал то, что надо, но больше не доступен.
Просто имея фотки на Я-диске и желание поделиться ими глупо и неудобно перезаливать их на другие картинкохостинги! Поделиться не ссылкой на скачивание, а именно вставить изображение на форуме, чтобы оно сразу отобразилось. Такое возможно в 2020-м?
В веб-морде можно открыть для просмотра и скопировать оттуда ссылку или воспользоваться пунктом меню «Открыть оригинал». Не знаю конечно как все форумы, но хабр к примеру нормально подтягивает.
Прямая ссылка с Я.Диска
Да, так работает! По-крайней мере, здесь, на Хабре. Спасибо!
Попробовал кстати сейчас на vBulletin форуме — тоже подтягивает, и даже без расшаривания) Так что должно везде работать.
UFO just landed and posted this here
Открыл сейчас, вижу битую ссылку вместо картинки
«Rclone блокируется Яндексом» — значит, хорошие сапоги, надо брать.
А Яндексом просто не надо пользоваться.
А Яндексом просто не надо пользоваться.
После этой статьи задумался об организации собственного хранилища… А Яндекс и Гугл лишь как доп резерв.
Увы, это лишь подтверждает, что использование чужого диска, даже за деньги — это всё равно не свой диск. И выкладывая файлы на чужой диск, ты лишь оттягиваешь момент, когда придется сильно удивиться, что файлы недоступны/пропали/доступны «по другому».
Собствненно, mail и yandex хороши технологически (причем по виду, mail даже интереснее фичами и простым, технически понятным отношением к делу — взять даже вот новый интерфейс почты), но сливают, чуть только в дело приходит менеджмент и маркетинг. Судя по всему, девизом там служат слова «слишком хорошо живут эти юзеры».
В известном анекдоте отец будит с утра сына-ДПС-ника со словами «вставай, они там уже полчаса без тебя бесплатно ездят!», Яндекс жжет еще круче. Хорошо, понимаешь, юзер устроился — на ему по сусалам, нефиг софт на свой вкус выбирать!
Собствненно, mail и yandex хороши технологически (причем по виду, mail даже интереснее фичами и простым, технически понятным отношением к делу — взять даже вот новый интерфейс почты), но сливают, чуть только в дело приходит менеджмент и маркетинг. Судя по всему, девизом там служат слова «слишком хорошо живут эти юзеры».
В известном анекдоте отец будит с утра сына-ДПС-ника со словами «вставай, они там уже полчаса без тебя бесплатно ездят!», Яндекс жжет еще круче. Хорошо, понимаешь, юзер устроился — на ему по сусалам, нефиг софт на свой вкус выбирать!
В клиенте Яндекс.Диска под Linux не выставляются корректные даты изменения файлов. Это все что нужно знать про софт от Яндекса.
А почему не воспользоваться своим облаком? Тем более если оно так нужно? С блекджеком и прочими прелестями?
А что такое «свое облако»? NAS с Nextcloud?
Как вариант. Только оффсайт бекап будет сделать потяжелее при таком подходе.
Всё равно облаков не существует, это просто чьи-то чужие компьютеры :-)
Ну хотя бы. Есть Owncloud как вариант. размещаем на хостинге и в путь.
Пара своих серверов на том же Хетцнере вот и своё облако, для домашних фоточек или бекапа небольшой организации вполне хватит
Или это попытка оправдания или любопытная случайность
Что-то яндекс густо пошел с поводами никогда им не пользоваться.
«Совсем недавно уважаемый» — без запятой совсем другой смысл получается или автор это и имел ввиду?
UFO just landed and posted this here
Нахаляву же. Вона гугл такой же. Что не приносит бабло и требует ресурсы, блокируется или отключается.
А ещё раньше эти товарищи сломали работу с мобильными клиентами синхронизации.
Теперь только официальный Я.Диск.
Инфо: Too Many Requests (status code 429)
Теперь только официальный Я.Диск.
Инфо: Too Many Requests (status code 429)
В дополнение еще немного дичи meduza.io/feature/2020/02/26/oschuschenie-chto-ty-okazalsya-v-boevike-iz-90-h Только дети и самые наивные взрослые до сих пор верят в сказки про хороший яндекс
Вроде авторизация rclone опять заработала.
Незамутнённость (в хорошем смысле) некоторых людей меня неизменно поражает!
Яндекс — это вообще-то бизнес. Его цель, вообще-то, прибыль, а не создание удобных сервисов для Васей Пупкиных.
Бизнес сколько угодно может рядиться в овечью шкуру «мы такие социально ориентированный зайчики, за удобства и ништяки для людей уси-пуси, любите нас», но ровно до того момента, пока это помогает ему зарабатывать. Как только человеко-ориентированность начинает вредить прибыльности, немедленно проявляется его звериная капиталистическая сущность.
В целом по ситуации — вполне очевидно, что Яндекс не хочет, чтобы его бесплатный сервис мог быть потенциально использован как корпоративный инструмент. Крайне наивно было бы ожидать иного поведения.
Да и в целом довольно наивно рассчитывать на любой сервис, где в правилах не прописаны никакие обязательства для его владельца и разработчика. Тебя ж в любой момент могут послать подальше с твоими милыми сердцу бэкапами на вполне законных основаниях.
Если кто-то ещё не осознал — мы живём в эпоху цифрового бесправия, в дивном новом мире бесграничной власти IT-монополистов и нам как пользователям предстоит долгая, упорная и наверняка кровавая борьба за получение прав в цифровом пространстве.
Яндекс — это вообще-то бизнес. Его цель, вообще-то, прибыль, а не создание удобных сервисов для Васей Пупкиных.
Бизнес сколько угодно может рядиться в овечью шкуру «мы такие социально ориентированный зайчики, за удобства и ништяки для людей уси-пуси, любите нас», но ровно до того момента, пока это помогает ему зарабатывать. Как только человеко-ориентированность начинает вредить прибыльности, немедленно проявляется его звериная капиталистическая сущность.
В целом по ситуации — вполне очевидно, что Яндекс не хочет, чтобы его бесплатный сервис мог быть потенциально использован как корпоративный инструмент. Крайне наивно было бы ожидать иного поведения.
Да и в целом довольно наивно рассчитывать на любой сервис, где в правилах не прописаны никакие обязательства для его владельца и разработчика. Тебя ж в любой момент могут послать подальше с твоими милыми сердцу бэкапами на вполне законных основаниях.
Если кто-то ещё не осознал — мы живём в эпоху цифрового бесправия, в дивном новом мире бесграничной власти IT-монополистов и нам как пользователям предстоит долгая, упорная и наверняка кровавая борьба за получение прав в цифровом пространстве.
madCreator
Но блокировка коснулась всех, независимо от того платят они за диск или нет. У меня он, например, платный.
В целом по ситуации — вполне очевидно, что Яндекс не хочет, чтобы его бесплатный сервис мог быть потенциально использован как корпоративный инструмент. Крайне наивно было бы ожидать иного поведения.Вариант, если бы API был привилегией только Pro аккаунтов был бы логичен и лишних вопросов не вызывал. Хочешь что-то больше веба и стандартных клиентов — плати.
Но блокировка коснулась всех, независимо от того платят они за диск или нет. У меня он, например, платный.
Яндекс.Диск запретил использование open source утилиты rclone. UPD — снова работает