Читать онлайн «Цифровой журнал «Компьютерра» № 17 (170)». Страница 14

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

Технология BitTorrent Sync позволяет синхронизировать неограниченное число файлов неограниченного объёма — их размер зависит только от ёмкости ваших накопителей. Кроме того, разработчики подчёркивают, что BitTorrent Sync специально создавалась для работы с файлами большого объёма, так что, как «вы можете синхронизировать оригинальные несжатые файлы» — прозрачный намёк на видео высокого разрешения?

Представители BitTorrent заявляют о том, что предварительную версию BitTorrent Sync уже протестировали порядка 20 тысяч человек, синхронизировав более 200 терабайт данных. Сегодня же всем желающим предлагается скачать альфа-версию клиентского приложения и затем поделиться впечатлениями на специализированном форуме.

Для начала работы с BitTorrent Sync нужно установить клиентское приложение на всех синхронизируемых компьютерах и сетевых хранилищах (NAS).

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

При добавлении каждой папки создаётся её секретный код, Master secret, состоящий из 32 символов. Этот код даёт папке полный доступ для двусторонней синхронизации. Его в любое время можно заменить новым кодом или кодом в системе Base64 длиной более 40 символов. После замены кода для доступа к папке его будет необходимо ввести и на других компьютерах.

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

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

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

Доступ к BitTorrent Sync на системах под управлением Linux и на сетевых накопителях NAS на базе ядра Linux осуществляется через веб-интерфейс, функциональность которого повторяет функциональность клиентского приложения.

Расширенные настройки доступны через конфигурационный файл sync.conf. Для этого сначала нужно создать демонстрационный файл с комментариями при помощи команды:

./btsync — config sync.conf

Сохраняем его:

./btsync — dump-sample-config > sync.conf

Отредактировав конфигурационный файл, можно запускать BitTorrent Sync с изменёнными настройками:

./btsync — config sync.conf

* * *

Разумеется, BitTorrent Sync не является заменой облачного хранилища, где всегда хранятся ваши данные и к которым можно получить доступ с любого компьютера. С другой стороны, эта технология позволяет создать личное облако на NAS-сервере, обмен данными с которым осуществляется по протоколу BitTorrent с 256-битным шифрованием.

Кроме того, пользователи могут «расшаривать» для друзей какие-то папки через интернет, например с фильмами или музыкой, причём скорость обмена ограничивается только возможностями сети. Таким образом, можно даже организовывать большие P2P-хранилища с общим ограниченным доступом. Технически же это будет выглядеть просто как обмен зашифрованным трафиком.

Наше знакомство с BitTorrent Sync оказалось более чем удачным: предельно простое в использовании, клиентское приложение позволяет без проблем синхронизировать файлы на разных машинах на максимально доступной скорости. Пожалуй, не хватает только возможности использовать BitTorrent Sync с мобильных устройств — под управлением iOS, Android и Windows 8 Mobile. Мы надеемся, что такая функция в скором времени будет реализована.

К оглавлению

Опубликовано 25 апреля 2013

У программистов есть заветная мечта: взять и переделать заново всё — операционную систему, языки программирования, библиотеки и приложения. Упразднить ненужное дублирование функций и написать всё красиво и по-новому — словом, сделать всё как надо, а не как получилось в результате многих лет нагромождения разных стилей и технологий. При этом все обычно понимают, что мечтам никогда не сбыться и что никому не под силу заново проделать такой объём работы. Над смельчаками принято посмеиваться, а их попытки — обзывать переизобретением колеса. Но когда за работу берётся человек, который уже однажды изобрёл немалую часть технологий, которые мы ассоциируем с персональными компьютерами, все шутки становятся неуместными.

Алан Кей — живая легенда компьютерной индустрии. В середине шестидесятых он работал с Айвеном Сазерлендом, создавшим первый графический редактор и систему автоматизированного проектирования, а в 1970 году присоединился к исследовательской лаборатории Xerox PARC, где придумал объектно-ориентированное программирование, создав язык Smalltalk, и первый компьютер с оконным графическим интерфейсом. Позднее его работа вдохновит Стива Джобса и команду, сделавшую Macintosh, а прототип Macintosh убедит Билла Гейтса в том, что MS-DOS срочно нуждается в графической оболочке с оконным интерфейсом, известной нам как Windows.

После PARC Кей работал в самых разных исследовательских центрах: Atari, Apple, Disney и HP, а также в Калифорнийском университете в Лос-Анджелесе и Киотском университете. Видимым результатом его исследований стали Squeak — более современная и дружественная версия Smalltalk, а также Etoys — вариант Squeak для детей (на его основе был создан более известный сегодня Scratch). В 2005 году Кей основал исследовательский институт Viewpoints, финансируемый Национальным научным фондом США, а также рядом крупных компаний: Intel, Motorola, HP и Nokia. То, чем Кей и десяток сотрудников Viewpoints заняты сейчас, может ещё перевернуть наш взгляд на программирование.

Изначальное предложение Кея, представленное Национальному научному фонду США, звучало не просто смело, а почти фантастически. Кей пообещал создать среду (мы не будем называть её операционной системой, так как Кей настаивает на том, что это не ОС в привычном понимании), которая позволит функционировать современному компьютеру и будет включать в себя графический пользовательский интерфейс и набор прикладных программ. Главное отличие этой среды от всех уже существующих решений: длина кода этой системы не будет превышать двадцати тысяч строк.

Сказать, что двадцать тысяч строк — это немного, значит не сказать ничего. Если верить «Википедии», то исходные коды Windows NT 3.1 занимали 4–5 миллионов строк кода, ядро Linux 2.6.0 − 5,2 миллиона, а современные ОС с набором стандартных приложений могут содержать сотни миллионов строк кода.

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

Объём сопоставим с Эмпайр стейт билдинг и равен примерно 17,5 тысячам книг. «Кто из вас прочёл семнадцать тысяч книг? — вопрошает Кей собравшихся на лекции. — А кто из вас прочёл хотя бы одну?» Объёма одной книги, то есть примерно двадцати тысяч строк, по его мнению достаточно для того, чтобы создать систему, напоминающую по функциям те ОС и приложения, с которыми мы сейчас работаем. Просто строить нужно умело.

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

Сейчас программист при всём желании не способен свободно ориентироваться в миллионах строк кода. Зато если уместить всю систему в объём книги и разделить на логические части по 100-1000 строк, это даст возможность легко понимать логику её строения и вносить изменения. Проблемы вроде багов, которые на протяжении многих лет преследуют крупные проекты, просто уйдут в прошлое.