Неточно выразился. Не просто расшаривать данные, а делать из шары что-то вроде сокета, куда один процесс на одной машине пишет, а другой с другой читает. Лет 10 назад такое можно было сделать только в локалке или поднятием сервера.
Да, а мне в свое время очень понравилась проскакивающая на Хабре идея о ToDo через дропбокс. Да и пообще — много чего полезного можно так сделать. Странно, что мало желающих этим воспользоваться.
Что не сделаешь — по большому счёту поделка получится, как говорится «написали программисты для программистов». Для простого пользователя настраивать дропбокс аккаунт и шарить там файлы для того, чтобы початиться излишний, извините, геморрой, когда есть скайп, аська, агент и прочее… А если ради денег это делать (пускай через рекламу), то лучше свой сервак/кластер/датацентр/сеть датацентров поднять.
Ну, простые пользователи довольно активно используют дропбокс. Я лично многих подсадил :)
А что касается ToDo, то разумеется это не для простых пользователей. Это просто было бы удобно для себя лично и небольшой команды. Но отчасти согласен, что-то серьезное из этого маловероятно сделать. Тут скорее сама по себе идея интересна, что есть некий отработанный механизм синхронизации и распределения нагрузки. И появляются мысли, что это все можно как-то полезно использовать.
Это очень удобно, в частности держу там файлы с базами от KeePass и TrueCrypt. Сколько бы компов не было — ощущение что работаешь в одном пространстве.
Запись, сделанная в одно действие, неделимая. Преимущество в том, что иной процесс не видит переходных состояний (неполностью записанный файл, например).
KeePass держит несколько версий базы паролей. Так что всегда можно откатиться. За два года почти использования KeePass и TrueCrypt на дропбоксе – ни разу не столкнулся с какой-либо проблемой
По-моему это самый простой вариант, у самого портативная миранда уже пару лет лежит в папке дропбокса. Один недостаток — при обновлении все время спрашивает, куда ей устанавливаться и какие плагины подключать.
А еще дропбокс удобно использовать для синхронизации торрентов между клиентами винды и линукса.
с мирандой есть проблемы. по непонятной причине она, после ее закрытия, сохраняет все изменения в файле профиля, но файл для винды остается неизмененным. а дропбокс синхронизирует по дате изменения.
Пробовал, некоторое время работало, потом empathy начал падать, pidgin тоже вел себя неадекватно. Правда, это возникает только если запускать клиент с одним аккаунтом на нескольких машинах.
Многие программы используют не один файл для хранения состояния. Одна копия программы записала часть файлов, вторая — другую. Получили неконсистентное состояние. См. habrahabr.ru/post/141688/#comment_4738860
Классическая тема. Некоторые люди пытаются хранить репозитории в dropbox. Результат — битые репозитории на всех машинах.
Боюсь что не только это, когда приходило сообщение 2 приложения одновременно пытались переписать файлы, учитывая, что где-то сообщения дублировались, между их попытками проходило достаточное время для синхронизации, но приложения и эту ситуацию отрабатывали неадекватно.
Попробуйте скопировать ярлык на нужную папку (к примеру, с историей) или файл в папку Dropbox, и он переходя по ссылке синхронизирует всё в облако. Не знаю, как с ярлыками в Windows, но в Linux такое работает на ура (только не включайте зацикливающиеся участки файловой системы, Dropbox c ними не дружит даже если исключить из синхронизации циклические участки, разработчики об этом баге уже уведомлены, но исправления пока нет).
К стати, синхронизацию «любых» файлов SugarSync отмечает как преимущество, хотя на самом деле Dropbox тоже это умеет.
https://www.dropbox.com/help/36
> If two people or computers change the same file at the same time, the first person to finish uploading their new version will «win.»
Точно так же и здесь, одно из сообщений останется не отправленным.
Уже не раз доводилось использовать Dropbox как чат (в текстовых файлах), вся фишка как раз в том, что нужен только установленный Dropbox с общей папкой для работы над проектом и текстовый редактор! Получаем общие файлы, версионность и… чат.
Отпадает всякая необходимость в подключении людей к некоему, пусть и продвинутому, сервису =)
Немного не в тему, но может кому пригодится: Я дропбокс использую для шаринга файлов в сеть с вот этой приблудой. Можно и встроенными средствами, но с click2public удобнее.
попробуйте imo.im
мне он больше всего понравится. На десктопе работает в браузере, и куча клиентов под мобильные устройства.
История и пуш-нотификации — все вместе очень удобно. И до кучи умеет передавать картинки/звук.
Запись идёт в простой текстовый файл, какой логин выберете — так и запишет, никакого контроля, анархия, так сказать.
Ведь задачи сделать коммерческий продукт не было. Или вы думаете, нельзя было сделать регистрацию, контроль учётных записей, авторизацию, и отправку сообщений после подтверждения капчей для отдельных групп пользователей с премодерацией?
Тут суть в идее, а не в одинаковых логинах, одновременной отправке сообщений или повторной отправке одного и того же сообщения.
Если планируете как-то использовать — можете скачать проект, и изменить под себя, я не против, специально же ссылки дал.
Как осуществляется шаринг между разными пользователями? Надо чтобы у всех была одна общая папка? Что будет, если кто-то из польщователей удалит chat.txt?
сам давно пользуюсь вместо dyndns.
10 строк на дотнете делают следующее:
1. ходим на whatismyip.org
2. вытаскиваем из респонса внешний ip
3. пишем в лог(который в папочке дропбокса) hostname — ip
…
Profit!
у меня на домашних серваках крутятся всякие vnc, uTorrent WebInterface и еще парочка самописных вебсервисов. таким образом экономится плата за внешний ip провайдеру или dyndns.
Напомнило как я на втором курсе написал на паскале чат через текстовик в сетевой шаре, чтобы можно было переписываться между подгруппами из разных кабинетов.
просмотр истории: git log
отправка сообщения: git commit --allow-empty --message «текст сообщения»
стереть последние N сообщения: git reset --hard HEAD~N
и т. п.
Если это нужно для общения в локалке, то есть безсерверные реализации чатов. Если удаленно — неюзабильно, неудобно etc. Для использования аля icq придется много расшареных директорий создать.
P. S. идея крайне не нова, я еще в школе что-то такое на VB6 писал, только шатилось через smb.
Прикольная мысль меня посетила:
Положить в %dropbox_dir% какой-нибудь cmd-шник. На том компьютере, где хотелось бы удаленно время от времени выполнять разные задачи зашедулить этот cmd-шник на выполнение, допустим, раз в пол-часа. И, в зависимости от того, что бы хотелось, чтоб удаленный компьютер выполнил, наполняем этот cmd-шник необходимым содержимым.
Немного сумбурно, но думаю понятна идея?
На сколько я замечал — Dropbox пропускает мелкие файлы вперед, там, видимо, какой-то специальный алгоритм, какой именно не подскажу — не разработчик.
Задержка, скорее всего, увеличится, но не замрет насовсем.
Активно использовал такого плана чаты, да и обычные текстовые файлы.
Главная проблема — при более чем двух пользователях conflicted copy начинают появляться со скоростью одна-две в минуту, что делает такие вещи тотально непригодными к использованию.
Можно разнести по файлам, но тогда вполне вероятно возникнут проблемы с синхронизацией времени, сообщениями из прошлого, etc.
В итоге, когда меня вся эта котовасия достала, я взял и сделал чат на jabber. Час времени на сервер, два часа на клиент на python, затраты денег — нулевые. Все счастливы.
Может немного не в тему вопрос. Раньше частенько использовал dropbox чтобы показывать клиентам верстку. В папке «public» у меня лежит папочка «work» — в нее все и заливал, потом просто копировал паблик урл файла index.html и отправлял клиентам. А вот с недавних пор такой способ не работает. Выдает 404 ошибку.
ссылка на конкретный файл — работает, например отдельно можно на css файл ссылку открыть (Пример) или на конкретную картинку из папки images. А вот index.html — не открывается.
Dropbox Chat