Как стать автором
Обновить

Комментарии 119

Очень вовремя прочитал ваш пост. Как раз на днях поменял жесткий диск и хотел уже поставить приложение, да на ночь запустить синхронизацию. В облаке весь фото-архив за 5 лет.
Большое вам спасибо.
Ну по идее у mail.ru же должен быть какой-то бэкап, они же гарантируют вам сохранность ваших данных. То есть можно, если что, им написать и попросить восстановить.
Другое дело, что они могут за это попросить вас поставить амиго…
Вот кстати залез, глянуть, как там в облаке Mail.ru, и не нашел привычной мне по Яндекс.Диску и Microsoft OneDrive корзины, куда помещаются файлы перед окончательным удалением. Хорошо, что не хранил на mail.ru ничего важного.
Мы работаем и над этой идеей, и над многими другими. По поводу безопасности и прочего — рекомендую включить двухфакторную аутентификацию и, как вариант, хранить в Облаке зашифрованные архивы.
И Вы можете написать мне о любом замеченном баге в личку.
Ребят, "безопасность" в случае облака это именно вопрос сохранности данных, а не авторизации и прочей секурити
у mail.ru же должен быть какой-то бэкап, они же гарантируют вам сохранность ваших данных
Мэйл.Ру <…> имеет право <…> удалять Контент на Персональном дисковом пространстве <…> не несет ответственности за возможные сбои и перерывы в работе Сервиса и вызванные ими потерю информации
© Лицензионное соглашение
Не стоит обобщать.
С описанным случаем мы разбираемся с Алексеем, но это совершенно точно не стандартное поведение сервиса.
Я не обобщаю. Я думаю… рисковать или нет.
Но спасибо, что отписались.
flame Хотя по "Профилю" вы и сотрудник "Яндекса":) flame
Было дело. Поменял место работы. И пусть первый бросит в меня камень тот, кто этого не делал.
Только какое это имеет отношение у сабжу?
Да никакого. Поставил тег flame, правда хабрапарсер его немного почикал.
Выше он выложил письма переписки — там ему явно ответили, что это штатное поведение.
С одной стороны, мне кажется, что это вероятнее фейл сотрудников поддержки — они не смогли/не захотели меня понять и просто отписались.
С другой стороны, провёл эксперимент на чистымом ноутбуке — та же история.
Пожалуйста, сообщите мне в личку, если вдруг что-то пойдёт не так. Уверяю, что любой баг не будет оставлен без внимания.
Ок, спасибо. Сегодня отключу на резервной машине синхронизацию и попробую.
Разобрались совместно с mail.ru — синхронизация в конечном итоге работает нормально, подробности в конце статьи.
Странно, у меня наоборот докачал удаленное на локальной машине
Возможно, что-то поправили за это время или ситуация была какая-то другая. В техподдержке мне сказали, что ничем помочь не могут и мой сценарий не предусмотрен.
эм-м-м. А можно вас попросить провести эксперимент? Как я понимаю у вас сейчас весь архив нормально синхронизирован и находится на HDD? А можете тогда попробовать в клиенте назначить синхронизацию в другую папку и посмотреть докачает или наоборот удалит из облака?
ок, буду дома — попробую
с другой стороны, у вас же цель скачать на новый диск весь архив с облака? Это должен быть типичный юзкейс — синхронизировать облако на новый комп
Вот у меня именно такая же цель и была. Я пытался синхронизироваться несколько месяцев назад, возможно, за это время кейс уже реализовали.
А может быть это какой-то баг, связанный с каким-нибудь кешированием — систему и клиент я, насколько помню, не переставлял после отказа диска.
Странная у вас проблема. Может, вы выбрали синхронизацию с уже созданной папкой? Тогда такое, вероятно, может быть.
Да, я создал в корне диска новую пустую папку и указал её в настройках клиента — именно так, как было до этого.
Думаю, если бы вы создали папку через мастер настройки клиента, все было бы нормально.
Добавил переписку с поддержкой — странно, что они этого не предложили, я не знал о такой возможности.
Это очень странное поведение — учитывать, откуда создана папка
Клиент не учитывает, откуда папка создана. А вот если ранее к папке уже был указан путь в клиенте, в ней останутся конфигурационные файлы (статусы удаления файлов/папок). И при повторном указании пути к этой же папке могут возникнуть коллизии.
У него еще и неопределенное поведение, оказывается. Все забавнее и забавнее.
* Как Облако@mail.ru чуть не запороло все мои бэкапы, и каких костылей пришлось навставлять чтоб их вытащить.
У меня всё-таки позитивный осадок после всего этого.
Во-первых, я сам виноват, что не протестировал толком сервис, которому доверил "все мои бэкапы".
Во-вторых, я всё-таки получил свои файлы, пусть и не все. Без Облака у меня не было бы ничего. То, что мой сценарий не был предусмотрен при разработке приложения, это, конечно, странно, но и не такие странные вещи бывают в продуктах.
В-третьих, я получил огромное удовольствие от этого маленького проекта.
Не совсем согласен с "во-первых" — у всех остальных известных облачных клиентов (dropbox, yandex-диск и т п) поведение однозначное — докачать недостающее. Если кто-то выходит на рынок не первым — наверное ему стоит поддерживать сложившиеся стандарты, а если они отличаются от таковых — однозначно предупреждать и сообщать.

Во-вторых, в том же Dropbox вы бы восстановили все файлы — там можно после удаление из облака файл восстановить в течении какого-то времени. Mail.Ru выходит экономит на безопасности пользователей. Может у них и "облако не облако", а единичные копии ваших файлов? Я бы им после такой ситуации не доверял насчет этого конкретного сервиса.

Ну а в третьих… с третьим поспорить сложно :-)
Я бы им после такой ситуации не доверял насчет этого конкретного сервиса.
Вот я и переехал. Но копии в mail.ru оставил — мало ли что :)
у всех остальных известных облачных клиентов (dropbox, yandex-диск и т п) поведение однозначное — докачать недостающее
Вот в ветке выше говорят, что сейчас так и делается. Есть вероятность, что это какой-то баг, но тогда, конечно, вопрос к тех. поддержке — они мне вообще никаких вариантов не предложили и вообще с первого раза не смогли понять, чего я от них хочу.
Первое письмо поддержки — типовой шаблонный ответ. Там ни слова не набрано руками, просто копипаста.
Мы стараемся избавляться от таких шаблонных ответов, честно.
Лично приношу Вам извинения за такие ответы.
И да, логичное поведение на чистом харде в пустой папке — докачать туда содержимое веба.
Сейчас разбираемся все вместе, что случилось.
Уточните, у Вас был такой же кейс?
Если не сложно, стукните в личку.
Я думаю, это просто вольная интерпретация заголовка статьи.
Мы разбирали инцидент Ticket#2014030321036609 в 2014 году, в данном случае проблема была на стороне Windows, которая корраптила конфигурационные файлы клиента при его аварийном завершении. В следующем же релизе мы это поправили.
Приношу извинения за ситуацию с ответом.
Спасибо за статью. полезно.

одну опасность только вижу: эта штука иногда изменяется. тоже копал этот вопрос и как-то был момент когда csrf-токен стал отдаваться по-другому. Ничего непреодолимого- вдумчивое повторное раскапывание спасло положение, но подобные упражнения они не ко всякому моменту жизни подходят (см например Вашу ситуацию когда понадобился бэкап)
Да, разумеется, зависимость от внешнего API — штука опасная.
Успокаивает то, что:

  • там есть-таки версионирование (скорее всего, то, что вы описали, произошло при переходе с v1 на v2);
  • не нужно хотя бы поддерживать несколько версий скрипта — публичная версия одна (за исключением всяких сплит-тестирований, но это небольшой процент и вероятность на такое нарваться невелика);
  • доработать уже готовый скрипт под изменения не очень сложно, особенно по сравнению с написанием с нуля.
Когда сервис только открывался, пробовал его колупнуть на баги безопасности. Была тогда фича, что после удаления файлов из облака — реально файлы остаются в облаке. Они удалялись только из интерфейса пользователя. Тестировалось, через добавление себе "новых файлов", имея только хеш рассчитанный по их алгоритму. При этом удаленный файл из облака, добавлялся через его хеш, даже спустя сутки.
Если ничего не поменяли, то тех поддержка с технической точки зрения должна обладать возможностью восстановить "удаленные" вами файлы.
Где же представители mail.ru, чтобы объяснили как действовать в этом случае? На мой взгляд абсолютно стандартная ситуация, когда в облаке бэкапы сделаны для того, чтобы их можно было вытащить на сломавшийся локальный носитель.
а я вот боюсь что появятся и объяснят что это грязный хак и так делать ай-ай-ай и вот ужо мы шифрование с обсфуцированием прикрутим чтобы неповадно было руками лезть.
то что вы поставили маил диск увеличилло износ винта! маил 1 терабайт схинхронизировал и убил Ваш винт! долгие операции и активность убивают винт! А вообще поздравляю! редко так бывает!
Более того, установка винта в компьютер увеличивает его износ. Храните винты на полках, подальше от компов.
НЛО прилетело и опубликовало эту надпись здесь
Вот если бы мне тех. поддержка так ответила — вопросов бы не было. Как ни крути, у этого сервиса есть проблема — она либо в реализации, либо в документации, либо в поддержке.

P.S. Ограничения на скачивание и они есть даже на платных тарифах.
НЛО прилетело и опубликовало эту надпись здесь
Я считаю, что это проблема клиента — он увидел абсолютно пустую папку на новом диске (не уверен уже сейчас, но путь к ней был, скорее всего, другой, я его точно правил в настройках клиента) и почему-то решил, что это его "родная" папка.
Как давно это было? Такое ощущение, что вы пишите о временах бета-тестирования.
А если после указания клиенту новой папки тут же выключить его и вручную сменить дату изменения папки на какую-нибудь прошедшую, чтобы она точно считалась старее облачной, и потом включить клиент?
Согласен с вами.
Когда-то давно с дропбоксом именно на такие грабли и наступил. Но, благо, быстро спохватился.
Добавил в статью переписку с поддержкой. Возможно, я действительно что-то не так описал или не так понял?
Провёл эксперимент на ноутбуке — всё та же проблема. То есть сценарий нового компьютера или переустановки клиента в моём случае не работает, тут уже никакой речи о непонимании логики быть не может.
что бы не было такого удвдения файлов, а я это проверил в первые минуты после устанлвки клиента, а его снес и руками создал структуру папок в облаке, накидал в папки файлы — таким образом ничего не удаляется. Я так понял сейчас это исправлено?
Как-то сталкивался с такой бедой, но решил ее своим костылем: завел еще один диск (50 Гб) на мэйле, его синхронизировал с папкой на локальной машине, а потом просто брал ссылку на нужный файл с основного кнопкой "Сохранить в облако". Новый файл в уже синхронизированную папку сливался, я его перекидывал куда нужно и он с облака исчезал. Конечно, возни много, но в моем случае спасло ситуацию.
Еще с пол года назад я написал в саппорт облако маил.ру о двух проблемах:
1 Если вы ловите локер и он шифрует ваш винт, то зашифрованные файлы загружаются в облако, по этому КАТЕГОРИЧЕСКИ нельзя использовать сихронизатор фоном! Только ручной запуск раз в месяц.
2 Указал на проблему направления синхронизации. Тоесть с определенного устройства можно только закачивать в облако, а с другого только скачивать, где-то двусторонне
Ответа нет пока от них. А жаль
Первая проблема бы решалась возможностью откатиться на старую версию файла в несколько первых дней. Dropbox выруливает в этом плане) Может и не только он.
Мы работаем над этими идеями.
По поводу "не ответили" — можете номер тикета прислать в личку?
Имелось в виду, что мне ответили, что будут работать. Но пол года прошло, как то результатов нет
Это mail.ru — чего-либо добиться от них…

В самом посте и обсуждениях происходят УЖАСАЮЩИЕ вещи, я глаза протирал раз 5, мне кажется или нет.
То, что обсуждают в 2016 году вещи, которые лет 5 ещё назад надо было обсуждать, но не в 2016 году.

18 лет существуют, какими были бесполезными по тех.поддержке, такими и остались…
уточните, у Вас был опыт некорректной поддержки?
если да, напишите мне в личку ящик и дату, я разберусь.
спасибо.
Это было уже давно. Лет 13 назад если не больше, я уже был с mail.ru. Был.

Я не могу научить всю вашу тех. поддержку как надо работать. Мне проще просто не пользоваться никакими вашими продуктами.

Но обычным домохозяйкам нормально, потому ваша концепция всё ради денег и только для денег — пока даёт вам жить.
И mail.ru ничего не надо, чтобы меняться. Надеюсь, что лично вам совестливо за компанию и вы пытаетесь сделать её лучше.

Но mail.ru надо начать с того, чтобы каждый сотрудник посадил с десяток другой деревьев.
«Девочки тех.поддержки (это могут быть и мальчики-»роботы") — по 50.
Создатели и разработчики Guard-а — от 200 деревьев.

Тогда можно о чём-то разговаривать уже с чуть подчищенной кармой.

Золотые слова!
Mail.ru настолько осквернили свое имя, причем не только качеством поддержки, что их продукты и упоминание о компании вызывают только тошноту.
Настроения аудитории хорошо показывают такие видео.

Мы подумаем над этим, спасибо.
То есть возможен вариант, что поставишь клиента на другой компьютер, и он удалит все, что было в облаке, а потом на старом компе клиент засинхронизирует и все удалит локально?
То есть возможен вариант, что поставишь клиента на другой компьютер, и он удалит все, что было в облаке, а потом на старом компе клиент засинхронизирует и все удалит локально?
Это вряд ли. Это было бы странно — на таком типичном и частом юзкейсе иметь такой деструктивный косяк. Почти наверняка автор просто где-то напортачил.
Да, наверняка сценарий с новым компьютером работает нормально.
А вот при смене HDD на уже настроенном компьютере явно есть проблемы — в комментариях ведь отписались уже те, кто с подобным поведением сталкивался.
Я вполне допускаю, что мой кейс можно было решить стандартными средствами, о которых я не знаю, но разве это оправдание плохому UX?
В ноябре 2015 ставил систему (linux) на ноуте, где был клоуд.майл.ру клиент. Все ставил и настраивал с нуля. Клиент без проблем закачал файлы из облака. В январе ставил эту же систему на рабочем компе. Клиент майла все отсинхронизировал, ничего не удалил.

Не знаю как виндовый клиент… Но в линуксовом когда делаешь первичную настройку и указываешь папку (или позже если поменять папку через диалог), клиент дописывает в конце пути "/Cloud Mail.Ru", поэтому папка по любому пустая.
а можно сделать приложение для Windows из сорса выложенного? неохота устанавливать\настраивать веб-сервер для php...
Я изначально думал над чем-то независимым, но решил не заморачиваться. Но, может быть, кто-нибудь и сделает.
А вся "установка\настройка" сводится к скачиванию OpenServer, ничего сложного.
Добрый день, Алексей.

Если установить клиент и указать ему новую папку синхронизации, то он скачает из Облака все файлы и папки.
В этом случае клиент видит следующее: В Облаке файлы есть, а тут их нет и не было. Нужно синхронизировать, т.е. скачать все из Облака.

Если вы укажете старую папку, которую уже синхронизировали ранее и если в ней были удалены файлы, то клиент подхватит эти изменения и удалить файлы из Облака, что логично с точки зрения синхронизации.

Нам важно разобраться в проблеме. Написал вам в личку.
Bulldozavr, koceg только не забудьте потом подробно рассказать где собака зарылась. Вы тут не одни, кому тему разобрать интересно.
Angel2S2 Мы уже общаемся с Алексеем в личке. Как выясним — я напишу.
Буду очень признателен :)
Добавил итоги в конец статьи.
Спасибо.
Очень хорошо, что все хорошо кончилось :)
И отдельно хочу извиниться за ответы службы поддержки.
Это ни в какие ворота…
Будем разбираться.

— Егор Ганин
Руководитель направления Облачных и Бизнес-сервисов Mail.Ru Group.
Вот это то, что мне действительно не понравилось как клиенту. В остальном у меня, на самом деле, претензий нет.
Я Вас понимаю.
у кого-нибудь работает клиент под убунту, сколько я с ним не бился, так и не стал у меня, что печально
У меня на 14.04 отлично работает с первого раза и без костылей.
Думаю, у вас версия Ubuntu старая. Работает на Ubuntu 14.04 и выше. На более старых не работает, если не изменяет память, дело в версии libc.
может быть слишком новая? 15.10
Передал Вашу ситуацию разработчику клиента под Linux. Можете дать Ваши контакты в личку?
Кто-нибудь изучал как загрузка файлов работает? Можно будет свой клиент тогда сделать (с поддержкой шифрования, например).
Собственно, ничего сложного:

Request URL:https://cloclo26-upload.cloud.mail.ru/upload/?cloud_domain=2&fileapi14575484915646
Request Method:POST
Status Code:200 OK
Remote Address:217.69.128.172:443

------WebKitFormBoundarypaR6nFX03Rky2lAI
Content-Disposition: form-data; name="file"; filename="pic.gif"
Content-Type: image/gif

------WebKitFormBoundarypaR6nFX03Rky2lAI
Content-Disposition: form-data; name="_file"

pic.gif
------WebKitFormBoundarypaR6nFX03Rky2lAI--

В ответ отдаётся hash, который используется в следующем запросе:

Request URL:https://cloud.mail.ru/api/v2/file/add
Request Method:POST
Status Code:200 OK
Remote Address:94.100.180.7:443

home=%2F%2Fзшс.gif&hash=550B109A698694A77232CA4839625CEAFF4E7CD1&size=8613&conflict=rename&api=2&token=8HNUrtaViTijRMy5zSpzcmAuXUZn75Sj

Но я бы не стал писать никаких клиентов без официального API — никаких гарантий, что однажды ночью всё не превратится в тыкву. Пользователи замучают поддержкой.
URL для загрузки файла получается так же через диспетчера: https://cloud.mail.ru/api/v2/dispatcher?token=xxx
Кто-то определил, как вычисляется этот хеш?
По размеру похоже на SHA-1 но это не он.
Почитал статью. Прям руки зачесались терик получить. Почитал отзывы, почитал лицензию…
Скажем дружно — нафиг не нужно…

1 Тб хорошо и приятно, но как подумаю что сервис предоставляет компания из под «пера» которой вышел спутник и гуард то желание пользоваться как то пропадает. Даже за бесплатно.
Бесплатные терабайты раздавали при открытии сервиса два года назад, сейчас дают 25 Гб, так что вы в безопасности.
https://habrahabr.ru/post/206860/
У hetzner появились storagebox'ы. Например 1Тб стоит 9.40 евро, что для клиентов не из европы будет на 19% меньше.

Еще есть amazon glacier, 1 Тб в ирландии встанет в 7 баксов в месяц за хранение и 12 баксов за 100,000 обращений к ним (~файлов). Multipart составляет до 4 Гб. Скачать все (1Тб) можно будет через месяц за 17 баксов (включена цена за хранение) или через неделю за итоговых 54 бакса (7+47 за такой быстрый) запрос.

Не обходим вниманием и USB-жесткие диски, в районе 50 баксов за терабайт, траффик не ограничен. Главное периодически втыкать его в комп (пару раз в год), чтобы инфа не умерла, хранить в картонной коробочке с пакетиком для уменьшения влажности.

Я все храню за внешних хардах.
Спасибо за предложенные альтернативы. Каждый, сможет выбрать то, что удобно ему.

У одной российской компании, которую я в итоге выбрал, терабайт стоит $2,5 в месяц (меньше, если платить сразу за год). При этом автоматическая синхронизация, постоянная доступность никаких проблем со скачиванием, веб-интерфейс.
Подскажите как «одна российская компания» зовется, в этом топике и так упоминается множество «других компаний» и никто за рекламу не сочтет.
Информация на внешних HDD хранится ровно до того момента, пока до них не доберутся дети (2 раза с интервалом в полугодие человек приносил харды на восстановление. Ребенок находит и роняет\кидает\etc).
А еще бывает, что молния попадает в витую пару, которая заходит к соседям. Их компьютер стоит с одной стороны гипсоблочной стены. На другой стороне этой стены висит полка, на которой лежит внешний хард. Так вот после этой молнии ваш хард перестает работать (реальный случай. The truth is out there...)
Надо к потолку прикручивать винты при хранении и подальше от стен/люстры.
У меня харды хранятся в своих "пакетиках" (в которых они продаются) с штукой для уменьшение влажности. Когда мне надо — я втыкаю хард в USB бокс, в другом случае сие находится в картонной коробке в столе.

И, у меня много раз падали выключенные харды в боксах, и с ними не приключилось.
харды хранятся в своих «пакетиках» … сие находится в картонной коробке в столе.
А я однажды такую коробку с хардами в пакетиках уронил с высоты в метр. Ни один не выжил :(
На вашей планете гравитация в 5 раз сильнее земной.
мой стул опрокинул на подключеннный хард под столлом… я идиот, не спрятал его подальше.
Вопрос к коллегам из Mail.Ru Group: планируется ли публичное API к облаку?
Если в разумной перспективе нет, то можно ли пока использовать для личных целей подход по примеру автора топика; не планируется ли в обозримой перспективе существенных изменений этого внутреннего API?
Мы постоянно улучшаем наш API в сторону гибкости и безопасности, но о сроках и планах сказать не могу.
Если у Вас есть какие-то конкретные мысли/идеи/предложения — стукнитесь в личку, пожалуйста.
У меня тоже замечательный диск от мейла есть. Положить туда можно всё, а вот, чтобы потом получить обратно — легче забить.
Скачать напрямую — скорость просто ничтожная. Скачать через клиент — скорость просто ничтожная. Добавить сюда вышеописанные бока и получается ерунда, а не терабайт.

Onedrive — который жутко глючный и периодически слетающий — и тот в сто раз надежнее и быстрее вот этого вот недоразумения.
весь свой фото и видео-архив синхронизирую со старым ноутбуком с помощью SyncThing — рекомендую.

А важные и небольшие папки синхронизирую на несколько устройств (ноутбук жены, телефон).
С этими облаками у меня одни опасения связаны, пока идеально работал только дропбокс. Без единого нарекания.
Мега, уандрайв периодически глючили, дублирруя файлы или затирали новые версии.
Самое забавное что автор топика сам преждеверменно поддался панике и признал что был не совсем прав, а на mail.ru уже полетели потоки недобрых комментов =)

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

Что касается потоков недобрых комментов — с этим я тоже не согласен. Они есть, разумеется, но большинство небеспочвенные. Какие-то подкреплены личным опытом, какие-то даже тикетами в поддержку.

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

У меня папки некоторые из профиля юзера синхронизируются в Облако. Десктоп, Пикчерз, Документы тоже. Но с другими папками в профиле нет проблем, а Документы почему-то для far manager и для cmd блокируются (оба с правами Админа, естественно) т.е. из этих программ невозможно изменить, создать файлы, папки в Документах. Это на Вин10. TotalCommander, Explorer нормально работают с папкой Документы.

Если отключить облако из автозапуска и включить у него паузу, перегрузиться, то блокировка пропадает.

На Вин7 все то же самое - тоже синхронизация - но никаких блокировок Документов нет.

В очередной раз хотел переехать на Вин10 и такой облом.

И еще OpenVPN не может запустить up скрипт для внесения изменений в роуты, не хватает привилегий. В Вин7 все тоже самое, однако привилегий хватает.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории