Комментарии 119
Большое вам спасибо.
Другое дело, что они могут за это попросить вас поставить амиго…
И Вы можете написать мне о любом замеченном баге в личку.
у mail.ru же должен быть какой-то бэкап, они же гарантируют вам сохранность ваших данных
Мэйл.Ру <…> имеет право <…> удалять Контент на Персональном дисковом пространстве <…> не несет ответственности за возможные сбои и перерывы в работе Сервиса и вызванные ими потерю информации
© Лицензионное соглашение
С описанным случаем мы разбираемся с Алексеем, но это совершенно точно не стандартное поведение сервиса.
Но спасибо, что отписались.
flame Хотя по "Профилю" вы и сотрудник "Яндекса":) flame
А может быть это какой-то баг, связанный с каким-нибудь кешированием — систему и клиент я, насколько помню, не переставлял после отказа диска.
Во-первых, я сам виноват, что не протестировал толком сервис, которому доверил "все мои бэкапы".
Во-вторых, я всё-таки получил свои файлы, пусть и не все. Без Облака у меня не было бы ничего. То, что мой сценарий не был предусмотрен при разработке приложения, это, конечно, странно, но и не такие странные вещи бывают в продуктах.
В-третьих, я получил огромное удовольствие от этого маленького проекта.
Во-вторых, в том же Dropbox вы бы восстановили все файлы — там можно после удаление из облака файл восстановить в течении какого-то времени. Mail.Ru выходит экономит на безопасности пользователей. Может у них и "облако не облако", а единичные копии ваших файлов? Я бы им после такой ситуации не доверял насчет этого конкретного сервиса.
Ну а в третьих… с третьим поспорить сложно :-)
Я бы им после такой ситуации не доверял насчет этого конкретного сервиса.Вот я и переехал. Но копии в mail.ru оставил — мало ли что :)
у всех остальных известных облачных клиентов (dropbox, yandex-диск и т п) поведение однозначное — докачать недостающееВот в ветке выше говорят, что сейчас так и делается. Есть вероятность, что это какой-то баг, но тогда, конечно, вопрос к тех. поддержке — они мне вообще никаких вариантов не предложили и вообще с первого раза не смогли понять, чего я от них хочу.
И да, логичное поведение на чистом харде в пустой папке — докачать туда содержимое веба.
Сейчас разбираемся все вместе, что случилось.
Если не сложно, стукните в личку.
одну опасность только вижу: эта штука иногда изменяется. тоже копал этот вопрос и как-то был момент когда csrf-токен стал отдаваться по-другому. Ничего непреодолимого- вдумчивое повторное раскапывание спасло положение, но подобные упражнения они не ко всякому моменту жизни подходят (см например Вашу ситуацию когда понадобился бэкап)
Успокаивает то, что:
- там есть-таки версионирование (скорее всего, то, что вы описали, произошло при переходе с v1 на v2);
- не нужно хотя бы поддерживать несколько версий скрипта — публичная версия одна (за исключением всяких сплит-тестирований, но это небольшой процент и вероятность на такое нарваться невелика);
- доработать уже готовый скрипт под изменения не очень сложно, особенно по сравнению с написанием с нуля.
Если ничего не поменяли, то тех поддержка с технической точки зрения должна обладать возможностью восстановить "удаленные" вами файлы.
P.S. Ограничения на скачивание и они есть даже на платных тарифах.
Когда-то давно с дропбоксом именно на такие грабли и наступил. Но, благо, быстро спохватился.
1 Если вы ловите локер и он шифрует ваш винт, то зашифрованные файлы загружаются в облако, по этому КАТЕГОРИЧЕСКИ нельзя использовать сихронизатор фоном! Только ручной запуск раз в месяц.
2 Указал на проблему направления синхронизации. Тоесть с определенного устройства можно только закачивать в облако, а с другого только скачивать, где-то двусторонне
Ответа нет пока от них. А жаль
По поводу "не ответили" — можете номер тикета прислать в личку?
В самом посте и обсуждениях происходят УЖАСАЮЩИЕ вещи, я глаза протирал раз 5, мне кажется или нет.
То, что обсуждают в 2016 году вещи, которые лет 5 ещё назад надо было обсуждать, но не в 2016 году.
18 лет существуют, какими были бесполезными по тех.поддержке, такими и остались…
если да, напишите мне в личку ящик и дату, я разберусь.
спасибо.
Я не могу научить всю вашу тех. поддержку как надо работать. Мне проще просто не пользоваться никакими вашими продуктами.
Но обычным домохозяйкам нормально, потому ваша концепция всё ради денег и только для денег — пока даёт вам жить.
И mail.ru ничего не надо, чтобы меняться. Надеюсь, что лично вам совестливо за компанию и вы пытаетесь сделать её лучше.
Но mail.ru надо начать с того, чтобы каждый сотрудник посадил с десяток другой деревьев.
«Девочки тех.поддержки (это могут быть и мальчики-»роботы") — по 50.
Создатели и разработчики Guard-а — от 200 деревьев.
Тогда можно о чём-то разговаривать уже с чуть подчищенной кармой.
То есть возможен вариант, что поставишь клиента на другой компьютер, и он удалит все, что было в облаке, а потом на старом компе клиент засинхронизирует и все удалит локально?Это вряд ли. Это было бы странно — на таком типичном и частом юзкейсе иметь такой деструктивный косяк. Почти наверняка автор просто где-то напортачил.
А вот при смене HDD на уже настроенном компьютере явно есть проблемы — в комментариях ведь отписались уже те, кто с подобным поведением сталкивался.
Я вполне допускаю, что мой кейс можно было решить стандартными средствами, о которых я не знаю, но разве это оправдание плохому UX?
Не знаю как виндовый клиент… Но в линуксовом когда делаешь первичную настройку и указываешь папку (или позже если поменять папку через диалог), клиент дописывает в конце пути "/Cloud Mail.Ru", поэтому папка по любому пустая.
А вся "установка\настройка" сводится к скачиванию OpenServer, ничего сложного.
Если установить клиент и указать ему новую папку синхронизации, то он скачает из Облака все файлы и папки.
В этом случае клиент видит следующее: В Облаке файлы есть, а тут их нет и не было. Нужно синхронизировать, т.е. скачать все из Облака.
Если вы укажете старую папку, которую уже синхронизировали ранее и если в ней были удалены файлы, то клиент подхватит эти изменения и удалить файлы из Облака, что логично с точки зрения синхронизации.
Нам важно разобраться в проблеме. Написал вам в личку.
Это ни в какие ворота…
Будем разбираться.
— Егор Ганин
Руководитель направления Облачных и Бизнес-сервисов Mail.Ru Group.
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 — никаких гарантий, что однажды ночью всё не превратится в тыкву. Пользователи замучают поддержкой.
Скажем дружно — нафиг не нужно…
1 Тб хорошо и приятно, но как подумаю что сервис предоставляет компания из под «пера» которой вышел спутник и гуард то желание пользоваться как то пропадает. Даже за бесплатно.
https://habrahabr.ru/post/206860/
Еще есть amazon glacier, 1 Тб в ирландии встанет в 7 баксов в месяц за хранение и 12 баксов за 100,000 обращений к ним (~файлов). Multipart составляет до 4 Гб. Скачать все (1Тб) можно будет через месяц за 17 баксов (включена цена за хранение) или через неделю за итоговых 54 бакса (7+47 за такой быстрый) запрос.
Не обходим вниманием и USB-жесткие диски, в районе 50 баксов за терабайт, траффик не ограничен. Главное периодически втыкать его в комп (пару раз в год), чтобы инфа не умерла, хранить в картонной коробочке с пакетиком для уменьшения влажности.
Я все храню за внешних хардах.
У одной российской компании, которую я в итоге выбрал, терабайт стоит $2,5 в месяц (меньше, если платить сразу за год). При этом автоматическая синхронизация, постоянная доступность никаких проблем со скачиванием, веб-интерфейс.
А еще бывает, что молния попадает в витую пару, которая заходит к соседям. Их компьютер стоит с одной стороны гипсоблочной стены. На другой стороне этой стены висит полка, на которой лежит внешний хард. Так вот после этой молнии ваш хард перестает работать (реальный случай. The truth is out there...)
И, у меня много раз падали выключенные харды в боксах, и с ними не приключилось.
Если в разумной перспективе нет, то можно ли пока использовать для личных целей подход по примеру автора топика; не планируется ли в обозримой перспективе существенных изменений этого внутреннего API?
Скачать напрямую — скорость просто ничтожная. Скачать через клиент — скорость просто ничтожная. Добавить сюда вышеописанные бока и получается ерунда, а не терабайт.
Onedrive — который жутко глючный и периодически слетающий — и тот в сто раз надежнее и быстрее вот этого вот недоразумения.
Мега, уандрайв периодически глючили, дублирруя файлы или затирали новые версии.
Рад тому что во время того аттракциона щедрости успел отхватить себе бесплатный терабайт. Больше никто столько не дает пока.
Да, оказалось, что это проблема не с удалением важных файлов, а с пользовательским интерфейсом и с работой тех. поддержки. Но тем не менее это проблема и она на стороне mail.ru.
Я мог узнать о том, что синхронизация всё-таки работает, только если бы несколько минут смотрел, как какие-то мои файлы удаляются в облаке. Любой на моём месте, мне кажется, выключил бы синхронизацию немедленно и написал в поддержку.
Что касается потоков недобрых комментов — с этим я тоже не согласен. Они есть, разумеется, но большинство небеспочвенные. Какие-то подкреплены личным опытом, какие-то даже тикетами в поддержку.
Но, как я написал в статье, я тоже рад, что это облако у меня есть и что я сохранил свой архив. Даже если бы несколько файлов из него действительно удалилось по вине клиента, я всё равно был бы рад, что сохранил большую часть и сделал это совершенно бесплатно.
Такое как-то можно осуществить стандартными средствами?
У меня папки некоторые из профиля юзера синхронизируются в Облако. Десктоп, Пикчерз, Документы тоже. Но с другими папками в профиле нет проблем, а Документы почему-то для far manager и для cmd блокируются (оба с правами Админа, естественно) т.е. из этих программ невозможно изменить, создать файлы, папки в Документах. Это на Вин10. TotalCommander, Explorer нормально работают с папкой Документы.
Если отключить облако из автозапуска и включить у него паузу, перегрузиться, то блокировка пропадает.
На Вин7 все то же самое - тоже синхронизация - но никаких блокировок Документов нет.
В очередной раз хотел переехать на Вин10 и такой облом.
И еще OpenVPN не может запустить up скрипт для внесения изменений в роуты, не хватает привилегий. В Вин7 все тоже самое, однако привилегий хватает.
Как Облако@mail.ru спасло все* мои файлы и что из этого вышло