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/

У меня есть приложение, данные которого синхронизируется через 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 стал создавать относительные. Но по крайней мере теперь ясно, как делать правильно.

Когда после установки Snow Leopard я обновлял 1Password до версии 3.0 beta, мне попалось упоминание о новой функции “1Password anywhere”, позволяющей иметь доступ к своим паролям не только со своего Mac’а, но и с Windows, Linux, etc. Эта функция меня чрезвычайно заинтересовала, так как я вынужден продолжать использовать кроссплатформенную систему хранения паролей Keepass, которая под MacOS X (KeepassX), ведь только она запускалась под всеми операционными системами, которыми я пользуюсь. Были жалкие попытки переписать Keepass под Cocoa, но дальше анонсов сторонних разработчиков не пошло. И вот я решил разобраться, что же такое “1Password anywhere” и наконец-то уйти от Keepass.

Идея была описана в статье разработчиков 1Password “1Password 3 Feature Spotlight: 1PasswordAnywhere”. Возможно функция будет работать и в 1Password версии 2, я не испытывал.

Переход в 1Password к формату хранения базы паролей в виде Agile Keychain, базирующегося на JASON (JavaScript Object Notation), дало возможность через Web доступаться к паролям из любого современного браузера с поддержкой JavaScript. А для того, чтобы иметь доступ из любой точки, самым простым способом оказался Dropbox, позволяющий просто синхронизировать и доступаться к данным в том числе и через Web.

К сожалению, в 1Password версии 3 я не нашёл возможности переноса файла с паролями Agile Keychain (в версии 2 эта возможность была), поэтому будем переносить вручную. 1Password нужно обязательно закрыть. Из каталога ~/Library/Application Support/1Password перемещаем 1Password.agilekeychain в иерархию Dropbox (я перемещаю в ~/Dropbox/Private/Security/):

При запуске 1Password после переноса базы выдаёт окно с запросом на создание новой базы или указания нового места. Я перетащил в dropzone перемещённый 1Password.agilekeychain, можно также указать его расположение через “Locate File”.

После ответа не несколько вопросов 1Password запускается с нашими сохранёнными паролями. Можно зайти в настройки и проверить, что 1Password.agilekeychain действительно находится в иерархии Dropbox:

Дожидаемся, пока все файлы синхронизируются, после чего заходим в наш Dropbox через Web и переходим в нужный каталог, где видим файл 1Password.html:

Открываем его и получаем окно “1Password anywhere” с запросом пароля (пароль тот же, который задан для доступа в 1Password):

После правильного ввода пароля видим все наши сохранённые пароли:

Для того, чтобы посмотреть пароль, нужно поднести курсор мыши к звёздочкам пароля, появляется кнопка “Reveal”:

Разработчики заявляют: “On non-Mac operating systems your keychain will appear as a regular folder (don’t worry, all your data is still very secure. Open that folder)”. Имея слегка параноидальные наклонности, проверяем это:

Действительно, все данные 1Password на Dropbox зашифрованы. Детали можно прочитать в статье “Agile Keychain Design”.

На данный момент нельзя добавлять и редактировать данные, а также нет Smart Folder’ов, но системой уже можно вполне пользоваться.

Я периодически качаю торренты (да, таким образом я списываю дистрибутивы Linux ;-). Но удобнее и дешевле всего это делать с машины, подключенного в Интернет по безлимитному тарифу (я использую два подключения в Интернет – один безлимитный, другой с оплатой по трафику, так сложилось). У меня есть слабый компьютер, находящийся где-то в районе кладовки, на нём стоит Linux, и там запущен консольный клиент rtorrent, наблюдающий за появлением torrent-файлов в каталоге watch, и автоматически их закачивающий. Под Mac то же самое может делать Transmission (самая нижняя опция “Auto add: watch for torrent files in…”):

Раньше процесс добавления торрента был мучителен – сначала на ноутбуке или на рабочей станции я списывал torrent-файл, а дальше через scp (бывало, что через два промежуточных хоста) копировал его на машину с rtorrent. Долго и неудобно.

И вот вчерашняя статья открыла мне глаза на элегантное решение. Скажу одно-единственное слово: “Dropbox”. И всё становится понятным.

Создаём на сервере каталог ~/Dropbox/Private/Watch (конечно же, Dropbox должен быть установлен и настроен), настраиваем rtorrent или Transmission на автоподхватывание из этого каталога файлов, Dropbox синхронизируется на всех компьютерах. И теперь в этот каталог можно забросить torrent-файл на любом рабочем месте, и torrent начнёт закачиваться. Приходим домой, а файлы скачаны.

Можно пойти ещё немного дальше. В описанном сценарии нужно ложить файлы вручную. А можно поставить Hazel, и в нём настроить автоперенос torrent-файлов из каталога ~/Downloads (куда списываются все файлы из браузера) в наш ~/Dropbox/Private/Watch.

Если вы ещё не используете Dropbox, вы просто обязаны его посмотреть, базово этот сервис бесплатен. А если будете регистрироваться, то можете сделать мне приятное – зарегистрируйтесь по моей реферальной ссылке, и я получу лишние 250 MB бонуса :-)