Началась все с того, что мне захотелось найти, а куда бы нам сходить и что посмотреть во Владивостоке. Было найдено несколько сайтов с информацией о достопримечательностях и интересных местах. Но вся информация была представлена в разрозненном и неоднообразном виде. А хотелось чтобы можно было собрать все эти заметки в одном месте, с картой, картинками и еще чтобы в оффлане работало (мы же ехали на дальний восток, а там фиг знает, сколько будет стоить мобильный интернет).

Пока ковырял различные сервисы наткнулся на Агентику, на которой в итоге и остановился. Идея сервиса в том, что пользователи сервиса создают в системе карточки интересных и полезных мест, а путешественник, собираясь в какой-либо город может собрать себе из имеющихся мест путешествие, а потом экспортировать его в PDF или загрузить в приложение на смартфон. Можно так же добавить собственные места, которые станут доступны другим пользователям сервиса, отправляющимся в путешествие.

Основная движущая сила для пользователей — это деньги. Суть в том, что каждое конкретное место навсегда закрепляется за автором, и каждый раз, когда кто-то будет добавлять это место в свое путешествие, автору будет перечисляться некоторая денежка. Денежку платит пользователь, собирающийся в путешествие за возможность экспортировать его в файл или мобильное приложение.

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

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

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

Фонарик/Морзе - это простой фонарик с возможностью поделиться своими мыслями с окружающими при помощи азбуки Морзе.

Бесплатный и без рекламы.

Отличительной особенностью является способность распознавать световые сигналы Морзе с помощью камеры телефона (распознавание лучше работает в темноте).

Для того, чтобы создать библиотеку ресурсов, потребуется Visual Studio с установленным пакетом для языка Visual C++. Последовательность действий по созданию библиотеки ресурсов для нейтрального языка выглядит следующим образом:

1. Создать в Visual Studio новый проект из шаблона Installed — Templates — Visual C++ — Win32 — Win32 Project.
2. Назвать проект AppResLib
3. Нажать OK. Появится мастер проекта приложения Win32
4. Нажать Next (Далее)
5. В поле Application Type выбрать DLL
6. В секции Additional Options выбрать Empty project
7. Там же снять галочку Security Development Lifecycle (SDL)
8. Нажать Finish. Проект будет создан и открыт в студии.
9. В меню Build выбрать Build Solution

Далее необходимо создать строковые ресурсы для нейтрального языка приложения:

1. Добавьте ресурс в проект AppResLib (правой кнопкой по проекту в дереве проектов — Add Resource). Откроется диалоговое окно
2. В выпадающем списке Resource type выберите String Table и нажмите New. Откроется таблица строковых ресурсов.
3. Создайте два ресурса со следующими значениями:
   

   ID	Value	Caption
   AppTitle	100	Lang-Neutral App Title
   AppTileTitle	200	Lang-Neutral Tile Title

4. Затем необходимо настроить проект AppResLib таким образом, чтобы он собирался как resource-only DLL.
5. На панели инструментов Standart выбрать тип сборки Release.
6. Открыть свойства проекта AppResLib
7. В окне свойств в разделе Configuration Properties раскройте раздел Linker и затем нажмите Advanced.
8. Выберите вариант YES (/NOENTRY) в поле No Entry Point.
9. Нажмите OK и выполните сборку проекта (Build).
10. Откройте в проводнике папку с проектом AppResLib и в папке Release найдите файл AppResLib.dll
11. Переименуйте файл AppResLib.dll в AppResLibLangNeutral.dll. Позднее он понадобится в проекте локализуемого приложения Windows Phone.

После этого приступим к созданию локализованных версий библиотеки в виде файлов *.mui. Для этого будем использовать все тот же проект AppResLib.

1. Откройте файл ресурсов AppResLib.rc в редакторе ресурсов или редакторе кода
2. Замените значения для строк ресурсов AppTitle и AppTileTitle в соответствии с выбранной локалью, например русской (ru-RU)
3. Сохраните файл и соберите проект (Build)
4. Получившийся файл AppResLib.dll переименуйте в AppResLib.dll.####.mui, где #### — код локали из таблицы (для русского языка получится файл AppResLib.dll.0419.mui)
5. Повторить описанные выше действия для всех локализуемых языков

После того как все *.mui файлы готовы, необходимо их вместе с файлом AppResLibLangNeutral.dll добавить в проект локализуемого приложения для Windows Phone. Файл AppResLibLangNeutral.dll надо переименовать обратно в AppResLib.dll (собственно все действия по переименовыванию этого файла были нужны для того, чтобы при сборке локализованных версий библиотек, они не перетирали первоначальную нейтральную библиотеку). Для импортированных файлов AppResLib.dll и AppResLib.dll.*.mui установить свойство Build Action в значение Content.

Итак, финальные шаги. Открываем файл манифеста WMAppManifest.xml. На вкладке Application UI устанавливаем значение поля Display Name равным @AppResLib.dll,-100, а поля Tile Title равным @AppResLib.dll,-200.
Сохраняем и билдим наше Windows Phone приложение.

Для того, чтобы проверить, как все локализовалось, можно в эмуляторе телефона изменить языковые настройки на нужные — в списке приложений наше приложение будет с локализованным названием.

Я давно разрабатываю на платформе Microsoft. Net под Windows и C#, а недавно заинтересовался разработкой под мобильную ОС Windows Phone 8. Т. к. благодаря Windows Marketplace мобильное приложение может быть установлено у многих пользователей из разных стран, то довольно важным является вопрос глобализации и, в частности, локализации приложения. О том, как это сделать я и расскажу в этом и следующем постах.

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

Для успешной локализации приложения важно отделить строковые ресурсы, зависящие от языка пользователя, от программного кода. Обычно для этого выносят локализуемые строки с таблицу файла ресурсов, а затем в XAML коде заменяют их на байндинги (bindings), а в простом коде используют ссылки на соответствующие ресурсы.

Исходным файлом для локализуемых строк является AppResources.resx, находящийся в папке Resources в проекте приложения. Он служит для хранения строковых значений для нейтрального языка приложения, которое задаётся в свойствах приложения (обычно это английский язык, но может быть и любым другим).

Для каждого языка (культуры), который поддерживает ваше приложение, создаётся отдельный ресурсный файл, ключи строк которого совпадают с нейтральным AppResources.resx, но их значения переведены на соответствующий язык. Эти файлы создаются когда вы добавляете поддерживаемую культуру в свойствах приложения и именуются с использованием кода этой культуры, например AppResources.ru-RU.resx.

Итак, шаги по локализации приложения:

1. В файле AppResources.resx создаём строки, которые необходимо отделить от кода и локализовать. Например, заголовки страниц, надписи на кнопках.
2. Заменяем в XAML коде эти строки на выражения связывания вида

   {Binding Path=LocalizedResources.ApplicationTitle, 
   	Source={StaticResource LocalizedStrings}}

   Здесь ApplicationTitle — это ключ строкового ресурса, отвечающего за заголовок приложения.
3. Заменяем в коде приложения локализуемые строки на выражения вида

   AppResources.NoTorchFound

   (где NoTorchFound — ключ строкового ресурса).
4. Билдим приложение, запускаем в эмуляторе или на реальном устройстве, проверяем, что все надписи отображаются корректно.
5. Добавляем новые поддерживаемые языки. Для этого открываем страницу свойств приложения (Properties) и в списке поддерживаемых культур (Supported Culture) отмечаем галочками необходимые языки и культуры.
6. Сохраняем проект. При этом Visual Studio сама создаёт необходимые файлы ресурсов для выбранных культур.
7. В каждом локализованном файле ресурсов переводим значения строк на соответствующий язык.
8. Билдим приложения, тестируем на эмуляторе или реальном устройстве.

Для локализации панели приложений (Application Bar) необходимо создавать его из кода, поскольку XAML описание элементов ApplicationBarIconButton и ApplicationBarMenuItem не поддерживает динамического связывания для текста надписей. Пример из MSDN отлично это демонстрирует:

// Build a localized ApplicationBar
private void BuildLocalizedApplicationBar()
{
    // Set the page's ApplicationBar to a new instance of ApplicationBar.
    ApplicationBar = new ApplicationBar();

    // Create a new button and set the text value to the localized string 
	// from AppResources.
    ApplicationBarIconButton appBarButton = 
        new ApplicationBarIconButton(new   
        Uri("/Assets/AppBar/appbar.add.rest.png", UriKind.Relative));
        appBarButton.Text = AppResources.AppBarButtonText;
    ApplicationBar.Buttons.Add(appBarButton);

    // Create a new menu item with the localized string from AppResources.
    ApplicationBarMenuItem appBarMenuItem = 
        new ApplicationBarMenuItem(AppResources.AppBarMenuItemText);
    ApplicationBar.MenuItems.Add(appBarMenuItem);
}

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

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

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

Ну разве это не позор? К большому сожалению очень многие вещи в стране делаются исходя из соображений удобства для исполнителей, нежели тех, кому этими вещами в дальнейшем пользоваться. Могу лишь указать на свой же пост про электрички Москвы и Лондона (а ещё хотелось написать про Нью-Йоркское метро).

P. S. В ходе написания этого поста наткнулся на вот этот материал: История плацкартного вагона. Почитав его, становится ясно, что с вагоностроением у нас в стране изначально все было печально, и за прошедшие почти 100 лет ситуация не улучшилась.

К сожалению наш менталитет в первую очередь отправляет нас искать игры на любимый торрент-трекер. Однако, вспомнив о том, что я хотел поиграть в Mass Effect 3, решил посмотреть его стоимость в магазинах. Например на Озоне можно купить коробочную или скачать электронную версию игры всего за 499 ≈ 500 рублей (Mass Effect 3).

При этом, играть я в неё буду недели 2–3 по несколько часов свободными вечерами. Т. е. за 500 рублей я могу приобрести развлечение на полмесяца — месяц. Сразу же приходит на ум сравнение с кинотеатрами, где в выходной день только один билет может стоить 450 рублей. И удовольствие всего на 1,5 — 2 часа. По всему выходит, что стоимость компьютерной игры очень невысока. Я уже не говорю о том, что часть денег, уплаченных за игру, попадёт разработчикам и поддержит дальнейшую разработку новых игр.

Поэтому призываю всех задуматься о покупке лицензионного программного обеспечения, в том числе и игр. Недавно вот приобрел лицензию чудесного ReSharper'а всего за 25% стомости на распродаже в честь конца света.

Чтобы облегчить боль в горле, смягчить его, а так же просто выпить вкусный напиток я использовал индийский чай масала. Он представляет собой смесь чёрного чая и специй, таких как кардамон, гвоздика, имбирь, корица, семена фенхеля и чёрный перец. В различных источниках предлагают заваривать чай кипятком в объёме от ¼ до ½ чашки, а остальное разводить молоком. Я готовил чай целиком на молоке, разогревая его на плите в кастрюльке. На мой вкус так получается вкуснее.

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

Я нашёл в магазине чай масала от Basilur. Он в красивой коробочке и неплох на вкус.

Одной из первых проблем, с которой я столкнулся, как завзятый пользователь ПК, стало несоответствие русской раскладки клавиатуры, поставляемой с MacOS X 10.7 Lion привычной ПКшной. К счастью помимо раскладки «Русская» в новых версиях MacOS есть раскладка «Русская — ПК», в которой знаки препинания находятся в привычных местах. С ней возникла только одна проблема: отсутствие буквы «ё». Порыскав по форумам я так и не понял, характерна ли эта проблема только для американских макбуков, или ей подвержены все. Вроде в европейских моделях ноутбуков на клавиатуре на одну клавишу больше.

В любом случае, мне нужна была буква «ё» на клавише с тильдой (~), а вместо неё там были квадратные скобки. Ещё немного покопавшись в интернетах набрёл на статью, посвящённую созданию собственных раскладок для MacOS. Сделать это в удобном графическом режиме можно с помощью бесплатной программы Ukelele. С её помощью я исправил системную русскую раскладку так, что теперь она соответствует обычной раскладке в Windows. Скачать архив с файлом.keylayout и иконкой можно здесь.

Так же, не так давно я вернулся в мир EVE Online, и, находясь в отпуске, решил попробовать клиент игры под MacOS. Все работало хорошо, за исключением того, что в полноэкранном режиме невозможно было переключить раскладку клавиатуры с русской на английскую и обратно с помощью стандартных комбинаций клавиш. Она менялась только при переключении игры в оконный режим, но и тут была проблема. Из-за жёстко заданных возможных размерах окна и строки меню самой MacOS часть окна игры выходила за нижнюю границу экрана, что тоже было весьма и весьма печально. Но, к счастью, я вспомнил как в одном из выпусков подкаста Радио-Т ведущие обсуждали программу Punto Switcher для MacOS и высказали мнение, что она отлично подходит для выполнения задачи смены раскладки клавиатуры.

Отчаявшись решить проблему имеющимися средствами я скачал Punto Switcher и установил его. И вот что я теперь хочу вас сказать — это было самое оно. В конечном счёте я отключил автоматическую смену раскладки и настроил в качестве хоткея для переключения языков ввода ⌘+Shift, так эти клавиши больше всего подходят под расположение клавиш Alt+Shift на предыдущем ноутбуке. Вся прелесть заключается в том, что эта комбинация клавиш работает везде. И полноэкранном режиме клиента EVE Online тоже.

Так что теперь все клавиатурные вопросы решены, ибо отсутствие русских букв на клавиатуре уже давно не проблема =)

Быстрого вам набора текстов!

Находящиеся в архиве файлы необходимо извлечь в папку /Library/Keyboard Layouts, после чего выйти и войти в систему. После этого в настройках клавиатуры появится новая раскладка "Русская - Win".

Неплохо было бы использовать компрессию gzip, как для статического содержимого типа html-страниц, css и javascript файлов, так и для динамических данных, в том числе от WCF сервиса (ибо в основе RIA Services лежит WCF).

На рабочем сервере системы используется IIS7, а на тестовом — IIS6. Озадачившись вопросом компрессии я использовал руководство для IIS6 и руководство для IIS7 по настройке сжатия в gzip. В результате система работала на обоих серверах, но данные от веб-сервиса не сжимались, что меня весьма огорчало.

В поисках решения вот тут было найдено предложение насильно жать ответ от веб-сервиса с помощью gzip или deflate компрессии, если по заголовкам запроса видно, что клиент готов принять сжатые данные. После реализации данного метода компрессия заработала в IIS7, однако при работе с системой на сервере с IIS6 стали происходить ужасные вещи: сервер в заголовке указывал один размер сообщения, а по факту отдавал другой (спасибо Fiddler2), большая часть запросов завершалась по тайм ауту. Говоря простыми словами, система не работала.

В конечном счёте решение было найдено, оно связано с более правильной настройкой серверов IIS.

Для IIS6 с помощью инструкции по решению проблем выполняем шаги 1, 2, 3, 4 и на четвертом шаге добавляем расширение «svc» в список компрессируемых файлов (т. к. если посмотреть на запрос к веб-сервису в Fiddler2 можно увидеть, что генерируемый веб-сервис имеет расширение .svc). Перезапускаем w3svc и радуемся.

Для IIS7 надо указать MIME-типы данных, которые должны сжиматься. Для запросов RIA Services это «application/msbin1». Настроить эти типы данных можно в файле конфигурации IIS7 C:\Windows\System32\inetsrv\config\applicationhost.config в секции httpCompression примерно таким образом:

<httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files">
    <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" staticCompressionLevel="9" dynamicCompressionLevel="4" />
    <staticTypes>
        <add mimeType="text/*" enabled="true" />
        <add mimeType="message/*" enabled="true" />
        <add mimeType="application/javascript" enabled="true" />
        <add mimeType="*/*" enabled="false" />
    </staticTypes>
    <dynamicTypes>
        <add mimeType="text/*" enabled="true" />
        <add mimeType="message/*" enabled="true" />
        <add mimeType="application/x-javascript" enabled="true" />
        <add mimeType="application/atom+xml" enabled="true" />
        <add mimeType="application/xaml+xml" enabled="true" />
        <add mimeType="application/xop+xml" enabled="true" />
        <add mimeType="application/soap+xml" enabled="true" />
        <add mimeType="application/msbin1" enabled="true" />
        <add mimeType="*/*" enabled="false" />
    </dynamicTypes>
</httpCompression>

Сжимайте на здоровье!

Мне пришлось озадачиться этим вопросом в тот момент, когда я все же решил перейти с самописной системой архивов на расширение Archivist, а заодно изменить структуру сайта таким образом, чтобы разделить записи в блоге в контейнеры по годам, т. к. хоть за 4 года существования сайта постов было и не огромное количество, но стало заметно неудобно раскрывать ветвь Блог и искать в ней нужный документ.

Раньше все блогозаписи были дочерними документами контейнера Блог и поэтому имели адреса вида blog/blog-page-alias.html. При создании же дополнительных контейнеров для годов и перемещении в них документов их URL изменился на blog/year/blog-page-alias.html. В связи с этим все внешние ссылки на мои статьи становились нерабочими, что, конечно же, весьма печально. Для решения этой проблемы существует прекрасная вещь — код ответа сервера 301 Moved Permanently, известный в народе как 301-й редирект. Реализовать его можно различными способами, но мне не хотелось возиться с прописыванием регулярных выражений в .htaccess, поэтому я решил поискать готовые расширения для MODx Revolution. И таковое нашлось — Redirector.

Работает довольно просто. После установки через менеджер пакетов в меню Компоненты главного меню появляется пункт Redirector, при нажатии на который появляется таблица созданных редиректов. Реализован компонент через плагин, который срабатывает на системное событие OnPageNotFound и пытается найти запрашиваемый URL в. своей таблице. Если таковой находится-то он возвращает ответ с перенаправлением на новый адрес. Все легко и просто.

Единственный момент, с которым я столкнулся в начале — это формат записи URL. В самом начале я использовал адреса вида /blog/blog-page-alias.html, и они не работали. Потом попробовал писать полные адреса, т. е. http://bounz.net/blog/blog-page-alias.html, но они тоже не работали. После того, как посмотрел в исходный код плагина понял, как следовало записывать адреса: без слеша в начале, т. е. просто blog/blog-page-alias.html. После этого все заработало.

Теперь внутреняя структура блога меня полностью устраивает, а старые ссылки прекрасно работают.

Быстрых вам редиректов!

На фоне всех подобных проектов OpenStreetMap (в дальнейшем OSM) значительно выделяется: данные, созданные участниками проекта свободны и доступны всем желающим безвозмездно на основании условий лицензии CC-BY-SA (в настоящее время проект голосует за переход на лицензию ODbL). Таким образом, вся картографическая информация может быть использована в любых приложениях. Например: можно сконвертировать данные в формат для навигационной программы Navitel, залить полученные карты на навигатор и ездить по ним; или вот информационный ресурс, предоставляющий информацию о движении общественного транспорта в реальном времени в Саранске bus13.ru использует карту OSM в качестве подложки.

Однако, у OSM есть достаточно особенностей, которые могут отпугнуть многих желающих сделать доброе дело и внести свою лепту в развитие электронной картографии. Во-первых, редакторы карт. Существует большое количество как web-редакторов, так и десктопных и мобильных приложений. Каждый выглядит по-своему, у каждого свои особенности. Одним из лучших на мой взгляд является десктопный JOSM. Но чтобы понять, какой понравится именно вам, придётся их все попробовать.
Во-вторых, сам процесс создания карты и доступные сущности. В качестве исходной информации можно использовать опять-таки только свободные источники: в основном это GPS-треки, а также спутниковые снимки, бесплатно предоставленные компаниями Yahoo, Microsoft и другими. К сожалению, по снимкам от Google или Яндекса рисовать нельзя (хотя способы есть). Карта в OSM состоит из точек, линий и отношений. Линии могут образовывать полигоны. Вся остальная информация описывается с помощью атрибутов. В принципе, можно использовать любые атрибуты, но чтобы не было полного разброда и шатания основная их часть была стандартизирована. А так как этих стандартных атрибутов очень много, то начинающему осмеру на первых порах приходится нелегко: неясно, каким набором объектов и их атрибутов лучше и правильнее отрисовать какой-либо объект реального мира.
И в-третьих — отображение карты. Рендерить карту может, опять-таки, любой человек так, как считает это нужным. Стандартный рендерер Mapnik, который используется на сайте openstreetmap.org, опираясь на значения атрибутов объектов рисует примерно такие картинки. В общем, я хочу сказать что имеющаяся в данном проекте свобода привносит дополнительные сложности. Но, я постепенно прихожу к выводу, что оно того стоит.

Google Map Maker доступен не для всех регионов. Например в России, в Москве и области не доступен, а в Узбекистане доступен. Узнать, есть ли возможность использования Map Maker в определённом регионе очень просто: достаточно на Google Maps на  приблизить интересующий участок на максимально крупном масштабе и если в верхней панели карты рядом с кнопкой Печать появится кнопка Изменить — значит Map Maker доступен.

В Google Map Maker все объекты также создаются их двух примитивов: точки и линии. В отличии от OSM, где редактор сам проставляет атрибуты объектам и их значения, в GMM количество возможных атрибутов ограничено, равно как и их значения. Это облегчает описательную часть работы. В GMM действует система модераторов и одобрений. Ваш объект появится на карте только после достаточного количества одобрений со стороны других пользователей. После одобрения объект рендерится в обычные карты Google и его можно увидеть на всех сервисах, использующих Google Maps.

В качестве иллюстрации один и тот же участок Ташкента в трех сервисах: НЯК, OSM и GMM:

Вот в общем-то и всё. Присоединяйтесь к созданию карт!

Пользуясь случаем, хочу рассказать о Народной карте и о других подобных проектах. Суть Народной карты сводится к тому, что Яндекс даёт пользователям инструмент для создания карт на основе своих спутниковых снимков. Таким образом можно создавать карты для тех мест, которые плохо или никак не представлены в больших Яндекс.Картах, а также поддерживать их в актуальном состоянии (например, недавно нам надо было заехать на улицу Беломорская, 20к2; этого дома ни на Яндекс.Картах ни на Google Maps не было; на народной же карте было обозначено, что на месте снесённого дома 22к1 построили три дома 20к1, 20к2 и 20к3). Любой пользователь может рисовать объекты на карте, пользуясь спутниковыми снимками, а так же вносить правки в уже созданные объекты (менять их геометрию и атрибуты).

Когда народные карты только появились, хороших спутниковых снимков Ташкента ещё не было, и я, нарисовав немного зданий и дорог вокруг работы успокоился. После анонса обновления спутниковых снимков, в которые попал и Ташкент, я принялся за отрисовку карты родного города. И вот результат. 5000 объектов, и 5400 правок из которых большая часть принадлежит именно Ташкенту. Изначально, активность других пользователей в данном регионе была минимально и основной каркас карты нарисовал я. Сейчас же, после нескольких комментариев на различных форумах с призывом развивать проект, активизировались и другие участники, за что им, конечно, большое спасибо. Ведь никто не знает на отлично весь город, каждый знает в основном те районы, в которых живёт и в которых часто бывает.

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

К вопросу о применимости и используемости этих карт. Как рассказывают мои друзья и знакомые в Ташкенте, Google Maps там заблокирован. Есть конечно, окольные пути, как посмотреть карту от Google, но обычным пользователям сделать это будет довольно тяжело. А для Яндекс.Карт есть мобильный клиент почти для всех моделей телефонов, и в этом клиенте есть слой Народной карты. Так что, народные карты уже сейчас отлично подходят для ориентирования на незнакомой территории, особенно если у вас в телефоне есть GPS.

Продолжение разговора про аналогичные сервисы (OpenStreetMap и Google MapMaker) в следующем посте.

Итак, что же такое подкасты? По своей сути — это обычные звуковые файлы, чаще всего в формате mp3 или aac, которые регулярно записывает один или несколько человек, придерживаясь в них определённой тематики, и выкладывает для свободного скачивания в интернете. Таким образом имеем мысли человека записанные в аудио-формате. Что делает подкасты по-настоящему удобными — это стандартизированный способ получения их обновлений. В качестве основы используется формат RSS. Таким образом, чтобы следить за понравившимся подкастом, достаточно добавить в свой подкаст-клиент ссылку на RSS-поток.

Подкаст-клиент — это программа, которая периодически опрашивает RSS-потоки на предмет появления новых выпусков, и если таковые имеются — скачивает их. Так же, они зачастую следят за тем, какие выпуске подкаста уже прослушаны, показывают шоуноты (текстовые комментарии к подкастам, содержащие обычно темы, освящённые в данном выпуске и другую полезную информацию) и другую информацию, позволяют удобно управлять процессом воспроизведения подкастов.

Много полезной информации о подкастинге есть на одном из крупнейших российском подкаст-терминале podfm.ru в разделе "Подкастерам".

Вот на какие подкасты подписан я:

• Радио-Т — еженедельное русскоязычное Hi-Tech шоу, публикуемое в виде подкаста и выходящее в прямой эфир по субботам в 23:00 по московскому времени. Рад, что они сделали первые выпуски месяца по-настоящему гиковскими.
• Radio Grinch — подкаст, который ведёт Денис aka Radio Grinch, в котором интересно рассказывает как о событиях в собственной жизни, так и об общественно-политических событиях. В регулярных рубриках так же есть лайфхаки и объяснения английских идиом. Иногда случаются выпуски — диалоги с интересными людьми.
• Еженедельный подкаст от Умпутуна — истории из жизни нашего человека в Америке. К сожалению, в последнее время не совсем еженедельный.
• Подкаст 42 — подкаст, основанный на сообщениях сайта lifehacker.ru. Ведущие рассказывают о разнообразным методах улучшения этого несовершенного мира. Так же у них есть подкаст «Вечерний кефир», но до него ещё руки/уши мои не дошли.
• Сегодня четверг — общественно-политический подкаст, проявляющий промахи нашей власти, показывающий всю дурь наших чиновников. К сожалению, в последнее время практически не выходит.
• Янки после пьянки — размышления о жизни, науки и многом другом. Слушаю, когда настаёт философское настроение.
• ТиПЗ (Теория и практика звукозаписи) — ещё один подкаст от Умпутуна. Сейчас выходит редко, все самое вкусное можно послушать в архивах подкаста.
• UTP (Upmutun Technical Podcast) — технический подкаст от Умпутуна. Выпусков было не много, но благодаря им я перешёл на распределённую систему контроля ревизий Mercurial, чему несказанно рад.

Теперь 2 слова про подкаст-клиенты. Владеющие техникой Apple используют iTunes и крутят фонарики. Я же скажу, что лучший подкаст-клиент под Android — это BeyondPod. Он полностью оправдывает те 7 долларов, которые просят заплатить после демонстрационного периода. Из RSS-лент подгружает как аудио-подкасты, так и видео, а заодно ещё и просто заметки, которые могут оказаться в ленте. В общем владельцам Android устройств всячески рекомендую.

И да, слушайте подкасты в дороге, или когда занимаетесь какими-то рутинными делами (мытье посуды, например) - они созданы как раз для этого!

А какие подкасты слушаете вы?

А повод есть и весьма грустный. На мой взгляд последнее время происходит обесценивание музыки. Под последним временем я понимаю и 5-20 лет, и 50-100.

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

С развитием научно-технического прогресса были изобретены граммофоны, патефоны, проигрыватели пластинок. И это стало началом конца. Да, во времена патефонов они не были распространены очень широко (в каждом доме, каждой семье) и покупка пластинок для них было делом затратным. К тому же редкие пластинки достать было очень трудно. Благодаря этому и остаткам былой культуры прослушивания музыки люди её слушали. Собирались, ставили пластинку и слушали, наслаждались.

С еще большим распространением проигрывателей грампластинок и появлением радио роль музыки в жизни людей ещё немного уменьшилась: теперь стало гораздо проще и доступнее использовать её в качестве фона к повседневной деятельности. Дальнейшее развитие эта тенденция получила с распространением транзисторных радиоприёмников, а затем с появлением и распространением кассетных и CD-плееров.

Последний гвоздь в этот процесс обесценивания музыки сейчас забивают музыкальные плееры типа iPod'а, мобильные телефоны и интернет, с помощью которого можно быстро и легко получить желаемые песни. Гигабайты песен. Теперь молодёжь и люди среднего возраста все чаще ходят в наушниках и слушают свою музыку. При этом уровень сосредоточения на музыке, включенности в неё, становится весьма малым. Да и сама современная популярная музыка в большинстве своём особой глубиной похвастаться не может.

Да, остались ещё любители классической музыки, ходящие на концерты, любители живого звука, посещающие концерты музыкальных групп, и просто любители высокого качества звучания музыки, собирающие у себя дома Hi-Fi аудиосистемы. Но что их отличает от всех остальных людей, бродящих как зомби по городу в наушниках? Они слушают музыку, они на ней сосредоточены, они следят за переходами, темами, вливаются в неё и переживают её. Ходящие же в наушниках люди в большинстве своем просто слышат музыку, но не слушают ее. Таким образом они используют портативные плееры для того, чтобы перебить звуки окружающего мира и чуточку скрасить себе поездку до работы и обратно, чтобы не скучать.

Я и сам бываю порой таким зомби, но для себя нашёл решение проблемы свободного времени при поездках на работу — прослушивание подкастов. Действительно, внимательно слушать некоторое конечное количество песен в музыкальном плеере много раз по кругу навряд ли получится. Слушать же человека, или нескольких людей в подкасте интереснее и полезнее. Если, конечно, вам нравится и интересен тот подкаст, который вы слушаете. Но о подкастах я напишу в другой раз (почитать).

Мой призыв: слушайте хорошую музыку, не часто и вдумчиво!

Продолжу разговор про создание и развитие блога с помощью системы управления контентом MODx Revolution. На этот раз речь пойдет о системе публикации комментариев к записям в блоге. Действительно, автору блога очень важно иметь возможность обратной связи со своими читателями, одним из самых распространенных вариантов которой является комментирование записей.

В случае создания блога на MODx у нас есть два (даже три) варианта: использовать готовый компонент, написать систему самому, использовать стороннее решение. Вариант написания своей реализации системы комментариев я отметаю сразу из-за неоправданной трудоемкости. Не зря же мы используем систему управления контентом. Из готовых компонентов для MODx Revolution есть только Quip. Из сторонних решений подойдут любые, которые можно интегрировать путем использования JavaScript. К ним можно отнести такие популярные системы как Disqus и IntenseDebate.

Изначально я использовал для своего сайта компонент Quip (http://rtfm.modx.com/display/ADDON/Quip), настроил его под свои нужды, изменил внешний вид, чтобы он коррелировал с дизайном сайта и приготовился радоваться. Но не тут-то было. После того, как начали появляться первые комментарии к статьям, я с удивлением обнаружил, что через некоторое время они исчезают. Сами по себе. Просто р-раз - и нету комментария. Испугавшись, что они утеряны на совсем, я пошел в табличку с комментариями в базу данных и с облегчением нашел, что они не удалены совсем и навсегда, а лишь отмечены, как удаленные. Изменив значение поля "deleted" с "1" на "0", я вернул комментарии к жизни. Но спустя несколько дней ситуация повторилась. Я опять починил комментарии, но потом они снова исчезли, и так продолжалось до тех пор, пока мне это не надоело. На официальном форуме MODx у одного человечка была такая же проблема как и у меня, но работающих вариантов решения не предлагалось. Ковыряться в исходном коде Quip мне хотелось меньше всего, и тут мой взор упал на систему комментирования Disqus.

Меня сразу же привлек довольно приятный дизайн, а так же возможность авторизации как внутри системы Disqus (которая используется на множестве сайтов, в том числе такие крупные как CNN, TechCrunch, Fox News и другие), так и с помощью Twitter, Facebook, Yahoo, используя OpenID или обычную для всех сайтов форму "Имя - Почта - Сайт - Комментарий". Причем организовано все весьма удобно с точки зрения пользователя. Было принято решение использовать Disqus.

После регистрации на сайте disqus.com предлагается несколько инструкций по установке кода в популярные системы ведения блогов типа WordPress, Blogger, Joomla и другие. MODx в их числе не оказалось, но мы не лыком шиты, поэтому идем в раздел Universal Code. После ознакомления с разделом становится ясно, что система состоит из двух модулей: сам модуль комментирования, который следует использовать на странице с блогозаписью, и модуль, выводящий количество комментариев в заданном посте, который можно использовать на самой странице блога в ленте статей.

Разберемся для начала с основным модулем для просмотра комментариев к статье и собственно комментирования. Создадим чанк, в который поместим код, написанный на странице установки Disqus, и назовем его DisqusComments. В нем надо как минимум изменить переменную disqus_shortname, в которой указать короткое имя, выбранное вами при регистрации, и желательно изменить переменные disqus_identifier и disqus_url для более простой работы системы. В качестве идентификатора статьи можно использовать ее id в MODx, например так:

Далее, в шаблоне для отображения страниц постов из блога в нужное место добавляем вызов этого чанка:

       .. отображение содержания статьи ..
       [[$DisqusComments? &id=`bounz_net_[[*id]]` &url=`[[++site_url]][[~[[*id]]]]` ]]
       .. что-то еще .. 

В данном случае я использую в качестве disqus_identifier конструкцию вида bounz_net_articleID, а переменной disqus_url присваиваю полный адрес страницы. Использование полного URL связано с тем, что изначально, пытаясь интегрировать Disqus со своим сайтом, и имея относительную адресацию страниц (в чанке заголовка был прописан тег <base />), возникала ошибка при формировании постоянных ссылок на комментарии. А т.к. до этого мне уже пришлось отказаться от относительных ссылок в разделе Галерея (т.к. они криво работали с хеш-тегами), то было принято решение вообще везде перейти на полную адресацию.

Но это было лирическое отступление. На данный момент система комментариев интегрирована в блог, их можно писать, читать и модерировать. Теперь было бы неплохо выводить количество комментариев в основной ленте записей блога. Это очень просто сделать. Создадим в чанке, ответственном за краткий вывод блогозаписи на главной странице блога, следующую ссылку:

<a href="/url_статьи#disqus_thread" class="leavecomment" data-disqus-identifier="bounz_net_[[+id]]"> Комментарии </a>

Магия данной ссылки заключается в добавлении хеш-тега #disqus_thread к ссылке на статью и добавлении небольшого javascript-кода в конец страницы. Дополнительно к хеш-тегу можно задать у ссылки аттрибут data-disqus-identifier, который поможет Disqus идентифицировать статью. Вообще говоря, можно обойтись и без него, тогда система будет идентифицировать статьи, основываясь на их URL. Но если адреса страниц со статьями изменятся (допустим, вы начнете использовать ЧПУ), то все сломается. Дабы такого не случилось, я добавил этот атрибут. Заметьте, что он строится точно так же, как и значение свойства disqus_identifier в вызове скрипта комментирования. Собственно все готово.

Напоследок немного оформительских работ. Текст ссылок для количества комментариев можно задать в настройках на сайте Disqus (раздел Admin, вкладка Settings, подраздел Appearance, группа настроек Comment Count Link). На этой же станице настроек можно добавить своих правил CSS. Так я избавился от ссылки "blog comments powered by Disqus". Впрочем, убрать эту ссылку можно еще проще: удалив строчку <a href="http://disqus.com" class="dsq-brlink">blog comments powered by <span class="logo-disqus">Disqus</span></a> из того кода, который они дают.

Радостных вам комментариев!

Яндекс как всегда был крайне неспешен, и лишь 8 декабря мне на почту пришло письмо с поздравлениями и просьбой прислать контактную информацию для отправки сумки. И вот, спустя почти еще 2 месяца в почтовом ящике оказалось заветное извещение.

В общем и целом сумка не представляет из себя чего-то особенного, зато приятно будет с ней ходить по магазинам - вещь редкая и на каждом углу не продающаяся. Довольно вместительная, изнутри проклеена полеэтиленом. На одной стороне надпись "Покупки без очереди", на другой - QR-код с адресом m.ya.ru/market. Таким образом, владельцы смартфонов с программой распознавания QR-кодов попадут на мобильную версию сайта маркета.

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

А в каких онлайн-викторинах участвовали вы?

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

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

В общем, молодцы ребята из Тануки, придумавшие такую забаву. Да и вообще молодцы: нам понравилось оформление ресторанов и качество обслуживания. А так же интересные фишечки, такие как наливание чая из чайника с супер длинным носиком. Так что если вы любите японскую кухню - можно совместить приятное с полезным и даже получить за это интересный подарок.

Начнем с начала: определимся с задачей и составим небольшую спецификацию, а-ля ТЗ.

Пользователь приходит на блог и просматривает записи. В специальном месте расположены ссылки на архивные записи по месяцам вида Декабрь 2010 (4), при нажатии на которую пользователю показываются только те блого-записи, которые были написаны в декабре 2010 года. В скобочках рядом с месяцем приведено количество записей за этот месяц (в данном примере - 4). Из описанного выше видно, что для наших целей необходимо каким-то образом передать выбранный месяц, пусть это будет параметр GET запроса с названием bymonth со значениями вида 201012, т.е. четыре цифры года и две цифры месяца. Также нам потребуется две функции, одна будет считать количество записей за месяц, проходя по всем блого-записям, чтобы сформировать ссыки архива, а другая - для выбора их базы данных только тех записей, которые были опубликованы в заданном месяце.

Сниппет getArchiveMonths для формирования ссылок архива:

В первом запросе мы получаем все документы, имеющие определенного родителя и опубликованные (при желании условия можно изменить, например на номер шаблона, который имеют блого-записи). Далее идет формирование словаря, ключом которого является месяц, а значением - пара значений: колчество записей в этот месяц и отформатированное название месяца. Потом этот словарь сортируется так, чтобы самые последние месяца шли раньше, и на его основе, а так же переданного чанка, генерируется кусок html-кода.

Вызов сниппета в моем случае (пробел между [ и [ сделан, чтобы MODx не обрабатывал его как вызов сниппета):

<ul>
    [ [getArchiveMonths? &tpl=`archiveMonthRow`]]
</ul>

Пример чанка:

Прекрасно. Теперь у нас есть набор ссылок, по которым пользователь может нажать, осталось обработать эти запросы.

Т.к. для отображения документов в большинстве своем используется сниппет getResources, то для того, чтобы он показал лишь определенные записи достаточно задать ему параметр resources:

Сниппет getResourcesIds возвращает список id ресурсов, опубликованных в заданном месяце:

Вот таким образом я решил вопрос с организацией архива на своем блоге. Самое забавное то, что в процессе работы над статьей, я наткнулся на уже готовое решение данной проблемы от комманды MODx, называется Archivist. Как я его не заметил несколько месяцев назад, когда делал сайт - уму непостижимо. Ну ничего. Изобрел свой велосипед - стал умнее и опытнее =)

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

Полный список ботов приведен на странице http://www.google.com/support/talk/bin/answer.py?hl=en&answer=89921.

Приятного вам общения!