Комментарии 381
Так вот в чём дело, а я на настройки системы грешил :/
Путать сайт с жалобной книгой
Если у вас проблемы с сотовым оператором, с провайдером интернета или хостинга, или с чем-то ещё, всегда можно связаться со службой поддержки нужного вам ресурса. Или с компетентными органами. Но не следует использовать «Хабр» как рупор, дабы рассказать всем о постигшей вас ситуации.
Может уже убрать этот пункт из правил хабра? Все равно особо никто не следит за ним. (Если что, я сильно не против наличия текущей статьи, плюсанул даж)
Есть подозрение, что такие статьи быстренько огребут красной кармы, то бишь будут регулироваться сообществом.
Ну в последние годы видимо мало кому хочется.
Не согласен. Достаточно глянуть на тысячи комментов в топиках о карме.
И как это исправить.
А не хочется — так чего жаловаться?Это очень, очень неконструктивный подход.
Т.е. чтобы иметь право оценивать еду надо стать поваром? Ну-ну. Логика на грани фантастики...
И да чтобы оценивать технические материалы нужно иметь хоть какой-то технический опыт.
Ну и главное — как коррелирует ваше «какой-то технический опыт» с моим комментарием? Никак. Технический опыт не зависит от наличия статей на Хабре. Многие, не поверите, просто работу работают и не считают вселенским благом отметиться здесь статьей. Зато есть статейки, где как раз тем самым опытом и не пахнет. Есть вообще менеджерские статейки, где этот самый опыт не предусмотрен.
По факту получается, что специалист без авторства не может дать оценку статье, а с учётом специфики кармы вообще может остаться без возможности даже её прокомментировать. Всего лишь потому что часть общества вешает минусы налево и направо в случае несогласия с их мнением. Как например сейчас. Знаете к чему приводит подобное? К вырождению и деградации. Что и наблюдается уже достаточно давно — часть сообщества ведет себя на уровне детского сада. Может карма и задумывалась с целью некой саморегуляции, но работать адекватно такое может только при определенном уровне пользователей. Иначе получаем то что получаем. Постоянно вижу как минусят адекватные комментарии, которые идут вразрез с чьим то мнением. При таком подходе все скатится к тому самому детскому саду.
P.S.: Минусы раздают легко, а вот плюсы ставить забывают. В итоге есть жесточайший дисбаланс — уверен, что суммарно минусов выставлено гораздо больше чем плюсов. Это отлично характеризует сообщество.
А спор о карме и системе оценок начинать у меня никакого желания — как показала практика это абсолютно бессмысленное занятие. Да и не место ему в этой теме, все уже тысячу раз сказано в темах про карму.
У вас тоже в комментах много «интересного», далеко ходить не надо… «если человек потом еще и в коментах ведет себя «плохо», то он и в карму минус может заслужить». Оказывается я веду себя плохо :) Всё, миру кранты, аноним FeNUMe считает что кто-то ведёт себя плохо. Вот он настоящий детский сад, ясельная группа — пустышку не потеряйте. Отвечать не стоит, не напрягайтесь, берегите пустышку.
Спасибо.
jedem das seine
Сам я пока только читатель, планирую в перспективе начать писать статьи. Но мой комментарий скорее не защита пользователей-читателей, а просто доводы в пользу логичности и объективности. Спасибо.
насколько я понимаю любая персона может с легкостью перейти из одной категориии в другую.
Да щаз…
И об этом писали — на написание хорошей статьи уходит месяц, а на минусование этой статьи — секунда.
Хорошей статьи. А не длиннопоста о том, как написать helloworld на баше или еще раз поставить php на убунту.
P.S. К сожалению, не могу найти в интерфейсе хабра свои отвергнутые модератором статьи. Похоже, это вообще невозможно.
Айдишники, юзерагента в сорцах изменил, к я.диску подключился… как работает нравится.
Считаю статью крайне полезной!
заблокировать могут что угодно и какого угодно просто по желанию и без какой-либо причины.
Собственно как и везде, но до тех пор, пока не попадут на репутационные риски.
А почему не используете p2p утилиты типа resillo для синхронизации?
Дело кончилось тем, что стал отправлять все нужные архивы не на яндекс-диск, а в cloud storage на селектеле. И не по webdav, а rclone. И не на диск, а в контейнер.
Еще и кучу плюшек получил в довесок.
P.S. дискуссии с саппортом селектела о том, что «у вас все работает не так» оставляю за кадром, долго и неинтересно.
Если коротко — у них в контейнере можно было создать файл с абсолютно любым именем (хоть :::::, хоть ., хоть DIR1/DIR2/DIR3/FILE — это файл, а не путь к подпапкам в контейнере) и работать потом с такими файлами было сложно.
Нашлось случайно, бага была на моей стороне (создание файлов с такими именами), но сервер селектела совершенно ничего не имел против ошибочных действий. Возвращал "ОК", а файлы… они вроде бы есть, но их на самом деле нет. Или наоборот.
Вроде бы эту проблему исправили.
Вторая проблема — если у вас внезапно кончатся деньги на счету — вам не отрубят доступ к контейнеру, а вы продолжите уходить в минус.
Тоже нашлось случайно — рабочий раздел поехал бэкапиться вместе со всеми файлами в storage-каталоге Vagga (это такой аналог докера). В итоге, в контейнер залилось 17 миллионов файлов, кончились деньги на счету чисто по числу PUT запросов, доступ не обрубился и файлы продолжили заливаться.
Я малость офигел, когда увидел долг хранилища в тыщу с лишним.
Вроде бы тоже исправили.
FFiX Just business, nothing personal. Яндекс уже реально становится корпорацией Зла.
innovaIT Мы сами собственными руками строим это мрачное будущее. Как минимум — пользуясь сервисами Яндекса, как максимум, — не противодействуя и не предавая огласке этот беспредел. Самое интересное с облаками заключается в том, что ни одно облако по факту ни за что не отвечает, но очень скоро строить свою инфраструктуру будет не модно, очень дорого (оборудование + спецы, которые знают что это такое, а не мартышки, которые только и умеют софт в облака тащить) и пр. Я реально уже вижу картинку безрадостного будущего, когда ВСЁ и ВСЕ принадлежит этим крупным транснациональным IT гигантам. Вырисовывается структура управления XXI века.
Яндекс ладно, локальный (относительно) а что делать с Гуглом?
При этом при +- похожих условиях предпочёл бы Яндекс Гуглу, т.к. он хоть локально но является альтернативой по некоторым сервисам, а ведь есть места где альтернативы просто нет.
Проблема в том что ваш список не полный и не для каждого, собственный сервер для почты это явно не массово, аналоги youtube (да дети смотрят мультфильмы, бывают лекции и т.п.), собственный сервис "показа местоположения"? (Не всем нужно но пользуются, в Яндекс картах к примеру нет), отдельный календарь с расширенный на группу людей и много чего еще. Можно не хотеть использовать whatsapp или viber или telegram, но при этом выражаешь из некоторых процессов, к примеру у детей в школе, когда можно оказаться единственным кто не знал ...
А ещё родителям можно было свободно прийти в класс после уроков, а сейчас охрана не пускает :), но дело даже не в этом, а в том что бывает задания присылают после, детей сейчас загрузили какой-то " бестолковой нагрузкой", у меня складывается впечатление, по младшим классам, что школам поставили задачу — чтобы детям некогда было по улице ходить или, хотя надеюсь что нет, так заталкивают в платную услугу "домашняя работа на продлёнке" :(.
у меня складывается впечатление, по младшим классам, что школам поставили задачу — чтобы детям некогда было по улице ходить
Ну да, именно так.
Вместо того, чтобы развивать кружки для младших школьников, давайте лучше их нагрузим на уроках всякой херней,
p.s. в тему автоматизации и ИТ услуг.
Я теперь могу провести параллели между школой и крупной организацией (и ещё одной из сферы энергетики), и из этого выходит, что много где автоматизации только увеличивает энтропию, и.к. помимо затрат на автоматизацию возникает дублирование. Как то:
В школе теперь 4 источника заданий: дневник, электронный дневник, чат и при этом ещё в них может быть записано — "выполнить задания из Яндекс учебника", но пока не зайдёшь не понять что там и сколько этих заданий.
В энергетике к бумажным журналам добавили автоматизации в виде систем записи звонков и некой. erp, но записи от руки в журнале не отменили и теперь работы 2х + плюс добавили "устную обязательную отчётнось" в МЧС :)
Мне не нравятся подобные ситуации, но и, реально, какой спрос может быть с бесплатного сервиса? Он завтра может вообще закрыться, а может и сегодня.
Вот когда у вас появляются взаимные обязательства, там уже разговор начинает идти иначе, появляются права и обязанности, можно предметно обсуждать условия (в разных ситуациях по разному, но в целом).
Если они не возместят мне " недополученную прибыль" в размере миллиона евро. Я пользоваться облаками не буду.
Простите, а вы можете привести пример каких-либо сервисов либо компаний предоставляющих услуги, которые несут такую ответственность (не считая страхования)? Вообще никем не пользоваться?
Мне не нравится данная ситуация, хоть я от нее и никак не пострадал, но ваше высказывание выглядит крайне наивным.
Как меня уже тошнит от этого Resilio. ОН ПОСТОЯННО теряет соединение с клиентом на андроиде. Мне удобно скачивать книги на рабочем компе, но мобильный клиент отказывается синхронизировать с рабочим компом что-то больше 100 мегабайт. Только отошёл от вайфая — всё, пиров нет (мобильный интернет в настройках включен), и не предвидится. По 15 минут на разнообразные танцы с бубном типа ребута телефона, остановки/запуска клиентов и прочее.
Самой рабочей оказалась связка «рабочий->домашний->мобильный». На домашнем компе статический IP от провайдера — добавил в Resilio на мобильном дополнительный хост с адресом домашнего компа. В итоге смех. Данные скачиваются на рабочий, оттуда синкаются на домашний, с домашнего — на телефон. Работало сутки и померло опять.
Устал. Начал пользоваться Resilio месяца 3 назад, и каждый раз приходится бубен доставать.
ОН ПОСТОЯННО теряет соединение с клиентом на андроиде.
по-моему, эта ошибка как-то связана с самим Android'ом — я такое наблюдал на ASUS Zenfone 3s с Android 7 (кастомизированный UI) при том, что на iLA S1 с классическим Android 7 всё чётко.
А вы разработчикам писали? Есть какая-то реакция от них?
Отличная вещь.
Использую для синхрона музыкальной библиотеки между 2 компами и андроидом. Проблем почти не было. Очень радует что зависимость от внешних серверов, только для связи используются, само соединение напрямую между клиентами. Вроде как можно собственной сервер для этого поднять, но пока не заморачивался.
Файлы теряются при переименовании. Сам так потерял кучу файлов, пока заметил ошибку.
Ошибке уже почти 5 лет и ничего сделать с этим не могут.
github.com/syncthing/syncthing/issues/1787#issuecomment-174102571
Уже 4 года висит на доске, ни один
www.bountysource.com/issues/30288183-syncthing-should-be-case-insensitive-by-default
Я юзаю телеграм для этого.
Была такая же задача, помог мне в этом OneDrive. Места там в бесплатном режиме не много, но синхронизация по всем устройствам автоматическая из коробки. Разве что на телефоне по умолчанию "скачивать по необходимости". Единственный минус — нет линукс-клиента.
нет линукс-клиента.Он есть, я даже пользовался им некоторое время.
Попробуйте использовать телеграмм для этого. Функция Saved messages. Я так полгиговые инсталляторы между двумя десктопами переносил :)
При этом после включения домашнего андроид почти сразу и рабочий комп как пир подтягивает. Без домашнего связка практически неработоспособна. Возможно из-за каких-то сетевых настроек в офисной сети.
Яндекс продвигает свое облако, подрезая недокументированные функции в своих сервисах...
PS Ничего себе, 11 плюсов в комментарии и 5 минусов в карму.
Так почему бы не блокировать отдельных несознательных элементов вместо инструмента которыми они пользуются?
Или же, как делает 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 всех видов
При этом я нигде в комментарии не написал, что способ отличный и так надо делать. Я написал, что, вместо того, чтобы обсуждение по проблеме перевести в техническое русло (на техническом ресурсе), автор предпочёл лезть на броневик и цитировать Бобука.
Запретили не только ее, а все что не их клиент.
Сюда вроде поддержку ЯД впилили, но я не пробовал (ушел с ЯД совсем)
https://github.com/yar229/WebDavMailRuCloud
Насколько этичным было такое использование (при условии, что говорилось, что это сервис для частных лиц) — вопрос открытый, насколько этично блокирование утилиты для всех — тоже.
Но на мой взгляд, более корректным решением с технической стороны — было бы ограничение доступа на уровне API через установку различных SLA, а дальше при их превышении — учётной записи просто на период времени блокируется доступ.
Админ, который один раз получит пистон от директора — очень быстро обоснует необходимость покупки платного тарифного плана, а если руководство откажется — согласует отказ от облака вообще.
устанавливают для Пользователя обязанность действовать добросовестно и воздержаться от злоупотребления функциями Сервиса. Пользователь в том числе обязуется воздержаться от организации массового файлообмена с использованием функций Сервиса.
Другое дело — повторюсь, что возможно проблемы создавал не сам автор, а другие пользователи этой утилиты, и яндекс для простоты отключил её совсем — это некрасиво, но опять таки не нарушает правил сервиса, см. пункт 4.6. Так что с юридической сторону думаю здесь всё законно.
Можно ли было сделать это по другому — может и да, я описал, как я вижу это. Но видимо это было сочтено сложным / излишним.
P.S. мне не очень нравится как поступил Яндекс, но и рассказы о борьбе Яндекса с опен сорсом — здесь тоже не к месту.
Я не оратор и мой посыл был не в борьбе Яндекса с опенсорсом (вряд ли утилиту заблокировали потому, что она открытая), а в обратном — утилита открытая и они, следуя своей политике, могли бы наоборот ее авторов поддержать за хороший инструмент.
утилита открытая и они, следуя своей политике, могли бы наоборот ее авторов поддержать за хороший инструмент
поддержать можно, если эта утилита не создает им самим проблем.
Не уверен, что сообщество согласилось бы на патчи, которые бы позволили бы яндексу ограничивать производительность до разумных, по мнению яндекса, пределов при доступе через эту утилиту к их ресурсу.
Хотя на странно, что они не ввели уровни обслуживания на API. Тогда можно было бы, например, позволить использовать бесплатно либо родную утилиту без ограничений, либо альтернативные с ограничениями по числу вызовов / объему прокаченного в час или день, а за подписку на разные планы — поднимать эти лимиты.
Но опять же, насколько бы пользователи остались довольны, если используя открытую утилиту они начинают сталкиваться с ограничениями при каких-то специфичных сценариях использования?
А вот для независимых разработчиков — да будет API с ограничениями при бесплатном использовании, при этом возможно, что часть ограничений, которая реализованна в родном клиенте на уровне кода, у пользователей альтернативных решений будет реализована на уровне API, так что если независимые разработчики не позаботятся о том, чтобы их учитывать, то уже у их пользователей будут проблемы. Но это уже не проблемы Яндекса, так?
ну так обычный пользователь будет пользоваться родным приложением, у которого будет специальный уровень доступа, который с одной стороны обеспечит надёжную и комфортную работу в режиме «персонального использования», а с другой не создаст лишней нагрузки на сервера и не сможет быть использован для инфраструктурного использования. И как это сделать — голова будет болеть у разработчиков Яндекса.
А почему я вообще должен ставить родной клиент? Давайте предположим, что это spyware. Хочу бесплатный альтернативный клиент, которому я могу доверять, а не верить дядькам из Я, что он безопасный и лучший.
Но это уже не проблемы Яндекса, так?
Проблема яндекса — обеспечить наличие АПИ (1), обеспечить своевременное информирование об его изменениях и изменениях в условиях его использования (2), обеспечить его работоспособность? Ну, и как бонус — Вы правда верите, что у Я.Диска нет API по которому работает оф.клиент?
А почему я вообще должен ставить родной клиент? Давайте предположим, что это spyware. Хочу бесплатный альтернативный клиент, которому я могу доверять, а не верить дядькам из Я, что он безопасный и лучший.
Ощущение, что я в какой-то момент начинаю писать на древне-арамейском, который никто не в силах прочитать, в итоге на колу мочало, начинаем сначала…
Вы ни в коем случае никому ничего не должны — вас никто необязывает ни пользоваться бесплатным яндекс.диском, ни его клиентом.
Другое дело, что человек далёкий от IT скорее всего предпочтёт родное приложение, так как оно обычно работает с наименьшим количеством проблем в сравнении альтернативными клиентами, реализуя стандартную заявленную функциональность — «поставил и забыл».
обеспечить наличие АПИ (1), обеспечить своевременное информирование об его изменениях и изменениях в условиях его использования (2), обеспечить его работоспособность
Я уже несколько раз написал, что поведение Яндекса мне не нравится, но юридически они похоже в своем праве. В тоже время — при управлении опубликованном API есть другие методы по ограничению использования чужих клиентов, чем простой бан. Например, пониженный по сравнению с официальным клиентом уровень сервиса «для чужаков».
у Я.Диска нет API по которому работает оф.клиент?
Есть конечно, вопрос только в том, использует ли он тот же API, что и опубликованный для всех, а так же нет никакой уверенности, что уровень сервиса для чужих клиентов на бесплатном плане — должен быть таким же, как и у официального клиента.
А Яндекс не хочет. Он хочет, чтобы вы пользовались его клиентом для доступа к его сервису на его условиях. И запретить ему так поступать вы не можете. Вывод только один — сервис Яндекса вам не подходит, не пользуйтесь им.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента. Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
Ни одна частная компания вам ничего не обязана, кроме того, за что вы заплатили в качестве её клиента.
Вы абсолютно правы, но даже заплатив — я не получу никаких гарантий. И примеров этому тьма. Теоретически это даёт призрачный шанс пободаться, но, как правило, юротделы в крупных корпорациях едят свой хлеб не за зря.
Все бесплатно предоставляемые услуги — это, ну, что-то вроде благотворительности.
Перегибать только не надо. Бесплатно — это может быть по какой-нибудь партнёрке с другим сервисом (условно "купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске"). Может быть бесплатно для пользователя, т.к. у сервиса другая модель монетизации (реклама, например, в сервисе). И многое другое
А тут уже надо смотреть на то, кому вы платите. Компанию выбирают, подсказывает Кэп, исходя из её репутации — и тогда это точно не Яндекс.
>условно «купи абонемент на КиноПоиск и получи бесплатно терабайт на Яндекс диске»
Вилами по воде. Представим себе, что Яндекс понял, что по каким-то причинам больше не может раздавать терабайты тем, кто уже купил абонемент и собирается урезать его до пары сотен мегабайт. Много ли возмущенных клиентов потребует вернуть деньги? Много ли из тех, кто потребует, добъется возврата? Подозреваю, что никаких реальных, юридически существенных обязательств для компании эти бесплатные раздачи не предусматривают — потому я и использовал выражение «что-то вроде благотворительности».
Не уверен, что сообщество согласилось бы на патчи, которые бы позволили бы яндексу ограничивать производительность до разумных, по мнению яндекса, пределов при доступе через эту утилиту к их ресурсу.С другой стороны, почему бы и нет. Их сервис, их правила, их предложение сообществу — исключительно в рамках взаимодействия утилиты с их сервисом.
Хмм, а узнать client_id родной утилиты нельзя?
А сейчас у ВК как? Или ссылку где описано, может… а то их закрытие разделов audio и сообщений — как-то чересчур...
(Впрочем, я помню, иногда API «для стандартных приложений» умели делать то, что запросы со страниц из браузера не умели, например, восстанавливать давно удалённые комментарии. Так что иногда не стоит от него отказываться, даже если вы найдёте способ сделать то, что нужно, через «API для браузера».)
Техподдержка многословна и невнятна.
Там, походу, бот Вам отвечал.
Бракованный.
Да по-моему этим грешит любая техподдержка. Но оно понятно — время на ответ у каждого специалиста сильно ограничено и вчитываться в подробности каждого обращения времени обычно нет.
А нафига она такая нужна тогда?
Ответить чтобы ответить?
Главное — процесс, а не результат?
К примеру: язык перевода субтитров по умолчанию.
И всем всё понятно, все расходятся.
В саппорт яндекса ужасен. Я им частенько написываю, каждый раз однотипные и безучастные ответы, увы.
Но это конечно же никак не связано с блокировкой утилиты, которая позволяет использовать бесплатную версию как «инфраструктурный компонент», да.
Mega?
Попробуйте backblaze b2. Буквально неделю назад выбирал что использовать для "инфраструктурных целей" (у меня платный Я.Диск, но преимущественно для всяких фотографий и видео) и кажется, что он подходит лучше всего. rclone его тоже поддерживает
Яндекс тут вне конкуренции был — пиринг практически со всеми провайдерами и сотовыми операторами. Долго пытался его использовать, но всё время что-то бесило. То их клиент дел наворотит. То начинают резать скорость, хотя объёмы трафика у меня более чем скромные. То вечно переполняется диск из-за корзины, а её очистка занимает час.
На Backblaze, но «Unlimited Data» смущает, у Mega вполне понятные политики прописаны.
Хотя, за их B2 спасибо — я как-то упустил его из виду, а для небольших несильно критичных проектов там цена, я смотрю, очень интересная.
Если Вы в свое время воспользовались интересным предложением мылру и поимели 1ТБ нахаляву — есть вариант.
Ну так "Штирлиц — никому нельзя верить! Мне — можно. Хе-х… :-)" © Мюллер.
Любая информация может пропасть или уплыть. Любая откуда угодно.
Поэтому приходится лепить надежное хранилище из ненадежных источников.
Такой себе RAID 80 lvl на уровне приложения.
Проверки CRC, дублирование, бэкапы и всё такое.
Проще говоря:
— если вами не интересуются, то зашифрованные резервные копии вполне надёжно можно хранить в росскийском облаке
— если вами интересуются, но не готовы угостить вас пыточкой, то вас защитит хороший пароль и нормально реализованное шифрование
— а если вами заинтересуются ребята с шокерами из разрешённой в России террористической организации, то вы им не то что резервные копии, а оригиналы выдадите (а ещё подпишите признание в том, что вы готовили теракт).
А вот коллекция музыки лежит там же совершенно открыто, потому что дискография Iron Maiden никого не заинтересует.
Во-вторых, хранение по российским законам ведь не запрещено, если не ошибаюсь? Изготовление, распространение — да, но «скорпов» я там храню для личного прослушивания, ни с кем не делюсь.
Нет, они не могут это сделать. Мои данные — это мои данные и они неприкосновенны
Единственный шанс, что кто-то пожалуется на меня, что я якобы распространяю.пиратский контент, но тогда правильным действием мейла будет — заблокировать доступ к данным и прислать мне как клиенту предупреждение. А дальше уже будем вместе с ними разбираться, что это было. Может меня попросту хапнули, а я добропорядочный человек?
Вы правы и не правы одновременно. Смотрите. Предположим, я писатель. И я написал нечто. А потом загрузил в облако, а это облако это нечто запиратило или опубликовало. Очевидно же, что я смогу подать к ним иск о защите авторских прав, не так ли? Но технически — да, не я управляю доступом к данными, а облако и его сотрудники
[offtop2]А вот саму песню я до сих пор не понимаю, больно уж у скорпов отличается стиль совсем старых песен и относительно новых[/offtop2]
Начиная с того, что несколько раз лично были пойманы на торговле базами e-mail
Я для каждого сервиса/сайта с определенного момента времени, почти всегда использую почту «адрес сервиса.домен»@«личный домен.org», которая со всего домена(кроме реально используемых адресов, используемых родственниками, к примеру) идет на мою основную почту на домене.
То есть для сайта mail.ru у меня была бы почта mail.ru@домен.org
Вы не поверите как быстро начинает идти спам на большинство таких адресов, только что зарегистрированных в каких-то сервисах, буквально регистрируешься где-то и через неделю на этот уникальный e-mail уже спам идет.
Предупреждение от них в виде письма было, но я его проморгал, т.к. был в командировке в это время. Саппорт шлет отписки, ссылаясь на этот самый пункт, логично. Зато теперь их учетка мне не нужна.
Причём сообщение о «Облако будет заморожено» находилось в подвале письма «Вас давно не видно!» и «Мы соскучились!», и, если счесть это письмо за мусорное, которых mail.ru шлёт в избытке, то легко можно упустить этот момент. Вменяемое предупреждение пришло лишь за 10 дней до блокировки.
Ссылка на веб архив(пункт о «неиспользовании» был добавлен позднее):
web.archive.org/web/20140407231417/https://cloud.mail.ru/LA/desktop/
backblaze b2А они на personal обещают unlimited storage — в чем там подвох?
На personal не смотрел, т.к. мне нужна была поддержка Linux, и ничего конкретного сказать не могу.
Ни в чем, они дисков много закупают :)
Для резервной копии недостаточно записать байты куда-либо, нужно ещё иметь испытанную возможность эти байты в требуемые сроки оттуда достать и положить куда надо. Для дома все эти манёвры плюс-минус пойдут. Для данных, которые денег стоят — ну не знаю.
У меня свой нехтклауд, синхрю родным клиентом, скорость устраивает. Но, наверное, можно было бы и побыстрее...
Не верю в родные клиенты :) Хочется отправишь API и утилит с открытым исходным кодом.
Эээ… Так там всё ж опенсурс. Клиент — https://github.com/nextcloud/desktop
API — WebDAV.
У меня есть и их Storage Box и их же nextCloud (кстати, интересно, но для их заказа нужны разные аккаунты — для первого Robot, для второго обычный аккаунт шаред юзера).
И там и там работает WebDAV — причем в Storage Box есть еще много чего (CIFS/sftp/borg/etc.) — но он довольно часто падает — и как постоянную папку его не стоит использовать. А вот nextCloud пока не падал (им только начал пользоваться).
помоему оно того стоит
А потом гугл сделал раааз — и у вас пожатые фотки вместо оригинальных.
Так и сейчас уже ютуб тоже делает раааз — старые видосы стали заметно хуже по качеству, да и новые жмутся куда сильнее. (Заливаю на канал прохождения ритм-игр напрямую с телефона — разница между оригиналом и ютубом на максимальных настройках даже на экране того же телефона заметна невооружённым глазом)
Яндекс оставляет за собой право устанавливать любые правила, лимиты и ограничения (технические, юридические, организационные или иные) на использование Сервиса, и может менять их по собственному усмотрению, без предварительного уведомления Пользователя
Да, часто не пишут прямым текстом про «лимиты и ограничения», но пункт правил про возможность изменить сами правила — это точно будет.
Банковская сфера, например: и регулируется строже, и бумажных документов с синими печатями куча, и надзорные органы везде, но если вам решат изменить кредитный лимит, повысить процентную ставку по ипотеке, отказать в обслуживании — правда на той стороне, «по нашим правилам мы можем менять правила».
«Облака» же никак не регулируются. Пока.
P.S. А потом начинается вой про злых бюрократов и засилье государства… но как видим, когда всего этого нет… щастя тоже нет…
но как видим, когда всего этого нет… щастя тоже нет…
В данном случае никакой проблемы нет — облачных хранилищ большое количество, ограничивают использование открытыми утилитами немногие (только яндекс?).
Чудес не то чтоб не бывает, но они закономерно заканчиваются. Как только народ в массе стал шифровать, пропала у облаков возможность сохранять .iso в 4 гига размером симлинком для 10500 пользователей. А хранить приходится на больших и дорогих дисках, которые ни гуглу ни яндексу никто почему то не дарит, а совсем наоборот (вспоминаем как обязывали храненить трафик пользователя за 3 месяца и все такое прочее).
Недавно бэкапил в облако яндекса через стандартный инструмент qnap, два раза завершалось с ошибкой сети. Потом разбил бэкап на две части и волшебныи образом всё заработало и проблем с сетью не было.
Не в облаках до сих пор всякая хрень валяется, но все свое кровное-родное — у меня теперь только на моих машинах (домашних и на работе).
Облачный бэкап я бы в контур доверенных нод не вносил — вы их никак не контролируете. Как и от чего оно там защищено вы только предполагаете.
Приходишь, а у тебя пропуск ничего не открывает.
Заходишь по чужому/гостевому пропуску — а тебя в машину не пускает под твоими учетными данными.
Ну, такое.
И еще — довольно сильно грузит процессор при синхронизации (особенно если включать сжатие).
Но зная эти недостатки очень и очень удобно. Свой собственный P2P (особенно если использовать свои же релеи).
Расскажите пожалуйста, что вы решили с гипотетической проблемой порчи данных из-за сбоя железа/вирусов, т.е. логическое повреждение. Мне кажется, что в этой схеме недостаточно еще одного важного этапа: бекапа всего этого добра раз в N дней на какой-то offline носитель.
По поводу порчи данных — есть же версионирование. на самое важное настроено простой варинт корзины с хранение в 15 дней. Т.е. если кто-то удалит или зашифрует фотоархив, то его нормальная копия сохранится на нескольких нодах в корзине.
Похоже, облака решили избавляться от тех, кто использует их сервис в том виде, в котором им неудобно. Тут, например, прибили доступ к API для grive2, а при использовании своих ключей приложения гугл раз в месяц шлет письма с предупреждениями, как небезопасно не защищён аккаунт.
qna.habr.com/q/677787
На чтение-то работает… А вот скорость записи таки ограничили.
Ответы. Вначале, неработоспособность вебдав — проблема на вашей стороне.
Затем — мы не допускаем бэкапирования даже в личных целях. Покупайте облако.
Про лимиты на использующий api клиент на nas, мы ответственности за api, и приложения его использующие — не несём.
Пользуйтес Яндекс облаком.
Забрал у них деньги за оплаченный диск — полностью.
Ну а люди, которые держат в облаке важные данные в единственном экземпляре, ничуть не умнее тех, кто держит их на домашнем ПК в единственном экземпляре.
«Раньше было лучше» ©
П.С. развернул себе nextcloud и забил на гуглояда.
Яндекс давно уже не тот.Меня особенно удивило, когда они внезапно стали требовать авторизацию при попытке просто воспользоваться их поиском (!) через обычный десктопный браузер из некоторых стран. Ну то есть, в каком-нибудь Китае Google не работает из-за цензуры государственной, а Яндекс — из-за цензуры собственной. Слава богу, вроде бы одумались (впрочем, актуальный список стран надо бы уточнить).
Я сейчас с телефона и в возможностях гуглить ограничен, но вроде был одной из причин открытия API были как раз проблемы с WebDAV
Я ответил, что webdav работаетТут только мем "8 тысяч это нормальная зарплата, поворачивай обратно!" можно вспомнить.
Работает, это выполняет функции. Возможность только подключиться — это не значит работает. Это так если вам продадут машину, с дверьми, колесами и т.д., только ездить она не будет...
ИМХО:
Позор тебе Яндекс… А ещё за опенсорс ратует… Ага там где выгодно им самим… Совсем с ума сошли, по стопам ICQ идёте братцы… Молодцы продолжайте в том же духе и после этого ваш проект не нужен будет никому кроме вас самих…
Время идёт, а политика Говнянднекса нанимать в поддержку глупых хамов так и не поменялась.
Привет Платонам Щукиным, идите в баню!
Перевожу на русский: слишком много запросов. Монтирование звучит как круто, пока вы не посмотрите сколько запросов вызывает условный nemo при открытии примонтированного тома.
Что делать? Искать компромисс. Т.е. использовать софт так, как нравится вендору. Или не использовать сервис вендора. Или играть с ним в кошки-мышки.
Client id расширения для kodi тоже забанен Гуглом для доступа к Ютуб. Тут нет ничего нового.
Заставляя всех юзать свои клиент айди они будут легко бить по голове тех, кто нарушает правила пользования.
А Диск-О от Mail.ru они случайно не блокируют?
О, ещё один товарищ на собственном горьком опыте осознал, что "в Интернете есть всё. Но не всегда."
Узнал из статьи про rcloud, спасибо. Попробую использовать для cloud.mail.ru, сейчас использую rsync и marc-fs
Яндекс.Диск запретил использование open source утилиты rclone. UPD — снова работает