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

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

Автор: dimasic
Дата сообщения: 22.04.2014 20:20
Э, сломалось подключение корня диска. Надо бы починить.

Еще сделаю поддержку ключей командной строки, чтобы можно было программу встроить в контекстное меню Проводник или в меню "Отправить". И drag-n-drop, по возможности. А может быть, и подключение нескольких папок одновременно. И переключение аккаунтов. И поддержку encFS. Эх, мечтыыы...

Да, и проверьте еще, пожалуйста, подключаются ли под XP другие диски. Ну там папку с флешки показать программе или папку с подключенного через subst диска.
Автор: Ludens
Дата сообщения: 22.04.2014 22:37
dimasic,
я тут прочитал последние полтора десятка страниц, но так и не смог понять, что за загадочную утилиту ты разрабатываешь. Я даже установил себе твой CloudUploader, но так и не догнал, чтО он умеет такого, чего не умеет собственный мейлрушный облачный агент.
Нутром я чувствую, что ты делаешь что-то очень полезное и всем нужное. Но вот что?
Автор: dimasic
Дата сообщения: 22.04.2014 23:10
Это утилитка для автоматизации работы клиента Облака. Позволяет удобно лить данные только в одном направлении - в Облако, без постоянной синхронизации. Ничего такого она не делает, чего не умеет клиент, но позволяет немного облегчить жизнь. Даже не знаю, как на примерах это объяснить.

Ну вот есть у меня важная папка. Я хочу закинуть ее копию в облако. Но при этом чтобы ее содержимое не синхронизировалось с ним. Наши действия примерно такие: копируем папку в папку синхронизации, потом отключаем ее синхронизацию и ее локальная копия удаляется. Именно поэтому мы копировали, а не перемещали. Это требует времени и достаточно свободного места на диске. Есть, правда, еще вариант с жесткими ссылками, но он не для всех и там есть некоторое количество ручной работы. А если кино на внешнем жестком диске? Тоже копировать, занимая место?

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

А еще можно скидывать в Облако шифрованные данные. Ну мало ли кому и когда они попадутся. Домашнее порно или типа того. )))

Возможно, неубедительно рассказываю, ну да и пусть.
Автор: dima1978
Дата сообщения: 22.04.2014 23:16

Цитата:
Я даже установил себе твой CloudUploader, но так и не догнал, чтО он умеет такого, чего не умеет собственный мейлрушный облачный агент.

В двух словах эта утилита разработана для повышения функционала родного мейловского клиента. К сожалению до сих пор родной клиент имеет достаточно скудные возможности. К примеру, чтобы закачать папку (несколько папок) не в корневую директорию облака нужно очень сильно постараться, чтобы это сделать с помощью родного клиента. С синхронизацией папок у родного клиента тоже есть недоделки. Эта утилита сильно упрощает жизнь именно при синхронизации с облака.
А вот уже и сам автор расскажет думаю намного лучше меня
Автор: Ludens
Дата сообщения: 22.04.2014 23:37
Ну, почему же неубедительно. Напротив, все очень понятно. Как раз о таком кейсе использования большого облака я и мечтал — чтоб не занимать место на жестком диске громадными файлыми, которые используешь редко (тяжелые дистрибутивы, например, — Windows, Office, Adobe etc.), а бекапить их в облако и доставать оттуда на короткое время, если нужно.
Дело в том, что у меня есть "маленькое облако" — это 10-гиговый яндекс-диск, который я синхронизирую с 10-гигабайтным же партишеном под буквой Y. Это очень удобно и наглядно, и такого объема с избытком хватает для ежедневной синхронной работы с документами в офисе и дома. Большие же массивы файлов — фотоархивы, аудио-видео, те же дистрибутивы — нет смысла синхронизировать с облаком: их достаточно туда просто бекапить. И вот для этой-то цели как раз прекрасно годится мейлрушное облако с его большим бесплатным объемом и хорошей скоростью "вверх" от российских провайдеров. А то что клиент-агент у них скверненький — так это было бы вообще наплевать, если б был WebDAV. Я так понял, что твоя утилита как раз-таки и призвана заменить отсутствующий WebDAV, верно?
Автор: dimasic
Дата сообщения: 22.04.2014 23:51
Не так чтобы заменить... Скорее, дополнить. Если он вообще тут появится. У WebDAV свои неповторимые прелести есть - хотя бы поддержка программами резервного копирования. А у Uploader-а есть свои достоинства: можно на какое-то время сделать любую локальную папку видимой облаку, не заботясь о необходимости перед отключением синхронизации этой папки сохранить куда-нибудь свои данные. И с этой папкой может общаться совершенно любая программа, даже не умеющая работать с WebDAV. А потом можно легко взять и отключить синхронизацию этой папки - и она останется автономно лежать в облаке. Это не совсем то же самое, что подключаемый диск WebDAV. И возможности, повторюсь, есть свои неповторимые: можно локальную папку с нешифрованными данными отразить на виртуальный диск, а тот уже подключить как папку в облако. Соответственно, данные в облако будут шифрованы, скрыты от посторонних глаз.
Автор: dima1978
Дата сообщения: 22.04.2014 23:58

Цитата:
Я так понял, что твоя утилита как раз-таки и призвана заменить отсутствующий WebDAV, верно?

Полноценный Webdav не заменит ни одна утилита, и по заверениям мейловцев они должны его скоро запустить.
dimasic

Цитата:
А еще можно скидывать в Облако шифрованные данные. Ну мало ли кому и когда они попадутся.

А тут я наверное что-то пропустил, вроде бы мейловское облако не позволяет шифровать данные.
Автор: dimasic
Дата сообщения: 23.04.2014 00:07
Это где написано у них, что нельзя шифровать?
Автор: dima1978
Дата сообщения: 23.04.2014 00:13

Цитата:
Это где написано у них, что нельзя шифровать?

Вы имеете в виду когда данные уже зашифрованы и закачиваются в облако? Я то понял про поддержку шифрования самим облачным сервисом.
Автор: dimasic
Дата сообщения: 23.04.2014 00:27
А зачем оно им надо, шифровать что-то? Из-за дедупликации гораздо выгоднее хранить нешифрованные данные пользователей. Забьете вы свой законный терабайт шифрованными фильмами, и я тоже залью терабайт тех же самых фильмов и тоже их зашифрую. И наши с вами фильмы займут два терабайта, а не один, как занимали бы в нешифрованном виде. Вообще, нет смысла шифровать все подряд, это просто глупо. Но какие-то конфиденциальные данные могут быть у каждого человека. И попасть в руки левых людей они могут в самых разных ситуациях.

Рецепт простой: EncFS + Uploader. Когда-нибудь прикручу его удобную поддержку, но и сейчас можно такой связкой пользоваться.
Автор: dima1978
Дата сообщения: 23.04.2014 00:42

Цитата:
А зачем оно им надо, шифровать что-то?

Им то конечно это совершенно не нужно, но

Цитата:
Но какие-то конфиденциальные данные могут быть у каждого человека. И попасть в руки левых людей они могут в самых разных ситуациях.

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

Цитата:
Рецепт простой: EncFS + Uploader. Когда-нибудь прикручу его удобную поддержку

Я не знаю что это такое, но если это возможно, то было бы здорово, хотя это и не первоочередная задача.
Автор: betssaf
Дата сообщения: 23.04.2014 02:41
ошибка Ленинской версии

имя папки не верно! и исправить нельзя. Но закачивает с именем правкельным! в моем примере
1 Я закачиваю папку - Тест облако майл
2 Имя в функции неактивной - закачать как, берется из профиля агента

видно на скрине что при первом нажатии моунт выдало ошибку

после второго нажатия все гуд

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

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

выложите свой скрин? у меня смутные сомнения в том, что вы вообще что-то проверяли.

Автор: dima1978
Дата сообщения: 23.04.2014 07:38

Цитата:
Это происходит когда первый раз запускаю прожку, при последующих запусках, моунт отрабатывает с первого раза.

Сейчас произошла та же самая ситуация, что Вы и описали, один в один.
Запуск утилитки (Скрин 1), все нормально.
Первое нажатие на mount выдает такую ошибку (Скрин 2)
После повторного нажатия на mount синхронизация проходит успешно (Скрин 3)
После отработки команды unmount (Скрин 4)
Автор: betssaf
Дата сообщения: 23.04.2014 07:46
сделайте скрин на чисто запуск прожки, без файла CloudUploader.ini в корне.
Автор: dima1978
Дата сообщения: 23.04.2014 07:57

Цитата:
сделайте скрин на чисто запуск прожки, без файла CloudUploader.ini в корне.

Вот скрин без файла настроек, то что утилитка грузит по умолчанию Ссылка
Автор: betssaf
Дата сообщения: 23.04.2014 08:12

Цитата:
Вот скрин без файла настроек

и как тогда она пишет правельно имя (имя папки указанной - Исходная папка ) в строке - Закачать как? Если при первом запуске подхватывает каталог из профиля? на моем скрине видно и на вашем тоже.
Автор: dimasic
Дата сообщения: 23.04.2014 08:18
dima1978

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

http://forum.ru-board.com/topic.cgi?forum=5&topic=46595
И вот тут, например, рассказано про него применительно к облакам. И тут - конкретно про облако Mail.Ru.

betssaf

Цитата:
имя папки не верно! и исправить нельзя. Но закачивает с именем правкельным!

Это потому что выбрали папку через кнопку "Найти". Знаю, есть такой баг. )) Посмотреть актуальное имя вы можете щелкнув мышкой по полю "Исходная папка" или введя в поле шаблона любой символ. Но это временно.


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

Да не трогайте вы эти файлы. Щелкайте два раза, раз уж это помогает. Я пока не знаю, особенности ли это XP, или работы клиента под XP, или моя система так уникальна, что всегда все с первого раза подключается. Больше никто репорты не шлет. Без сомнения, это баг программы, но как победить - я фигзнат. Со временем исправлю, но пока вот так.
Автор: dima1978
Дата сообщения: 23.04.2014 08:19

Цитата:
и как тогда она пишет правельно имя (имя папки указанной - Исходная папка ) в строке - Закачать как?

Я первый запуск делал с файлом настроек, который был уже сформирован до этого на пролом варианте сборки, чтобы можно было сравнить работу утилиты в одинаковых условиях.
Автор: dimasic
Дата сообщения: 23.04.2014 08:26

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

Без файла настройки имя тоже будет правильное. Неправильно обрабатывается только нажатие кнопки "Найти" - имя не актуализируется на основании шаблона. Я это вчера обнаружил, после выкладывания очередной версии.
Автор: dima1978
Дата сообщения: 23.04.2014 08:30

Цитата:
Без файла настройки имя тоже будет правильное. Неправильно обрабатывается только нажатие кнопки "Найти" - имя не актуализируется на основании шаблона.

Я кнопкой "Найти" не пользовался, поэтому видимо и не обнаружил, а вообще очень удобно можно править файл настроек вручную в блокноте, а утилита сама при запуске все это подхватывает.
Автор: betssaf
Дата сообщения: 23.04.2014 08:36

Цитата:
Да не трогайте вы эти файлы. Щелкайте два раза, раз уж это помогает.

)) озвучил для того чтобы не пугались, если еще кто то пробует и не отписывает. Конечно это не критический баг )) мелочи по сравнению с проделанной работой!
Автор: dima1978
Дата сообщения: 23.04.2014 08:51

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

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

dimasic

Цитата:
И вот тут, например, рассказано про него применительно к облакам. И тут - конкретно про облако Mail.Ru.

Вот как раз на хабре я про это и видел.
Автор: mrCrowley
Дата сообщения: 23.04.2014 08:57
Здравствуйте!
Подскажите, pls, можно ли в принципе открыть базу keepass, хранящуюся на Облаке в андроиде?
Почему-то при попытке открыть файл базы - не находится (в списке "что использовать") keepass, а при попытке найти базу из keepass не видно Облака
С Dropbox любая из этих процедур работает без проблем!
Автор: Ironcast
Дата сообщения: 23.04.2014 09:13
А меня достал следующий глюк.. Регулярно, по нескольку раз день прога вместо того чтобы загружать файлы начинает "обновлять их".. Файлы музыкальные нечего там обновлять часами..Во время этого нещадно дрючится винт.. На свежем профайле этого нет, но вот когда облако более чем наполовину загружено и много мелких файлов--процедура капитально достаёт.. Интернет-канал во время этого действия практически не задействован.. Может кто знает что делать.
Автор: betssaf
Дата сообщения: 23.04.2014 09:17

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

вот для этого и тестим прожку от димасик, она внушает агенту от майл что линки прямые, хотя они на самом деле псевдо. Загрузил и клиент успокоился )) клиент от майл сырой, у димасик куда лучше творение! Лучше делать все через него!
Автор: dimasic
Дата сообщения: 23.04.2014 09:20
dima1978

Цитата:
Вот как раз на хабре я про это и видел.

А мне сказали, что не знаете про такое. Нехорошо обманывать товарищей. )

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

Сейчас неудобно с ней работать: надо ее запустить, ввести в консоли пароль, потом указать путь в Uploader, а когда она уже не нужна, идти опять в ее окошко и нажимать там Ctrl-C. Многоступенчатая такая комбинация.
Автор: dima1978
Дата сообщения: 23.04.2014 09:21

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

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

dimasic

Цитата:
А мне сказали, что не знаете про такое.

Одно название то и слышал, а как все это работает не разбирался, темный лес для меня
Автор: betssaf
Дата сообщения: 23.04.2014 09:26
проверю сейчас как прожка от димасик ведет себя при сливе кучи мелких и больших файлов (на латин и кирил) А потом проверю агента на вшивость )) добалю пару файлов (в папку из предыдущей операции) и запущу синхр в агенте.
Автор: dimasic
Дата сообщения: 23.04.2014 09:29
Ironcast

Цитата:
Файлы музыкальные нечего там обновлять часами..Во время этого нещадно дрючится винт.. На свежем профайле этого нет, но вот когда облако более чем наполовину загружено и много мелких файлов--процедура капитально достаёт.. Интернет-канал во время этого действия практически не задействован.. Может кто знает что делать.

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

По-идее, в большинстве случаев было бы достаточно знать место хранения файла, его размер и дату обновления. Но это только на мой взгляд; как нужно делать на самом деле, я не знаю.
Автор: betssaf
Дата сообщения: 23.04.2014 09:35
неее агент от майл сру еще не готов работать с кучей мелких файлов, запнулся на 5-ой минуте слива )) полезли ошибки )) прожка от димасик все сделала (смонтировала) без нареканий! Из этого вывод - отдать облако в руки умельцев с ru-board ))

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

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


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