Pull to refresh

Comments 88

Оригинально :) Бог с ним с чатом, но сама идея расшаривать данные приложений по сети через Дропбокс (или аналоги) мне понравилась.
Я уже кстати давно многим программам указываю специальную папку на дропбоксе, куда им складывать файлы )
Неточно выразился. Не просто расшаривать данные, а делать из шары что-то вроде сокета, куда один процесс на одной машине пишет, а другой с другой читает. Лет 10 назад такое можно было сделать только в локалке или поднятием сервера.
По сути, сделать из ДБ, хамачи.
а вроде, правильное использование облачного сервиса, нет?)
Да, а мне в свое время очень понравилась проскакивающая на Хабре идея о ToDo через дропбокс. Да и пообще — много чего полезного можно так сделать. Странно, что мало желающих этим воспользоваться.
Что не сделаешь — по большому счёту поделка получится, как говорится «написали программисты для программистов». Для простого пользователя настраивать дропбокс аккаунт и шарить там файлы для того, чтобы початиться излишний, извините, геморрой, когда есть скайп, аська, агент и прочее… А если ради денег это делать (пускай через рекламу), то лучше свой сервак/кластер/датацентр/сеть датацентров поднять.
Ну, простые пользователи довольно активно используют дропбокс. Я лично многих подсадил :)

А что касается ToDo, то разумеется это не для простых пользователей. Это просто было бы удобно для себя лично и небольшой команды. Но отчасти согласен, что-то серьезное из этого маловероятно сделать. Тут скорее сама по себе идея интересна, что есть некий отработанный механизм синхронизации и распределения нагрузки. И появляются мысли, что это все можно как-то полезно использовать.
Todo через дропбокс вполне себе реализовано — вроде внизу в комментах давали ссылку на Todo.txt
Это очень удобно, в частности держу там файлы с базами от KeePass и TrueCrypt. Сколько бы компов не было — ощущение что работаешь в одном пространстве.
до первой concurrent записи ,)
ниже указали на поведение дропбокса в этом случае habrahabr.ru/post/141688/#comment_4738286

в общем, всё хорошо пока весь state в одном файле, запись которого атомарна.
За этим приходится следить, чтобы не было конфликтов. А что такое атомарная запись?
Запись, сделанная в одно действие, неделимая. Преимущество в том, что иной процесс не видит переходных состояний (неполностью записанный файл, например).
KeePass держит несколько версий базы паролей. Так что всегда можно откатиться. За два года почти использования KeePass и TrueCrypt на дропбоксе – ни разу не столкнулся с какой-либо проблемой
Vacuum IM уже умеет историю хранить в дропбоксе.
Ух ты, круто, очень востребованная функциональность! А кто ещё умеет?
(ниже отписали хороший метод держать программы в облаке. А как быть с андроидными приложениями, например?)
(и еще ниже упомянули imo.im)
когда пользовался аськой у меня портабл кип был в дроп боксе и вся переписка соответственно в облаке.
тоже хочу так сделать с мирандой, но все времени нету.
Если миранда portable то переместить ее в папку дропбокса — дело нескольких секунд.
По-моему это самый простой вариант, у самого портативная миранда уже пару лет лежит в папке дропбокса. Один недостаток — при обновлении все время спрашивает, куда ей устанавливаться и какие плагины подключать.
А еще дропбокс удобно использовать для синхронизации торрентов между клиентами винды и линукса.
хм, у тоже меня спрашивает путь (и это логично — она же портативная!), но плагины подхватывает сама
с мирандой есть проблемы. по непонятной причине она, после ее закрытия, сохраняет все изменения в файле профиля, но файл для винды остается неизмененным. а дропбокс синхронизирует по дате изменения.
Зарепортите баг, что ли…
Пробовал, некоторое время работало, потом empathy начал падать, pidgin тоже вел себя неадекватно. Правда, это возникает только если запускать клиент с одним аккаунтом на нескольких машинах.
Многие программы используют не один файл для хранения состояния. Одна копия программы записала часть файлов, вторая — другую. Получили неконсистентное состояние. См. habrahabr.ru/post/141688/#comment_4738860

Классическая тема. Некоторые люди пытаются хранить репозитории в dropbox. Результат — битые репозитории на всех машинах.
Боюсь что не только это, когда приходило сообщение 2 приложения одновременно пытались переписать файлы, учитывая, что где-то сообщения дублировались, между их попытками проходило достаточное время для синхронизации, но приложения и эту ситуацию отрабатывали неадекватно.
Да, идея отличная, давно уже синхронизирую между компами через дропбокс историю Pidgin…
То же самое делаю с бесплатной версией trillian
с нетерпением будем ждать )))
Синхронизация аудиозаписи???
Как в радиопередаче, наговорил и «приём».
UFO just landed and posted this here
Пожалуйста, расскажите как именно сохранять историю Скайпа в дропбокспе? знаю лишь как настроить сохранять полученные файлы, большего не нашел
Попробуйте скопировать ярлык на нужную папку (к примеру, с историей) или файл в папку Dropbox, и он переходя по ссылке синхронизирует всё в облако. Не знаю, как с ярлыками в Windows, но в Linux такое работает на ура (только не включайте зацикливающиеся участки файловой системы, Dropbox c ними не дружит даже если исключить из синхронизации циклические участки, разработчики об этом баге уже уведомлены, но исправления пока нет).

К стати, синхронизацию «любых» файлов SugarSync отмечает как преимущество, хотя на самом деле Dropbox тоже это умеет.
Да, действительно. Спасибо.
С линками и в Windows все окей.
UFO just landed and posted this here
move %username%/appdata/roaming/skype/ %dropbox_dir%/app_profiles/skype/
mklink /D %username%/appdata/roaming/skype/ %dropbox_dir%/app_profiles/skype/

итд
А что dropbox merge делает? Что произойдет, если ноды обменяются сообщениями в одно и тоже время?
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.»

Точно так же и здесь, одно из сообщений останется не отправленным.
Ну в принципе ожидаемо, но вообще сама идея веселая такая))
Ожидаемо было бы сохранение последнего изменения, а эта логика как раз слегка внезапна.
Кто первый встал — того и тапки. Чем внезапно? :)
Если продолжать в сторону пословиц, то хорошо смеется то, кто смеется последним. Обычная логика же, например, для случая расшаренного файлика.
Нужно, чтобы каждый писал в свой файл. При 2 собеседниках всего 2 файла будет.
Хм, ну казалось бы это школьная лабараторная. Мы писали такой чат, только файл лежал на сетевом диске на файловом сервере.
Везет вам, я такого даже в универе не видел.
В универе писал «чат» из двух команд.

say:
echo `whoami` $1 >> /path/to/shared_file

watch:
tail -f /path/to/shared_file
Уже не раз доводилось использовать Dropbox как чат (в текстовых файлах), вся фишка как раз в том, что нужен только установленный Dropbox с общей папкой для работы над проектом и текстовый редактор! Получаем общие файлы, версионность и… чат.

Отпадает всякая необходимость в подключении людей к некоему, пусть и продвинутому, сервису =)
UFO just landed and posted this here
Немного не в тему, но может кому пригодится: Я дропбокс использую для шаринга файлов в сеть с вот этой приблудой. Можно и встроенными средствами, но с click2public удобнее.
А я последнее время для этих целей использую CloudApp. Mac only, но софтинка действительно мегаудобная.
вот такая еще есть DropboxPlugin (там файлы шарятся в 2 клика вместо 3х)
Собственно для синхронизации Qip истории дома, на работе, в гостях я и начал пользоватся Дропбоксом.
попробуйте imo.im
мне он больше всего понравится. На десктопе работает в браузере, и куча клиентов под мобильные устройства.
История и пуш-нотификации — все вместе очень удобно. И до кучи умеет передавать картинки/звук.
А как ведёт себя при множественных пользователях с одинаковым логином?
Запись идёт в простой текстовый файл, какой логин выберете — так и запишет, никакого контроля, анархия, так сказать.

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

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

Если планируете как-то использовать — можете скачать проект, и изменить под себя, я не против, специально же ссылки дал.
У меня нет никаких нареканий по поводу идеи, просто было интересно.
Как осуществляется шаринг между разными пользователями? Надо чтобы у всех была одна общая папка? Что будет, если кто-то из польщователей удалит chat.txt?
Да, нужна общая папка. Если файл удалить — все получат уведомление об этом.
Что за багрепорт в коментах? Статья же just for lulz!
сам давно пользуюсь вместо dyndns.
10 строк на дотнете делают следующее:
1. ходим на whatismyip.org
2. вытаскиваем из респонса внешний ip
3. пишем в лог(который в папочке дропбокса) hostname — ip

Profit!
у меня на домашних серваках крутятся всякие vnc, uTorrent WebInterface и еще парочка самописных вебсервисов. таким образом экономится плата за внешний ip провайдеру или dyndns.
А чем такая схема лучше dyndns?
Напомнило как я на втором курсе написал на паскале чат через текстовик в сетевой шаре, чтобы можно было переписываться между подгруппами из разных кабинетов.
мой дропбокс это гитхаб, по идее через гит можно сделать и чат :)
просмотр истории: git log
отправка сообщения: git commit --allow-empty --message «текст сообщения»
стереть последние N сообщения: git reset --hard HEAD~N
и т. п.
>просмотр истории: git log
именно так :)
Если это нужно для общения в локалке, то есть безсерверные реализации чатов. Если удаленно — неюзабильно, неудобно 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 — не открывается.
Может имеется в виду, что css не тянется?
нет, если бы css не тянулся — я бы так и написал :)
Sign up to leave a comment.

Articles