Вы можете думать, что очередная версия iOS размером порядка 500 MB или очередной эпизод популярного сериала будет выкладываться долго. Но нет – Dropbox строит контрольную сумму файла, который нужно синхронизировать, затем сверяется с серверами на предмет того, не ли файла с такой же контрольной суммой (можно провести отдалённую аналогию с git), и если он есть, то делает у себя на серверах ссылку и рапортует об успешном завершении синхронизации.

Вздумалось мне поиграть немного в Starcraft II на MacBook Pro Unibody Core 2 Duo 2.8 GHz 4 GB RAM, соблазнившись тем, что есть версия игры под Mac OS X.

Запустил, в очередной раз восхитился скорости работы SSD, а затем огорчился тому, что даже на более мощной видеокарте игра немного, но подтормаживает. Огорчение было настолько ощутимым, что я решил реанимировать домашний PC (Core 2 Duo 3.16 GHz, 2 GB RAM, ATI X1900XTX, X-Fi Fatal1ty).

Реанимирование сопровождалось воплями в Twitter о том, как я ненавижу Windows XP. Устав бороться с драйверами (а для улучшения производительности я хотел переставить XP на RAID0 из двух дисков 500 GB), я воспользовался сгенерированным для меня в Microsoft Technet ключом Windows 7. И вот тут-то всё разочарование в Windows как рукой сняло. RAID подхватился “из коробки”, мне понадобилось только поставить последний драйвер для видеокарты ATI X1900XTX и для звуковой карты Creative X-Fi Fatal1ty. Всё!

Понятно, что Mac OS X на родное железо ставится даже без намёка на подобную возню, но я сравнил установку Windows 7 и процесс поиска и списывания не меньше, чем 8 разных драйверов под XP, и понял, что Windows 7 – это большой шаг вперёд.

Немного настроек, и система вполне пригодна не только к игре в Starcraft II, но и для приятного сёрфинга в Google Chrome и работы с серверами через putty. Как раз для ssh-клиента я и покупал когда-то X1900XTX за $600 (-;

Хоть Starcraft заточен под Battle.net, но он не делает одной очевидной вещи – не синхронизирует состояние прохождения кампании между компьютерами, на которых пользователь играет. Почему я должен под одной учётной записью проходить на разных компьютерах игру повторно?

Идея появилась – идея проверена – идея реализована.

Кратко: Dropbox + символические ссылки в Windows (я не верил, что в Win они существуют, и был приятно удивлён тому, что ошибался).

Немного эгоизма – если у вас ещё нет учётной записи Dropbox, то сделайте мне приятное и зарегистрируйтесь по моей реферальной ссылке. Я за это получу ещё немного бесплатного дискового пространства.

Итак, задача

Есть ноутбук под Mac OS X и компьютер с Windows 7. Я хочу играть попеременно на обоих, причём прогресс должен сохраняться – на одной системе я хочу продолжать с того же места, где закончил на другой.

Настройки на Mac OS X

Учитывая размер диска на ноутбуке (да, размер SSD заставляет думать о дисковом пространстве), я для Mac использую одну учётную запись Dropbox, а для Win7 – другую. В Dropbox есть очень полезная функция – можно “расшаривать” конкретный каталог для одного или нескольких пользователей Dropbox.

Создаю подкаталог Games в каталоге Private и жму на “Invite to folder”:

Шлю приглашение на свою учётную запись Dropbox для Win7:

На Win7 открываю пришедшее приглашение и соглашаюсь присоединиться:

Делаю симлинк на Маке. Имя пользователя вместо ctrld подставьте своё. Писать команду нужно именно так – должен быть указан полный путь и в пути к “StarCraft II” в конце не должно быть слеша:

$ ln -s /Users/ctrld/Documents/Blizzard/StarCraft\ II /Users/ctrld/Dropbox/Private/Games/

Данные синхронизировались с Dropbox, перехожу к Windows.

Настройки на Windows 7

Я всё время думал, что в Windows максимум, что есть – это так называемые “shortcut’ы”, представляющие собой файлы с расширением .lnk. Именно из-за них ходят “супер-остроумные” анекдоты, как супер-хакеры (рассказчики) издеваются над тупейшими пользователями, приносящими вместо файлов ярлыки. Недолюбливаю я подобный компьютерный юмор.

Так вот – в NTFS есть полноценные символические ссылки, и об этом можно прочитать в Dropbox Wiki.

Для начала принимаю приглашение на подключение Games в Dropbox:

Присоединённый каталог находится в корне Dropbox:

Перехожу в Documents и переименовываю каталог “StarCraft II” в “StarCraft II.old”.

Создать симлинк может только администратор (по крайней мере из-под пользователя с административными полномочиями выдавалась ошибка о недостатке прав). Ну что же – запускаем cmd.exe от имени администратора:

Создаю симлинк (вместо ctrld подставьте ваш username):

C:\>mklink /D "C:\Users\ctrld\My Documents\StarCraft II" "C:\Users\ctrld\My Documents\My Dropbox\Games\StarCraft II"
symbolic link created for C:\Users\ctrld\My Documents\StarCraft II <<===>> C:\Users\ctrld\My Documents\My Dropbox\Games\StarCraft II

В Explorer выбираю Properties на созданном симлинке и снимаю флаг “Read-only” для всех вложенных файлов и подкаталогов:

Запускаю на Win7 StarCraft II и вижу уже не предложение начать кампанию, а её продолжение на задании “Эвакуация”, на котором я остановился на Mac’е.

Прошёл задание, вышел из игры в Win7, теперь перехожу на Mac и запускаю игру. Вуаля – я могу продолжать с того же места, на котором закончил на Win7. Разве что нужно поменять настройки графики, так как они были загружены с Win7, но это малая плата за удобство.

Что нужно было бы сделать, если бы было два Mac’а

Если бы было два Mac’а, да ещё одна учётная запись Dropbox, то задача немного бы упростилась.

Первый Mac:

$ ln -s /Users/ctrld/Documents/Blizzard/StarCraft\ II /Users/ctrld/Dropbox/Private/Games/

Второй Mac:

$ mv /Users/ctrld/Documents/Blizzard/StarCraft\ II /Users/ctrld/Documents/Blizzard/StarCraft\ II.old
$ ln -s /Users/ctrld/Dropbox/Private/Games/StarCraft\ II /Users/ctrld/Documents/Blizzard/

Вот вы увидели ещё одно применение Dropbox. Отличный сервис, я очень им доволен.

Yojimbo (кто не знает – это организатор для хранения различной информации) всем хорош – и красивый, и удобный, и, само собой, полезный. Есть небольшой недостаток – данные хранятся в базе SQLite3, и при больших объёмах она пишется в Time Machine целиком, но я описывал немного гиковский метод решения (в той же заметке я привожу обсуждение минусов Yojimbo и плюсов Together).

Главный же недостаток в том, что получить доступ к данным можно только на локальном Mac’е или же, используя синхронизацию через Dropbox или MobileMe, на других Mac’ах. Но вот если вы в дороге, и вам внезапно понадобилась какая-то информация из Yojimbo, то получить её будет очень затруднительно (что-то я использую много уточнений в последнее время, но и тут сошлюсь на возможный вариант решения – если Mac включен, то с помощью LogMeIn можно на него зайти и найти нужную заметку). У Yojimbo нет версии под iPhone/BlackBerry/Symbian/Web.

Выкрутиться из этой ситуации вполне можно с помощью Evernote.

Evernote – отличный сервис, однако пользоваться как основным организатором я им не могу. Web-страницы сохраняются в основном без оформления, форматирование текста не очень нравится, да и к интерфейсу у меня есть замечания. Но у Evernote есть клиентская часть под большинство платформ – web, win, mac, iphone, ipad, android, blackberry, palm, win mobile.

И вот, когда я знаю, что в ближайшее время мне понадобятся мои заметки на iPhone, я делаю их полный экспорт из Yojimbo в Evernote с помощью скрипта, написанного Veritrope. Также есть скрипт для экспорта Evernote в Yojimbo.

К сожалению, делается полный экспорт, а не инкременентный, поэтому в следующий раз я сначала удаляю Notebook с экспортированными в прошлый раз заметками, и повторяю процесс. Согласен, решение не совсем элегантное, но мне оно вполне подходит.

Приступаем.

Плохая новость в том, что если заметок много, то бесплатной подписки Evernote будет недостаточно:

Нужно купить подписку Premium, но это можно сделать одноразово при экспорте (месячная подписка стоит $5):

Предварительно в Evernote нужно отключить открытие новой заметки при добавлении:

Списываем скрипт экспорта. При его открытии запускается Apple Script Editor, жмём Run:

Выбираем, что именно нужно экспортировать (я выбираю всё):

Создаю новый Notebook:

Процесс пошёл. Если есть запароленные заметки, то будет запрошен пароль для расшифровки и они будут помещены в Evernote в открытом виде:

Через пару минут экспорт будет завершён. У меня было 304 заметки в Yojimbo:

Все они помещены в Evernote:

Для примера вот заметка в Yojimbo:

и она же – в Evernote:

Теперь можно смотреть заметки в Evernote на iPhone (впрочем, и на других платформах, которые поддерживаются Evernote):

$ ssh 10.10.10.10

Если для немного большей защиты ssh-сервер находится на нестандартном порту, то команда слегка усложняется:

$ ssh -p 12345 10.10.10.10

А если имена пользователей не совпадают на разных системах, то команда ещё усложняется:

$ ssh -p 12345 username@10.10.10.10

Или вот команда копирования файла (не правда ли, бывает путаница между “-p” и “-P”):

$ scp -P 12345 filename.zip username@10.10.10.10:

Но всё можно упростить. Для этого нужно в файл ~/.ssh/config внести свои хосты, например:

Host srv
    User username
    Port 12345
    HostName 10.10.10.10

И тогда вы с облегчением вздохнёте, вместо длинной команды начав набирать:

$ ssh srv
$ scp filename.zip srv:

Хостов можно определить много.

И ещё один хинт. Если у вас есть несколько рабочих систем, то файл .ssh/config можно вполне синхронизировать через Dropbox.

Благодаря Vitol на сайте появилась моя гостевая статья “Добавление фотографий с iPhone в Yojimbo через Dropbox“:

Спасибо, Виталий!

Я попеременно использую то Evernote, то Yojimbo, но начинаю склоняться именно ко второй. В Evernote мне не нравится вставка web-страниц и странная работа с форматированием, особенно если встречаются таблицы.

Из приведённого выше перечня мне понравился Together, но у меня возникли некоторые сложности с его использованием – работа с тегами мне показалась неочевидной.

Для того, чтобы работать со своими данными на нескольких компьютерах, данные Yojimbo можно синхронизировать через Dropbox.

Если вы не пользуетесь Dropbox, то очень рекомендую обратить на него внимание. Сравнивать с iDisk смысла нет – это не сетевой диск, и вы работаете со своими данными локально, а изменённые файлы синхронизируются с серверами Dropbox. 2 GB вы получаете бесплатно, есть платные пакеты на 50 GB и 100 GB. А если вы зарегистрируетесь по моей реферальной ссылке, то я получу бонусные 250 MB, что приятно.

Делаем симлинк с каталога Yojimbo в Dropbox:

$ ln -s ~/Library/Application\ Support/Yojimbo ~/Dropbox/Private

Операция по синхронизации не вызовет повреждения данных – при запуске Yojimbo создаются lock-файлы:

$ ls -al ~/Library/Application\ Support/Yojimbo
-rw-------@   1 ctrld  staff      760 Feb 28 13:58 .ContentIndex.lock
-rw-r--r--@   1 ctrld  staff      369 Nov 29 19:47 .ContentIndex.version
-rw-------@   1 ctrld  staff      760 Feb 28 13:58 .Yojimbo.lock
-rw-r--r--@   1 ctrld  staff   120832 Feb 28 14:07 ContentIndex.skindex
-rw-r--r--@   1 ctrld  staff  1077248 Feb 28 14:12 Database.sqlite
-rw-r--r--    1 ctrld  staff      514 Feb 28 14:08 State.plist

Я не экспериментировал, что будет, если запустить программу на двух системах одновременно. Делали Yojimbo серьёзные разработчики и скорее всего реализована интеллектуальная проверка данных на возможные конфликты. Однако если вы используете Jojimbo на двух компьютерах, то лучше не забывайте перед уходом выходить из него. Но на всякий случай есть хороший сервис удалённого доступа LogMeIn.

На другом компьютере нужно создать симлинки из Dropbox в каталог Yojimbo (предварительно нужны выйти из программы).

$ mv ~/Library/Application\ Support/Yojimbo ~/Library/Application\ Support/Yojimbo.backup
$ ln -s ~/Dropbox/Private/Yojimbo ~/Library/Application\ Support/

Вчера @Oxystin задал мне интересный вопрос:

У меня есть приложение, данные которого синхронизируется через Dropbox. Эти данные представляют собой папку с множеством файлов. Все работает. Но есть одно важное требование. Необходимо, чтобы один файл из этой папки не синхронизировался с Dropbox. Можно ли это каким-то образом реализовать?

Я начал искать решение, и в итоге сообщил две новости. Как обычно, одну хорошую, и одну плохую. Хорошая заключалась в том, что @Oxystin не один, другие тоже хотят получить такую функциональность:

Question from David W. Mac OS X… I have synced my Firefox profile folder with a symlink. All works well, except that the “sessionstore.js” file gets updated a million times per hour (slight exaggeration for effect…) Is there any way to exclude this file from being synced, while the other files in teh Profile folder -are- synced?

Answer from Chris J. Not at this time, although the .08xx series will have selective sync.

Плохая же новость в том, что выборочная синхронизация будет только в ветке 0.8.xx, а сейчас текущая версия – 0.7.81.

Т.е. прямо реализовать требуемое нельзя.

Однако можно скрестить ежа с ужом – Dropbox с rsync. rsync (работающий по cron) будет синхронизировать данные в каталог Dropbox, исключая некоторые файлы, а уже доставка обновлений по сети возьмёт на себя Dropbox.

Минусов хватает. Dropbox синхронизирует “на лету”, и могут возникнуть проблемы с актуальностью и целостностью файлов, если Dropbox не успеет докопировать файл, а он уже пойдёт в rsync. Для такой схемы нужно в два раза больше места. Нужно делать много телодвижений на всех компьютерах, участвующих в синхронизации. Могут быть нюансы с двунаправленной синхронизацией. Ключи rsync, приведённые мною, могут быть не применимы для данной ситуации. И я не тестировал решение, я его всего раз пять запустил в рамках одной машины.

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

Но в качестве задачки для ума привожу скрипт двунаправленной синхронизации:

#!/bin/sh
srcParent="/Users/ctrld"
srcName="test"
dropboxDir="/Users/ctrld/Dropbox/Private"
excludeFile="/Users/ctrld/rsync.exclude"
touch $excludeFile
mkdir -p $srcParent/$srcName
mkdir -p $dropboxDir/$srcName
rsync -vrlptgoEvu --exclude-from=rsync.exclude $srcParent/$srcName $dropboxDir
rsync -vrlptgoEvu --exclude-from=rsync.exclude $dropboxDir/$srcName $srcParent

Содержимое rsync.exclude (я исключаю единственный файл в корне каталога test)

$ cat rsync.exclude
Jupiter.gif

Для сведения описание ключей:

-v, --verbose               increase verbosity
-r, --recursive             recurse into directories
-l, --links                 copy symlinks as symlinks
-p, --perms                 preserve permissions
-t, --times                 preserve times
-g, --group                 preserve group
-o, --owner                 preserve owner (super-user only)
-E, --extended-attributes   copy extended attributes, resource forks
-u, --update                skip files that are newer on the receiver
--progress	                show progress during transfer
--exclude-from=FILE         read exclude patterns from FILE

А лучше всего ничего не скрещивать. Если вы можете настроить синхронизацию по rsync, то без проблем обойдётесь без Dropbox, который здесь выступает транспортом. Кроме этого есть и другие варианты синхронизации, например используя системы контроля версий SVN, GIT, etc. И есть другие сервисы синхронизации данных, которые можно выбирать под конкретную задачу. Меня же Dropbox вполне устраивает, а когда перестанет устраивать, то я найду ему альтернативу, подходящую под мои задачи.

Под впечатлением “RedHand“, @akaDimiG задался вопросом, как можно снять изображение с iSight удалённо, подключившись к Маку через ssh. Применений этому много, я лично задумал поставить Мак напротив аквариума и периодически снимать картинки, бросая их в каталог, синхронизируемый Dropbox‘ом.

@akaDimiG нашёл утилиту с открытым исходным кодом “ImageSnap“, это развитие уже неразвивающейся программы isightcapture.

Расказывать о программе особо нечего – бинарный файл копируется на нужный Мак в /usr/local/bin (конечно же, этот путь должен быть в $PATH), затем запускается (можно удалённо через ssh, для чего нужно включить сервис “Remote Login” в System Preferences / Sharing). Секунда – и изображение с iSight записывается в текущий каталог. На сайте разработчика приведены примеры.

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

Возможно есть и другие утилиты захвата, я их не искал.

В целом я сейчас ищу решение такой проблемы:

1. заставить системную скриншотоделалку мака (та что по shift+cmd+3/4) кидать скрины в /Dropbox/Public/scr (добился этого с помощью Onyx)
2. как-то эти скриншоты автоматически переименовывать в что-то вроде “2009-09-26_scr1.png”
3. а уже потом кидать результат в буфер.

Дальше было уточнение, что покупать Hazel для этой небольшой задачи смысла нет, но в этой статье рассмотрю именно Hazel, а решение штатными средствами (или shell, или Automator, или Action Script) опишу в отдельной статье.

Хочу сказать, что с удовольствием приму идеи для проработки на блоге – и мне полезно, и читателям интересно.

Итак, Hazel. Это коммерческая программа стоимостью $21.95 (я только собираюсь её приобрести, пока идёт триальный срок). Ставится как “Preference Pane” и следит за файловой активностью в заданных каталогах. При обнаружении файлов, удовлетворяющих заданным правилам, производит над ними действия. “Automated Organization for your Mac”. Программа получила заслуженно по 5 из 5 баллов в MacUser, VersionTracker, Mac Format и MacUpdate (ладно, 4.6 тоже округлённо даёт 5 :). Посмотреть полное описание функций можно на сайте NoodleSoft. Один из отзывов: “This application is gold I tell you, gold”.

Приступим к решению задачи. Описывать, как установить Hazel, не буду – всё очевидно. Я слегка поменял каталоги и имена файлов по своему вкусу.

Идём в “System Preferences” и запускаем Hazel. В закладке “Info” я сразу выставляю “Show Hazel status in the menu bar” – на время создания и отладки очередного правила полезно иметь быстрый доступ к конфигурации.

Скриншоты, создаваемые комбинацией “Shift+Cmd+3/4″, помещаются на Desktop, поэтому включаем слежение за этим каталогом (~/Desktop) и создаём правило “Screenshots” (не забываем сделать его активным)

Задаём условие отбора скриншотов – ‘Name “starts with” “Screen shot”‘ и ‘Extension “is” “png”‘. Затем задаём действия, выполняемые над этими файлами.

Действие 1. “Move file” to folder “Screenshots”. Перемещаем файл в Dropbox: ~/Dropbox/Public/Screenshots (предварительно этот каталог создаём)

Действие 2. “Rename file” with pattern “screenshot-<date created>-<extension>”

Меняем шаблон “date created” (если скриншоты делаются быстрее, чем раз в секунду, то можно добавить поле миллисекунд):

Действие 3. “‘Run shell script’ ‘embedded script’”. Логика по формированию Public URL и помещению в Clipboard.

Обратите внимание, что идентификатор dropboxId=”243759″ нужно поменять на свой, приведённый в любом Dropbox Public URL.

Public URL помещается в clipboard, а также дописывается в файл на десктопе “screenshots.txt”. Полный текст скрипта:

###
# Необходимо сконфигурировать свой Dropbox userid
# Он берётся из Public URL
# http://dl.getdropbox.com/u/243759/Screenshots/screenshot-20090929-121921.png
dropboxId="243759"
dropboxURL="http://dl.getdropbox.com/u/${dropboxId}/Screenshots"

# Полный путь файла, перенесённому в каталог Dropbox
# /Users/ctrld/Dropbox/Public/Screenshots/screenshot-20090929-122523.png
filePath="$1"
# Извлекаем имя файла
# screenshot-20090929-122523.png
fileName=`basename "${filePath}"`

# Генерируем полный Public URL
# Однако нужен контроль, что синхронизация завершена -> TODO
dropboxPublicURL="${dropboxURL}/${fileName}"

# Записываем результат в конец файла screenshots.txt на десктопе
echo "${dropboxPublicURL}" >> ~/Desktop/screenshots.txt

# Заносим линк в clipboard.
# Внимание - старое содержимое clipboard перетирается
# Источник: http://www.macosxhints.com/article.php?story=2003050204544799
echo "${dropboxPublicURL}" | pbcopy

Действие 4. Выводим Growl-уведомление.

Всё сохраняем и проверяем работу. Задача выполнена. Наслаждаемся или же продолжаем добавлять или шлифовать функциональность.

Конечно же, все те же операции можно сделать и штатными средствами, но Hazel лично мне очень нравится.

Также эту проблему озвучил @umputun в первом подкасте после выхода Snow Leopard, так что я был не одинок.

Поясню – я обычно делал относительные симлинки:

ole-mac:~ ctrld$ cd ~
ole-mac:~ ctrld$ date > test1.txt
ole-mac:~ ctrld$ ls -al test1.txt
-rw-r--r-- 1 ctrld staff 30 Sep 23 23:31 test1.txt
ole-mac:~ ctrld$ ln -s test1.txt Dropbox/Public/
ole-mac:~ ctrld$ ls -al Dropbox/Public/test1.txt
lrwxr-xr-x 1 ctrld staff 9 Sep 23 23:31 Dropbox/Public/test1.txt -> test1.txt

Dropbox 0.6.559 вообще не реагировал на создание симлинка (не было активности на значке в menubar) и ничего не синхронизировал, в версии 0.7.24 активность появлялась, но никогда не заканчивалась (отображался статус “Indexing 1 file…”).

В Интернет я рапортов о проблеме с симлинками не нашёл, и решил написать разработчикам. Rian H. среагировал почти мгновенно – я написал ночью, и утром уже был ответ:

hi oleg i believe you are using the “ln” command incorrectly. the command you want to execute is:

$ ln -s $PWD/test1.txt Dropbox/Public/

the reason is that symlink sources are used verbatim by the kernel. meaning if you try to access test1.txt in your Dropbox/Public folder, it’s looking for test1.txt in the same folder (a recursive symlink). You need to either a full path or a relative path from Dropbox/Public

Моя ошибка была “от ума” – я привык создавать относительные симлинки, а нужно было создавать абсолютные:

Вместо

$ ln -s test1.txt Dropbox/Public/

Нужно делать так:

$ ln -s $PWD/test1.txt Dropbox/Public/

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

Примечание 1. Я использую Experimental Build, но должно работать и на стабильном.

Примечание 2. После такого простого решения я задумался о том, что возможно под 10.5 я создавал абсолютные симлинки, а на 10.6 стал создавать относительные. Но по крайней мере теперь ясно, как делать правильно.