Ru-Board.club
← Вернуться в раздел «Хостинг»

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

Автор: dimasic
Дата сообщения: 16.04.2014 19:33

Цитата:
А смысл? Чтобы сразу на нужный HDD сохранить? (я другого применения не вижу)

Развернуть целиком архивированную в облаке папку, сразу в нужное место и без визита на сайт. Сейчас через клиент это надо делать так: включили синхронизацию, дождались ее окончания, потом скопировали (!) папки и файлы куда надо, потом опять отключили синхронизацию и подтвердили локальное удаление данных. Ну или через веб-клиент качать. Выглядит грустно. Конечно, это не такая частая процедура, как резервное копирования, но все-таки.
Автор: 19w85
Дата сообщения: 16.04.2014 19:45
dimasic

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

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

Цитата:
вот-вот доберусь до перезапуска процесса.

А для этого не будет отдельной консольной утилитки? (мне просто не охота свою старую утилитку искать, я года 4 назад при активных поисках, помню где-то 3 в гугле её искал пока удалось найти)

Цитата:
Просто маленькая гуевая утилитка с удобными настройками

Маленькие гуевые утилитки потом очень-очень долго нужно править от багов, у меня в этом плане большой опыт по баг-репортам

Цитата:
Выглядит грустно. Конечно, это не такая частая процедура, как резервное копирования, но все-таки.

Собственно, когда качал с облака (редко), то качал через IDM (в несколько потоков), чтобы качать на максимальной скорости. Поэтому интересуюсь только заливкой в облако, скачиванием через клиент пока что пользоваться вряд ли буду (но может когда-нибудь, кто знает...)
К тому же все эти траблы с синхронизацией, для скачивания спокойней именно через качалку, чтобы даже не задумывать где что удалится
Автор: dimasic
Дата сообщения: 16.04.2014 21:08

Цитата:
А для этого не будет отдельной консольной утилитки? (мне просто не охота свою старую утилитку искать, я года 4 назад при активных поисках, помню где-то 3 в гугле её искал пока удалось найти)

На сообщение WM_CLOSE отзывается с радостью, validfinish в реестре устанавливается в единичку самим клиентом. То есть, завершение работы получается корректным. Можете сами поискать утилиту, которая отправляет такие сообщения, или подождите каких-то результатов с моей стороны. Наверно, завтра сделаю выходилку и входилку.
Автор: 19w85
Дата сообщения: 16.04.2014 21:21

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

А, точно WM_CLOSE, сразу нашёл ту самую утилитку, что пользовался на старом компе (функционал у неё удобный, если корректно не закрывается, то процесс убивается через заданное количество секунд.) А вот без таких ключевых слов в тот первый раз 3 часа убил на поиски прежде чем нашёл...
Всё-равно ваша утилитка не помешает, как говорится много, не мало
Автор: dimasic
Дата сообщения: 16.04.2014 22:41
http://rghost.ru/54270967
Кому надо и кто смелый. Закрывает клиента Mail.Ru, больше ничего не умеет. Даже окна у нее своего нет.

Если клиент ничем не занят, закрытие происходит практически мгновенно; если синхронизирует что-нибудь, видна небольшая задержка. Выход похож на корректный.
Автор: 19w85
Дата сообщения: 16.04.2014 22:46
dimasic

Цитата:
http://rghost.ru/54270967 Кому надо и кто смелый. Закрывает клиента Mail.Ru, больше ничего не умеет. Даже окна у нее своего нет.   Если клиент ничем не занят, закрытие происходит практически мгновенно; если синхронизирует что-нибудь, видна небольшая задержка. Выход похож на корректный.

Скачал, попозже попробую (сейчас как раз синхронизация работает в клиенте)
А можно сделать без привязки к конкретному процессу? Т.е. чтобы и процессы других программ им закрывать, через указывание доп.параметра? (ну а если параметр не указан, то считается что нужно закрыть облачный клиент мэйла)
Автор: dima1978
Дата сообщения: 16.04.2014 22:51
dimasic

Цитата:
Кому надо и кто смелый. Закрывает клиента Mail.Ru, больше ничего не умеет. Даже окна у нее своего нет.

Спасибо за программку. А если идет процесс синхронизации, то потом синхронизируемые данные в облаке (на диске) останутся, не произойдет их потеря?
Автор: dimasic
Дата сообщения: 16.04.2014 23:18
dima1978

Цитата:
Спасибо за программку. А если идет процесс синхронизации, то потом синхронизируемые данные в облаке (на диске) останутся, не произойдет их потеря?

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

19w85

Цитата:
А можно сделать без привязки к конкретному процессу? Т.е. чтобы и процессы других программ им закрывать, через указывание доп.параметра? (ну а если параметр не указан, то считается что нужно закрыть облачный клиент мэйла)

Да так-то можно, почему нет. Но не сразу. ) "Та самая утилита", кстати, тоже корректно закрывает нашего клиента. Только ей надо полный путь указывать. Вероятно, есть и другие программы для этого.
Автор: dima1978
Дата сообщения: 16.04.2014 23:35
dimasic

Цитата:
Клиент не убивается; ему отправляется системное сообщение, что его закрывают.

Понятно, спасибо, попробую тоже потестить.

Цитата:
Да так-то можно, почему нет. Но не сразу. ) "Та самая утилита", кстати, тоже корректно закрывает нашего клиента. Только ей надо полный путь указывать. Вероятно, есть и другие программы для этого.

А эта утилита не Unlocker случайно. Правда она все таки для файлов предназначена, а не для процессов. Для процессов есть неплохая утилита, по-моему Process Explorer называется.
Автор: 19w85
Дата сообщения: 16.04.2014 23:40
dimasic

Цитата:
Но не сразу

А через сколько дней приблизительно?

Цитата:
"Та самая утилита", кстати, тоже корректно закрывает нашего клиента.

Естественно, закрывает. Я потому ссылку на неё и запостил, да я и так помнил что она практически любой софт без проблем закрывала, но мне просто лень её было искать на старом компе, а для того чтобы её быстро найти в инете мне не хватало нужных ключевых слов (помимо слова "utorrent"). Но она требует установленного .Net Framework, а это пусть и маленький, но минус. Я в целом предпочитаю маленькие утилитки, например, написанные на дельфи

dima1978

Цитата:
А эта утилита не Unlocker случайно

Нет, Unlocker для разблокирования файлов занятых процессами, т.е. она может тупо убить эти процессы мешающие удалить файл. Закрытие программ совсем другое
Автор: dimasic
Дата сообщения: 16.04.2014 23:45

Цитата:
А эта утилита не Unlocker случайно.

Нет, там маленькая консольная утилитка, чуть больше моей. Умеет мягко завершать работу программ, но при желании может быть и жесткой. Еще есть параметр таймаута, но не знаю точно, к чему он относится - возможно, сначала мягко разговаривает, а потом убивает нафиг, если программа несогласна. Лень проверять подробности ее работы.
Автор: 19w85
Дата сообщения: 16.04.2014 23:51
dimasic

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

Таймаут именно для того, чтобы если программа не смогла корректно завершится за заданное время (установленной в этом таймауте), то она считается зависшей и процесс убивается (т.е. тоже самое что taskkill). Это, кстати, самый оптимальный и универсальный вариант.
Автор: dima1978
Дата сообщения: 16.04.2014 23:52

Цитата:
Нет, там маленькая консольная утилитка, чуть больше моей. Умеет мягко завершать работу программ, но при желании может быть и жесткой.

Речь идет про WM_CLOSE как понял, которую чуть выше выложил 19w85. У меня стоит этот Process Explorer, но далеко не все процессы он способен убить, а бывает очень нужно.
Автор: 19w85
Дата сообщения: 16.04.2014 23:57
dima1978

Цитата:
Речь идет про WM_CLOSE как понял, которую чуть выше выложил 19w85. У меня стоит этот Process Explorer, но далеко не все процессы он способен убить, а бывает очень нужно.

Программа ссылку на которую я дал называется CloseApp, а WM_CLOSE это вроде как метод закрытия, который используется "и там и сям".

P.S. Оффтоп: Использую старенький Process Killer 1.4.2 (раньше на XP, а сейчас на Win7 x64), часто убиваю процессы, за много лет ни разу проблем не было, чтобы не мог убить какой-то процесс.
Автор: dimasic
Дата сообщения: 17.04.2014 00:00
19w85

Цитата:
А через сколько дней приблизительно?

Да я с WinAPI даже не на "Вы". Нашел имя класса и уникальное имя окна для клиента, нашел функцию, которая отправляет сообщения по этим двум параметрам, а какие еще бывают способы идентифицировать работающие программы, я без понятия. По идентификатору процесса, по имени выполняемого файла? С этим не разбирался еще. Если совсем в дебри не лезть, то достаточно быстро справлюсь.

Давайте, пока с клиентом мейла разберемся, а там посмотрю. Клиента закрывать умеем, папку в исключения добавлять - тоже. Осталось все связать вместе и посмотреть, что получится в результате. Развязка близка, запасаемся попкорном.
Автор: Ludens
Дата сообщения: 17.04.2014 01:31
А что делать тем, кто пропустил новогоднюю раздачу 1Тб?
Существует ли сейчас возможность увеличить размер облака, или 100 Гб — это теперь предел?
Автор: sssergey
Дата сообщения: 17.04.2014 01:36
Ludens
не существует, ждать и надеяться- они не исключают возможности повтора акции... Правда и вебдав тоже обещают
Автор: dima1978
Дата сообщения: 17.04.2014 01:40

Цитата:
Существует ли сейчас возможность увеличить размер облака, или 100 Гб — это теперь предел?

К сожалению пока такой возможности нет, и по информации с мейла такой акции они уже не планируют в ближайшее время.
Автор: Ludens
Дата сообщения: 17.04.2014 01:42
А правильно ли я понял, что диск mail.ru — это самый быстрый из аналогичных сервисов, если пользоваться из Москвы?
Автор: 19w85
Дата сообщения: 17.04.2014 01:42
Ludens

Цитата:
А что делать тем, кто пропустил новогоднюю раздачу 1Тб? Существует ли сейчас возможность увеличить размер облака, или 100 Гб — это теперь предел?

Не существует возможности. Теперь только юзать несколько по 100Гб, ну или, например, можно поменять 200Гб Яндекс-диска (если такой у Вас имеется) на 1Тб мэйла (я бы, например, согласился на такой обмен, ибо с моим провайдером у меня с яндексом скорость выше...так что если кто захочет => в PM)

dimasic

Цитата:
http://rghost.ru/54270967 Кому надо и кто смелый. Закрывает клиента Mail.Ru, больше ничего не умеет. Даже окна у нее своего нет.
Если клиент ничем не занят, закрытие происходит практически мгновенно; если синхронизирует что-нибудь, видна небольшая задержка. Выход похож на корректный.

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

А теперь про минус: при использовании в батнике Quit_MailRuCloud.exe запускается и сразу переходит к следущей команде (удаление .cloud и правка .cloud_ss), которая не срабатывает, потому что клиент еще не успел закрыться. В Quit_MailRuCloud.exe нужно добавить ожидание завершения процесса.
Автор: dima1978
Дата сообщения: 17.04.2014 02:08
19w85

Цитата:
ну или, например, можно поменять 200Гб Яндекс-диска (если такой у Вас имеется) на 1Тб мэйла

Я подумал что это шутка, на Яндексе, чтобы 20 Гб получить нужно сильно постараться и прокачивать акк за счет приглашения других, а так дают только 10 гиг.

Цитата:
у меня с яндексом скорость выше...
У меня ровным счетом все наоборот.

Цитата:
(удаление .cloud и правка .cloud_ss), которая не срабатывает, потому что клиент еще не успел закрыться

Я надеюсь с данными ничего не происходит, все остается на своих местах.
Автор: 19w85
Дата сообщения: 17.04.2014 02:22
dima1978

Цитата:
Я подумал что это шутка, на Яндексе, чтобы 20 Гб получить нужно сильно постараться и прокачивать акк за счет приглашения других, а так дают только 10 гиг.

Нет, абсолютно серьезно. Не слышали что ли что в начале декабря 2013 яндекс раздавал всем "пострадавшим" по 200Гб (причем некоторые из тех кто реально пострадал сразу переставили винду и потому не смогли предъявить нужные логи для получения этой компенсации, зато многие кто просто пользовался их клиентом не пострадали, но компенсацию получили...даже не представляю насколько обидно первым).

Причём я с этой плюшкой пролетел, во-первых, потому что не пользовался яндексовым клиентом, а во-вторых, из-за этих дезинформационных постов на руборде, которым я поверил и даже не стал дергаться, а позже (когда было уже поздно) нашёл на "хоботе" даже конкретную инструкцию, что даже ещё в более поздние числа (относительно рубордовских постов) всё работало и можно было получить эти 200Гб, если всё сделать в правильной последовательности...

Цитата:
У меня ровным счетом все наоборот.

Ага, у всех по-разному, но у меня быстро именно с яндексом, которого у меня, как на зло, нету (200Гб)



Цитата:
Я надеюсь с данными ничего не происходит, все остается на своих местах.

С данными ничего не происходит, но это надо исправлять.
Автор: dima1978
Дата сообщения: 17.04.2014 02:33
19w85
Нет про такое слышу впервые. Хоть у меня на Яндексе и скорости не такие, но от 200 гиг я бы не отказался. А с мейлом сейчас тоже частенько бывает западение скорости, видимо нагрузка на их сервера сильно возрасла. Как бы это все не закончилось в один прекрасный момент.
Автор: betssaf
Дата сообщения: 17.04.2014 02:41
Есть у кого мысли, как из клиента удалить файлы облачные? Это недостоющий штрих для способа - 2 аакаунта! Чтобы не лазить в браузере.
Автор: dimasic
Дата сообщения: 17.04.2014 08:35
19w85

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

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

Цитата:
А теперь про минус: при использовании в батнике Quit_MailRuCloud.exe запускается и сразу переходит к следущей команде (удаление .cloud и правка .cloud_ss), которая не срабатывает, потому что клиент еще не успел закрыться. В Quit_MailRuCloud.exe нужно добавить ожидание завершения процесса.

Ага, понял. Тогда сделаю ожидание. И возвращаемый %ERRORLEVEL% добавлю, что-то вроде: 0 - успех, 1 - работающий клиент не найден, 2 - не удалось закрыть за определенное время.

betssaf

Цитата:
Есть у кого мысли, как из клиента удалить файлы облачные? Это недостоющий штрих для способа - 2 аакаунта! Чтобы не лазить в браузере.

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

Добавлено:
19w85
Даже немного не так. Запуск без параметров - определение наличия запущенного клиента Облака, с некоторым параметром - его закрытие без ожидания, и опционально - время ожидания. Это будет правильней.
Автор: betssaf
Дата сообщения: 17.04.2014 08:58

Цитата:
А с удалением папки надо поэкспериментировать.

удалить все что в облаке темповом, вот это интересно! чтобы не лазить в браузер по 2-м аккам.
Автор: dima1978
Дата сообщения: 17.04.2014 09:06
dimasic

Цитата:
А теперь про минус: при использовании в батнике Quit_MailRuCloud.exe запускается и сразу переходит к следущей команде (удаление .cloud и правка .cloud_ss), которая не срабатывает, потому что клиент еще не успел закрыться.

Можно ли Вашу утилитку использовать только с батником и с каким, или она работает и сама по себе без него?
Автор: dimasic
Дата сообщения: 17.04.2014 11:42
Новая версия, название поменялось на Cloud@Mail.Ru Helper - дурацкое, но умнее ничего не придумалось.

http://rghost.ru/54291402

Возвращает коды для использования в %ERRORLEVEL%: 0, 1, 2, 3, 4

* При запуске без параметров возвращает 0 (клиент не запущен) или 1 (запущен);
* При запуске с параметром /close отправляет клиенту предложение закрыться и возвращает 0 (клиент не запущен) или 2 (клиент найден и команда отправлена, но результат ее выполнения нисколько не интересует);
* При запуске с параметрами /close /timeout времявсекундах отправляет команду закрытия и возвращает 0 (клиент не запущен), 3 (был запущен и завершен) или 4 (был запущен, но не завершен за отведенное время). Если клиент закрылся до таймаута, то программа не ждет, сразу завершает свою работу и возвращает 3. Если он долго не закрывается, то ждет все заданное время. Код 4 можно получить, например, при малом таймауте в процессе синхронизации клиента - он не сразу выходит, или при открытом диалоговом окна (например, выбора папок). Это я поясняю для желающих потестировать на разных режимах.

В архиве есть справка. Также можно получить краткую справку у самой программы - запуск с ключом /?. На английском, чтобы проблем с кодировками не было нигде и никогда. Если найдете ошибки, сообщите.

Жду результатов народного тестирования.

dima1978

Цитата:
Можно ли Вашу утилитку использовать только с батником и с каким, или она работает и сама по себе без него?

А это на ваше усмотрение. Новая работает и с батником, и без батника. Можно хоть ярлык вывести и в свойствах ярлыка указать ему параметр /close.
Автор: Ludens
Дата сообщения: 17.04.2014 11:47
В отличие от большинства подобных сервисов, сабж позволяет давать синхронизируемой папке любое имя. Например, "C:\Cloud\" или "D:\Data\Sync\Облако\".
Поэтому я хотел создать партицию размером 100 Гб, присвоеить ей букву, например, "M:", назначить на сабж и получить, таким образом, отдельный виртуальный диск, синхронизируемый с облаком. Но мне не удалось этого сделать. Почему-то оказалось невозможно дать сабжевой папке имя "M:\". Как думаете, почему?
Автор: dimasic
Дата сообщения: 17.04.2014 11:52
Ludens

Цитата:
Как думаете, почему?

Патамушта. Так уж сделано. Где-то эту особенность обсуждали. Вроде даже с представителями компании, если склероз мне не изменяет. Но пока так и осталось. Да и не все ли равно? Создать на диске одну папку, назвать ее "Папка Облака" - и успокоиться на этом.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Ссылки на COPY.COM


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.