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

Цитата:

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

Ну это уж Вам виднее.

Цитата:

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

Это то все соответствует, но дело в том, что этот маркерный файл я удаляю по Вашему совету, чтобы происходило монтирование (для случая кириллических папок). Поэтому то видимо и не происходит unmount, так как маркерного файла нет.

dimasic

Цитата:

Upd-II. Обошлись более легким. Это должно быть универсальным средством: http://rghost.ru/54466428

Предыдущую версию скачать не успел, но и к лучшему, раз уже обновленный вариант появился)
Спс, работает нормально и быстро, но отдельная однотипная утилита - это совсем не дело, надо с мэйловской закрывашкой объединить (по дефолту допустим пусть мэйловский клиент закрывает, а с ключом, например, YDisk закрывает уже яндексовый клиент)


Цитата:

Да я помню про ту утилиту. Возможно, завтра доделаю. Если опять к капитализатору не придеретесь. )))

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

все таки допер как корректно работать в последнем фиксе от 21.04 Поддерживается и кириллица в путях, именах, так же латиница.
only Windows XP SP3
1 запустить агента вкл синхр
2 запустить прожку от димасик указать путь и имя папки
3 нажать моунт
пошел слив
4 нажать унмоунт
папка в облаке осталась, все псевдолинки исчезли.
5 Выбираем следующую папку не закрывая прожку от димасика!

P.S. для корректной работы нужно перед первым запуском очистить данные файлы:
.cloud
.cloud.bak
.cloud_ss
.cloud_ss.bak
Mount and Unmount - работают по первому клику.
псевдолинки создаются и удаляются с обеих папок (корень облака локально и links) корректно
В тесте участвовали каталоги со следующими именами:
Тест облако майл - внутри папки так же каталоги с пробелами на кирилице
CopyToUSB_v1.08 - только инглишь буквы

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

Цитата:

Потестил обновленную версию. Вот какую закономерность заметил. Кириллицу в именах папок действительно стала понимать, но только если она присутствует в папке "Закачать как". Если же кириллица присутствует в "Исходная папка", то происходит только моунт, но сама закачка в облако не идет.

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

dima1978

Цитата:

Это то все соответствует, но дело в том, что этот маркерный файл я удаляю по Вашему совету, чтобы происходило монтирование (для случая кириллических папок). Поэтому то видимо и не происходит unmount, так как маркерного файла нет.

Цитата:

При отсутствии маркера жму повторно на "mount" и происходит загрузка в облако. Чтобы сделать "unmount" приходится вручную возвращать маркер на место, тогда все работает, а иначе пишет что не найдена папка для размонтирования.

А, ну да. Второй раз он и не создастся. Давайте так: я доработаю монтирование по двум щелчкам, чтобы не надо было маркер трогать. Это надо так или иначе обрабатывать, у меня там ошибка есть, которая проявляется (пока) только у вас. Потестируете доработанную в этом плане версию, а я потом что-нибудь придумаю окончательно.

betssaf

Цитата:

only Windows XP SP3

На более свежих системах все точно так же все, не только на XP.


Цитата:

P.S. для корректной работы нужно перед первым запуском очистить данные файлы: .cloud .cloud.bak .cloud_ss .cloud_ss.bak

Нет, их содержимое никак не должно влиять.

Случаются глюки не очень приятные глюки при слишком быстром переключении unmount - mount - когда один раз перезапущенный после unmount клиент не успевает подключиться к серверу, скачать с него список файлов и папок, а его уже снова перезапускают. В таких случаях бывают спецэффекты в виде пустых папок на сервере, а то и перекачки папок с сервера на локальную машину. Узнать статус работы клиента пока не получается, подобные ситуации никак не обрабатываются. И таймаут не поможет, так как у всех разные скорости подключения и разное количество файлов в облаке. А по иконке в трее статус инициализации не виден: можно судить только о том, качает ли он в настоящее время пользовательские данные (бегающая полосочка). Поэтому не надо торопиться, дайте ему инициализироваться, пусть он спокойно работает.

Цитата:

Нет, их содержимое никак не должно влиять.

если бы... )) я бы не оточнял данны момент! Из за этих файлов долго не мог отловить баг )) у меня на хрюнделе именно их удаление дает норма монтировать и сливать! сперва удаляем файлики, потом как выше писал 1, 2, 3, 4, 5
У мну все отлично копирует! И кирилицу и латынецу без разницы!

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

Цитата:

Только на работу клиента

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

С удовольствием посмотрел ваше замечательное видео, но, если честно, то совсем ничего из него не понял. ))) Попозже еще попытаюсь посмотреть, понять, что вы делаете.

Кстати, шаблон оригинального имени папки собираюсь добавить в первую очередь. Далеко не всегда уместно имя в виде даты, и ужасно смотреть, как вы мучаетесь с ручным копированием имени. )

Сперва проблема dima1978 и шаблон имени, а там посмотрю на остальное.

Цитата:

но, если честно, то совсем ничего из него не понял. )))

если есть файлики, то не с первого раза монтирует! Если файликов нет, при старте вашей прожки, то всегда с первого раза.
Лучше даже так - после старта агента (файлики там образуются), ваша прожка их чистит во время старта (при запущенном агенте) 1 час с утра, не отходя от компа, пытался выловить закономерность

Цитата:

А, ну да. Второй раз он и не создастся. Давайте так: я доработаю монтирование по двум щелчкам, чтобы не надо было маркер трогать. Это надо так или иначе обрабатывать, у меня там ошибка есть, которая проявляется (пока) только у вас. Потестируете доработанную в этом плане версию, а я потом что-нибудь придумаю окончательно.

Не пойму почему только у меня так, вроде betssaf писал, что у него все в порядке.

Цитата:

Нет, их содержимое никак не должно влиять.

Согласен, что файлы .cloud и .cloud_ss никак не влияют на работу утилиты. Проверял это отдельно.

Цитата:

Не пойму почему только у меня так

видео свое выложите

Цитата:

Лучше даже так - после старта агента (файлики там образуются), ваша прожка их чистит во время старта (при запущенном агенте)

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

Цитата:

Сперва проблема dima1978 и шаблон имени, а там посмотрю на остальное.

Будем надеяться Вам удастся с этим справиться

dimasic

Цитата:

"Позырь, что у меня есть!" А облако такое: "О, ништяк! Файл по имени единичка? Такого у меня нету, ща скачаю себе."

Добавлено:
а почему появляются красные восклицательные знаки?

Что они означают и из-за чего появляются?

dima1978

Цитата:

утилитка не чистит эти файлы, а просто создает резервные копии .bak этих 2 файлов

Это на всякий случай, на время тестов. Толку с них все равно никакого.

sasha300

Цитата:

Что они означают и из-за чего появляются?

Вероятно, означают одно: неразрешенные конфликты синхронизации. Или что-то вроде. Насколько помню, в меню клиента в случае ошибок появляется пункт "Ошибки синхронизации". Посмотрите, не написано ли там чего интересного.

Цитата:

а почему появляются красные восклицательные знаки?

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

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

Добавлено:
В общем новый нюанс: оказалось, что Корел пытался сохранить файл, но почему-то это ему не удавалось. Когда закрыл файл, сохранения не прошло. В общем mail.ru cloud не давал Корелу сохранить файл. Х.з. почему это получается, но это факт.

Цитата:

Хотя какая разница mail cloud - просто надо скопировать файл в облако.. Может кто сталкивался с этим? Почему так происходит?

Облаку из датацентра не видно, чем занимаетесь вы и ваш корел. Оно увидело измененный файл и стало его закачивать. Соответственно, корелу не удалось записать в открытый в другой программе файл. А почему облако зажгло восклицательный знак - ну мало ли. Может, корел его до этого успел изменить как-то и оно решило, что не смогло правильно закачать файл к себе. Или корел создал себе какой-то временный файл, который облако не смогло подхватить, потому что тот был открыт для записи. Вариантов всяких - масса.

Цитата:

Может кто сталкивался с этим? Почему так происходит?

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

dimasic

Цитата:

Соответственно, корелу не удалось записать в открытый в другой программе файл

А как мне узнать, что mail.ru cloud в это время синхронизирует именно этот файл?

dima1978

Цитата:

но изменять файлы, которые лежат в облаке нельзя

Так это же не удобно! Сначало в локальной папке надо ковыряться с файлом, а потом переносить в синхронизируемую папку - теряется сама суть синхронной работы..
Сейчас с коллегой работаем под одним аккаунтом, но в раздельных папках. Нужно ему взять мой макет - зашёл в папку "Саша" и достал нужный ему макет. Аналогично поступаю я. А если мы сначала будем сохранять файл в одном месте, потом в другом - много действий.
В общем такой алгоритм как-то не айс..

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

sasha300

Цитата:

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

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

Цитата:

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

Идея мне понятна, это неудобно, но так надежнее, чтобы не потерять Вашу работу.

Цитата:

А как мне узнать, что mail.ru cloud в это время синхронизирует именно этот файл?

Да никак не узнать. Более того, разные программы (и редакторы, и прочий софт) работают со своими файлами по-разному. Одни работают со своими файлами напрямую, не мешая другим программам (можно взять и прочитать их открытые файлы). Другие создают какие-то временные файлы рядом или во временной папке и работают с ними. Третьи - открывают файл монопольно и держат его. Для клиента синхронизации открывать файлы может быть в монопольном режиме оправдано - есть гарантия, что он не изменился во время заливки в облако. Можно и иначе - залить, посчитать локальный хэш и делать какие-то выводы.

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

Добавлено:

Цитата:

Сейчас с коллегой работаем под одним аккаунтом, но в раздельных папках. Нужно ему взять мой макет - зашёл в папку "Саша" и достал нужный ему макет. Аналогично поступаю я. А если мы сначала будем сохранять файл в одном месте, потом в другом - много действий. В общем такой алгоритм как-то не айс..

Совершенно верно, ваш алгоритм не айс. Работать толпой в расшаренной папке на сервере - это еще ничего, потому что физически экземпляр документа один. А тут получается целых три - ваш, коллеги и облака. Плюс, две синхронизации клиент-облако. Некоторые программы изменяют файлы даже просто при открытии "на посмотреть" - как минимум, дату и время файла. И будет оно синхронизироваться туда-сюда с риском в конечном итоге рассинхронизироваться. Как с тем вашим файлом "1.jpeg" произошло.

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

Короче говоря. Если коллеге нужно макет только "на посмотреть", то у него не должно быть никакого доступа на его изменение. Если какие-то файлы нужны для активной совместной работы - есть такая штука как SVN и прочие системы управления версиями. Впрочем, многое еще зависит от объема ваших документов.

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

dimasic
ну возьмём к примеру google drive, там односторонняя синхронизация, если коллега хотел скачать файл, то заходил через браузер, НО это не удобно.
нужен ресурс, который синхронизирует (на обоих концах обычные папки), а синхронизация идёт односторонняя. Возможно ли такое?

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

Цитата:

И облака для совместной работы подходят только с известными ограничениями.

Я бы сказал, что они совсем для этого не предназначены.

sasha300

Цитата:

нужен ресурс, который синхронизирует (на обоих концах обычные папки), а синхронизация идёт односторонняя. Возможно ли такое?

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

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

Ленинская версия от 22.04.2014

http://rghost.ru/54504362

Нововведений немного, зато какие!


Код: - Вложенные папки (на основании шаблонов) с проверкой дублирования;
- Шаблон имени %name (соответствует имени выбранной папки без полного пути)

Цитата:

Возможно. Но только с облаками, которые предназначены для совместной работы.

Я про такие функции в облаках не слышал.

Цитата:

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

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

Цитата:

единственное что приходилось маркер перемещать, а потом возвращать на место.

Ога, фигня какая: файл туда, файл сюда - попробуй, не ошибись.

Цитата:

Ога, фигня какая: файл туда, файл сюда - попробуй, не ошибись.

Да, не очень было удобно, но работала.

Цитата:

Ленинская версия от 22.04.2014
Нововведений немного, зато какие!

А вот зато Ленинская версия работает отлично и безошибочно, проверку специально делал с теми же названиями и содержанием папок, что и вчера. Огромный респект