» Облако Mail.ru (Cloud Mail.ru)

betssaf
Если подробнее, то я делаю так:

Предположим, у меня есть несколько папок, которые мне нужно закинуть в облако - d:\dir1\dir2 и d:\dir3. В них могут быть еще другие папки и файлы, не суть важно.

В любом месте я создаю специальную папку, которая будет указана в клиенте mail.ru, и именно она будет синхронизироваться. Пусть это будет папка d:\Mail.Ru Cloud.

Вот в это папке (Mail.Ru Cloud) я создаю ссылки на все нужные мне папки. В нашем примере это d:\dir1\dir2 и d:\dir3. В итоге получится такая структура:
- d:\Mail.Ru Cloud\dir1\dir2
- d:\Mail.Ru Cloud\dir3.
Как видно, оригинальные папки могут размещаться где угодно на любом диске. А в папке для синхронизации (d:\Mail.Ru Cloud) будут всего лишь ссылки на оригинальные папки и файлы. Mail.ru-агент будет шастать по нашему "виртуальному" каталогу, как по "реальному", и ему все равно, что это на самом деле символические ссылки.

И всегда можно добавить в нашу папку Mail.Ru Cloud все что нужно с любого места на нашем компе, или удалить с нее же.


P.S. Сами ссылки я создаю при помощи Total Commander'а. Есть для него спец. приблуда такая NTFS Links

-----------
UPD
Забыл уточнить. В зависимости от способа создания ссылок, они будут работать слегка по-разному (точнее сами ссылки будут разными, жесткими\символическими на папки\файлы).
Например, можно сделать так, что при удалении чего-то из "виртуального" каталога, это же самое автоматически удалится и из "реального", и наоборот, при добавлении в "реальный" добавится и в "виртуальный". Но это, на мой взгляд, небезопасно. Лучше все-таки, наверно, когда обновление наших папок будет происходить вручную. Во избежание случайного удаления агентом наших "реальных" папок и файлов, когда агент синхронизирует в обратную сторону, и удаляет что-то там с нашего ПК.

Опробую ваш способ и 2 акка, где меньше манипуляций, потребление оперативы, выхлоп по времени. 1 тб простаивает...надо заливать, раз кнопка появилась - скоп в облако!
Кто нить шапку смострячил бы и все дельные, рабочие советы туда...пока проход прямо трудоемок и требует поиска окольных путей

dima1978

Цитата:

Это все работает, но постоянно нужно останавливать синхронизацию, т.к. при пустых папках на компе сразу идет залив в нее с облака. Хуже когда наоборот, папки на облаке пустые, а на компе нет, тогда при синхронизации удаляются папки с компа.

Что-то я потерял нить дискуссии и не уловил, когда может возникнуть такая ситуация, что при синхронизации пустой папки в облаке и такой же папки на компе (но уже с файлами) будут удалены именно данные на компе? Почему в таком случае не произойдет синхронизации в сторону заливки файлов в облако?

P.S. L0T, огромное спасибо за идею использования симлинков, я лично на этом варианте и остановлюсь, похоже это самый безопасный способ не потерять данные на ПК в результате синхронизации "не в той последовательности"

Цитата:

Я делаяю несколько проще. Заливаю все в одну папку, а потом уже раскидываю по нужным папкам, которые не участвуют в синхронизации.

Как вы делаете, что некоторые папки не участвуют в синхронизации?

Цитата:

Что-то я потерял нить дискуссии и не уловил, когда может возникнуть такая ситуация, что при синхронизации пустой папки в облаке и такой же папки на компе (но уже с файлами) будут удалены именно данные на компе? Почему в таком случае не произойдет синхронизации в сторону заливки файлов в облако?

Лично я с такими неприятностями еще не сталкивался. Но агент честно предупреждает, что если снять галки с каких-то папок, то они могут быть удалены на компе. Я не экспериментировал, так ли это, а тупо поверил)


Цитата:

Я делаяю несколько проще. Заливаю все в одну папку, а потом уже раскидываю по нужным папкам, которые не участвуют в синхронизации. Тоже неудобно, но что-то.

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

kingoff

Цитата:

Как вы делаете, что некоторые папки не участвуют в синхронизации?

В контекстном меню в трее мэйловского клиента пункт "Выбрать папки". Снять галки с папок которые не нужно синхронизировать.

L0T

Цитата:

Лично я с такими неприятностями еще не сталкивался. Но агент честно предупреждает, что если снять галки с каких-то папок, то они могут быть удалены на компе. Я не экспериментировал, так ли это, а тупо поверил)

Я проверял. Удаляется с компа с концами (не в корзину). Поэтому заинтересовался при каких таких условиях можно также безвозвратно потерять данных, но уже при непосредственно самой синхронизации...

Надежнее возможно юзать портабле настроенный клиент. Если в синхр участвуют одни и те же каталоги. Дабы не происходило случайностей.
Если надо сохр файлы профиля, запускаем агента. Надо закинуть пару файлов с друго компа (нет структуры каталогов с файлами облачными) себе в облако, используем 2 акка.
Хотя может есть еще способ?...

L0T

Цитата:

UPD
Забыл уточнить. В зависимости от способа создания ссылок, они будут работать слегка по-разному (точнее сами ссылки будут разными, жесткими\символическими на папки\файлы).
Например, можно сделать так, что при удалении чего-то из "виртуального" каталога, это же самое автоматически удалится и из "реального", и наоборот, при добавлении в "реальный" добавится и в "виртуальный". Но это, на мой взгляд, небезопасно. Лучше все-таки, наверно, когда обновление наших папок будет происходить вручную. Во избежание случайного удаления агентом наших "реальных" папок и файлов, когда агент синхронизирует в обратную сторону, и удаляет что-то там с нашего ПК.

"Можно сделать так..." - как именно делается, что при удалении из виртуального каталога удаляется из реального? (соответственно, интересует как этого избежать)

betssaf

Цитата:

Кто нить шапку смострячил бы и все дельные, рабочие советы туда

Рановато еще. Дальше бета-тестирования ИМХО дело пока ни на шаг не продвинулось

19w85

Цитата:

как именно делается, что при удалении из виртуального каталога удаляется из реального? (соответственно, интересует как этого избежать)

Как делать НЕнадо:

- Если только корневой каталог (и только он один) будет создан как символическая ссылка, то все остальные подкаталоги и файлы в нем создадуться автоматически (т.е. структура оригинального каталога будет автоматически повторена со всем содержимым). В этом случае любое изменение сожержимого в одной из "копий" дерева каталогов затронет автоматически другую "копию". Т.е. удалив какую-то ссылку, мы тем самым удалим файл, и наоборот. В указанной мной программе это делается, если в настройках указать глубину рекурсии 0.

Структура будет такой:
dir1
dir2\dir3\file1
dir4\file2

Т.е. только лишь dir1 будет ссылкой на оригинальный каталог, а потому войдя в него, мы по сути войдем в "оригинальный" какталог.

- Я же делаю иначе. Создаю символические ссылки на все (под)каталоги и файлы (ставлю большую глубину рекурсии, например, 1000). В этом случае, даже если я удалю "виртуальный" файл/каталог, "оригинальный" останется на месте, и наоборот.
Но здесь нужно помнить одну штуку. Если я в "оригинальный" каталог что-то добавлю, то ссылка в "виртуальном" сама не создастся, нужно добавлять руками.

Структура будет такой:
dir1
dir2\dir3\file1
dir4\file2

Т.е. все содержимое представляет собой просто символические ссылки, и удалив что-то, мы просто удаляем эту самую ссылку, а не сам файл (в отличие от первого случая).


Жирным показаны символические ссылки.


P.S. Все это корректно работает только на Windows Vista и выше. На более ранних ОСях, если я не ошибаюсь, реализация ссылок кривая, и там при удалении симссилки, удаляется все, вроде как.

L0T

Цитата:

Создаю символические ссылки на все (под)каталоги и файлы (ставлю большую глубину рекурсии, например, 1000)

Спасибо за подробное пояснение, теперь всё понятно и с практической стороны.

Цитата:

Все это корректно работает только на Windows Vista и выше.

Судя по описанию NTFS Links для более ранних ОС предлагают альтернативу NTFS Link без s на конце. Врочем лично я буду применять на Win7 x64

---

P.S. Мой первый пост наверное уже немного затерялся на предыдущей странице, но меня всё ещё интересует вопрос из этого моего поста, так что хотелось бы дождаться ответа от dima1978, когда он его прочитает

NTFS Links не умеет делать симлинки ни на папки, ни на файлы. Только джанкшн пойнты к папкам и хардлинки на файлы. Но мне симлинки к файлам совершенно не жалко. Своеобразная вещь. И в Проводнике, и в том же Тотал Коммандере они отображаются как файлы с нулевой длиной и с датой создания самого симлинка, что заставляет 100500 раз перепровериться, а с тем ли файлом вообще работаем?

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

И с предложенной выше структурой вложенных ссылок тоже не все так гладко. Ее так просто не создать, и никакая глубина рекурсии ни в какой специальной программе не спасет. Потому что сам по себе симлинк в себе симлинков держать не может, он может только указывать на папку, в которой лежат ссылки на более глубокие уровни. То есть, из дерева "настоящих" папок

dir1
dir2\dir3
dir4

дерево симлинков

link1
link2\link3
link4

вот так вот запросто не создать. Хотя бы потому, что link1 должна указывать не на dir1 (а казалось бы) - ведь в dir1 уже лежат физические папки dir2 и dir4 - а на некую расположенную где-то промежуточную папку, которой нет места в исходном дереве, со ссылками на папки dir2 и dir4. По той же причине и link2 не может прямо указывать на dir2 - опять надо создавать промежуточную папку со ссылкой на dir3. Получается, что создание мало-мальски сложного дерева лишь для "структурированной" заливки в облако - достаточно замысловатая задача. Более того, расширить исходную структуру при необходимости также будет не просто.

В таком случае проще по-быстрому создать в синхронизируемой с облаком папке желаемое дерево папок (не ссылок на папки), накидать в них хардлинков, синхронизировать все и потом убрать галочку в клиенте. А для постоянной синхронизации с облаком определенных папок сложная многоуровневая структура ссылок на папки со ссылками (с) тем более не нужна.

dimasic
Так и есть. При большой глубине рекурсии создаются каталоги с жесткими ссылками на файлы, а не символические ссылки (как я написал в своем посте). Но в этом и смысл. Имеем две разные структуры каталогов без физического дублирования файлов.

В итоге как раз получится, если я правильно разобрался, именно указанная Вами схема: "В таком случае проще по-быстрому создать в синхронизируемой с облаком папке желаемое дерево папок (не ссылок на папки), накидать в них хардлинков". С той разницей, что ничего кидать ненужно. Достаточно указать верхнеуровневый каталог, а всю структуру с файловым наполнением в виде хардлинков программа создаст сама.


P.S. Посмотрел, что же именно создает ntfslinks. Получается интересно, если указать, например, рекурсию 0, то действительно создается junction, а не symlink (как сказано в справке). Однако же поведение при добавлении/удалении файлов от этого не меняется.

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

Главное, что я предлагаю, - применительно к нашим облачным страданиям - вообще не пользоваться ее возможностями создавать ссылки на папки. Потому что иначе она создает какую-то загадочную мешанину из папок и ссылок. Я так и не понял до конца логику ее работы: зачем нужны ссылки в одном-единственном уровне где-то в недрах файловой структуры? Рекомендую принудительно выставить в настройках глубину рекурсии в -1.

Но зато реально полезны ее возможности по созданию хардлинков. Без хардлинков наши файлы в опасности. Клиент облака при отключении синхронизации удаляет сначала файлы из папок, и лишь затем - сами папки. В случае, если в синхронизируемую папку кинуть ссылку на "внешнюю" папку с файлами, клиент при отключении ее синхронизации удаляет сначала файлы (хранящиеся вне папки облака) и только после этого - ссылку на папку. В итоге папка, которая должна была остаться, остается. Но пустая. Вот если бы клиент умел работать с симлинками к папкам, удаляя только ссылки, тогда дело другое. Но он такого не умеет. И реализовывать такой механизм для исчезающе малого числа продвинутых пользователей едва ли кто-то будет. Безотносительно ненависти отдельных присутствующих тут лиц к продукции конкретно компании Mail.ru, реализация такого функционала в клиенте неоправданна.

Пусть файлы в синхронизируемой папке будут хардлинками, а папки остаются папками. Тогда поведение клиента будет предсказуемо и исходные файлы не пострадают.

Даты создания файлов при заливе в Облако, я так понял, не сохраняются, всегда присваивается текщаяя дата?
Также и при скачивании - опять текущая присваивается?

dimasic
Ну, да. Я тоже пришел к такому выводу. Правда, у меня в настройках стоит глубина 1000, что на практике ничем не отличается от -1.

c930
Сейчас посмотрел. В облаке дата сохраняется, но вот после закачки обратно с облака на комп дата ставится текущая.

С псевдолинками гемор еще тот, велика вероятность случайно все удалить, стоит один раз проморгать дитя за компом или под шафе Можно 1 месяц блюсти о страже сохранности структуры и в один день все похерить По мне так более безопасно юзать 2 акка. Немного движение и все по папкам залито в облако. Синхр клиента использовать только тогда когда необходимо кому каждый день бекапить профиль. И здесь так же кроется беда...удали папку в облаке и профилю кранты
Замкнутый куг недопила Удалил в облаке случайно, исчезло локально. Удалил локально папку, начинается слив с облака
Ведь на то и облако по сути, что бы там хранить структуру каталогов (россыпью в корне), вне зависимости от локального древа. И только по желанию делать туда сюда зеркально!
Почему майл сру идет загадочным путем в написании клиента? Куда лучше при запуске клиента и его открытии, открывалось бы структура каталогов облачных! Как в байде...клиент в точности напоминает структуру проводника винды! Никаких извращений для слива файла в нужную папку, при отсутствии структуры каталогов локальных.
Со вчерашнего дня использую темповый акк и 1тб. Темповый с агентом, запускаю агента, накидываю локально в папку (она постоянно в одном месте находится) то, что нужно слить в профиль 1тб. Вкл синхр, пошел слив. Захожу в браузер - проф 1тб, перехожу по линку в темповый (так как папка постоянна то и линк паблик делается только один раз), раскидываю по папкам нажимая волшебную кнопку - скопировать в облако. Выкл синхр и агента, удаляю локально из темповой папки все что накидал ранее, то же делаю в темповом акке облака. Хотя можно в браузере удалить все, автоматом вс почистить локально, кому как удобнее.
После данных манипуляций буду точно уверен что моя локальная структура древа не привязана к облаку!
Псевдолинки надо еще досканально поюзать, слишком много но...
пишу с тел, ссори за логистику.

L0T

Цитата:

Сейчас посмотрел. В облаке дата сохраняется, но...

Ты через клиена залиал? У меня через браузер не сохраняется.

c930

Цитата:

Даты создания файлов при заливе в Облако, я так понял, не сохраняются, всегда присваивается текщаяя дата?

При загрузке через веб - не сохраняются, только через клиент.

Как сейчас возможно получить Облако на 1 Тб !!!

konstantin9228
К сожалению никак, сейчас можно сделать аккаунт только на 100 Гб.

Еще один финт ушами. Как мне кажется, перспективный.

mklink /d папка-облака\имя-ссылки z:\
- создали симлинк к диску z:, требуется повышение прав.

subst z: c:\архив
- создали диск z:, отображающий папку "архив"

Когда клиент залил все в облако в папку с именем симлинка, отключаем диск z:

subst /d z:

Теперь можно отключить синхронизацию папки в клиенте. Он может сразу не понять, что произошло, но при синхронизации, желая удалить локальные копии, зациклится на попытке разрешить симлинк. Остается только удалить симлинк вручную. Или не удалить, а переместить куда-нибудь в укромное место - чтобы использовать в следующий раз, переименовав и тем самым обойдясь без повышения:

move имя-ссылки папка-облака\новое-имя-ссылки
subst z: c:\другой-архив

Выглядит более громоздко, чем хардлинки в исполнении NTFS Links, но зато можно вместо subst использовать encFS с ключом --reverse и передавать в облако шифрованные версии файлов. Более того, это все можно автоматизировать через командные файлы в сочетании с Total Commander - например, по горячей клавише (или по кнопке на тулбаре) один командный файл создает из указанной папки виртуальный диск и кидает облачному клиенту симлинк, названный по имени выбранной папки или, скажем, по текущей дате, а другой размонтирует диск и ждет завершения работы клиента, чтобы удалить ссылку (вручную отключаем синхронизацию папки и выходим из клиента). Короче говоря, есть варианты.

Главное - не забывать перед исключением папки из синхронизации сначала размонтировать диск.

Тоже не плохо, многоходовка...
Может бантики выложишь? Видеоинструкцию не плохо.
Если добавят в клиенте функцию - удалить все в облаке, будет просто супер для юзанья 2-х акков. Имеено ее сейчас не хватает, чтобы после слива не лезть в браузер.

Пока экспериментирую, а там результатами могу поделиться. Видео, впрочем, не обещаю.

С симлинками и виртуальными дисками уже давно игрался (применительно к encFS), но к автоматизации заливки дерева только сейчас пришел.

В процессе экспериментов обнаружилось, что можно один раз создать симлинк к диску z: и хранить его где-то среди командных файлов, а потом к этому симлинку в нужное время создавать junction point в папке клиента и таким образом обходиться и без повышения, и без перемещения симлинка туда-сюда. Напрямую создавать jp к корня диска, к сожалению, нельзя.

konstantin9228
Еще некоторые продают ящики с 1 ТБ...

dimasic
А что мешает сделать проще?.. или клиент будет ругаться?

Вначале все сделать по описаному сценарию:
Т.е. пусть у нас в любом месте будет симлинк (или джанкшн) на нужный каталог с хардлинками (или симлинками, кому как удобно) на файлы, например, d:\cloud\rootdir

А потом просто смонтировать этот каталог (который всего лишь ссылка) на виртдиск:
subst z: d:\cloud

Останется только в самом клиенте уазать путь для синхронизации как z:\rootdir

Ну, и напоследок, не забивать отключать виртдиск после синхронизации.

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


--------------

Цитата:

Ты через клиена залиал? У меня через браузер не сохраняется.

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

для тотала есть плагин - виртуальный диск, как путь прикрутить в путях? он буквой не добавляется...жмякаешь на плагин и он открывается тут же.

L0T
А разница по сравнению с синхронизацией без ссылок какая? Когда внесем изменения в d:\cloud и подключим диск и клиент начнет синхронизацию, что-то поудаляет, что-то куда-то скачает. Или предлагается каждый раз заново указывать клиенту папку синхронизации?

Я описывал чистую загрузку дерева папок и файлов в облако. Сразу в конкретную папку. Ну там разово бэкапы залить, кино или фотки.

Нарисовался набор из трех командных файлов: один конфигурационный, задает путь к облачной папке и букву диска, а также используется для создания симлинка (один-единственный раз запускается с правами администратора) и два файла для управления линком и виртуальным диском - монтирование и размонтирование. Запускать можно и не из текущей папки, а по полному пути. Особых багов, кажется, не присутствует, но надо погонять в разных вариациях.

0. Складываем командные файлы в рабочую папку, они должны быть в кодировке cp866 (иначе в консоли увидим сообщения из корявок). В config.cmd задаем букву диска (без двоеточия на конце) и путь к облачной папке. Можно указать не корень облака, а существующую подпапку. Затем запускаем config.cmd с администраторскими правами для создания симлинка к виртуальному диску. Путь к папке можно потом менять без администраторских прав, они нужны исключительно на этапе создания симлинка. Остальные файлы запускаются с простыми правами.

1. Создаем виртуальный диск и ссылку:

Код: mount.cmd полный-путь-к-папке

Теперь будет чем заняться с утра, тестом слива вашим методом пока горячие пирожки

ТруЪ вариант набора скриптов. Умеет монтировать указанную папку в подпапку с именем монтируемой папки или в подпапку с текущей датой и временем в формате ГГГГММДД-ЧЧММ. Также способен самостоятельно определять корневую папку облака в настройках клиента, но с портативными сборками (если они существуют и ими кто-то пользуется) такое не получится, для них путь задать вручную.

Конфигурирование. Все параметры - имя диска, способ указания корневой папки и способ формирования имени подпапки задаются в config.cmd, эти места отмечены в комментариях звездочками. По умолчанию имя виртуального диска - z, подпапка именуется по дате и времени, путь к корневой папке облака берется из реестра.

mount.cmd запускается с именем монтируемой папки в качестве параметра. Для unmount.cmd параметр больше не требуется: имя смонтированной папки хранится в рабочей папке комплекта скриптов в файле FolderName. Если этого файла нет, считается, что команда mount.cmd не отработала, и размонтирование не делается. Можно более четкие проверки добавить, но сейчас особого смысла в этом не вижу. После ловли багов и доработки можно и полный комплект с документацией собрать, если оно вообще востребовано окажется.

Напоминаю: сохранять в кодировке cp866.

mount.cmd

Код: @echo off
call "%~dp0\config.cmd" "%~1"
if not exist "%~dp0\%letter%" echo Программа не сконфигурирована & pause & goto :EOF
if "%~1"=="" echo Папка не указана & pause & goto :EOF
if not exist "%~1" echo Указанная папка не существует & pause & goto :EOF

echo %FolderName% >"%~dp0\FolderName"
subst %letter%: "%~1"

mklink /j "%CloudFolder%\%FolderName%" "%~dp0\%letter%"

pause