Почему Blyper?

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

А как на счёт не слишком известных музыкантах? Шанс встретить информацию об их новинках в музыкальной прессе сведён к нулю. Как следствие – Вы рискуете пропустить столько интересной музыки!

Хотим Вас заверить – доверяя решение этой задачи нам, такого не произойдёт!

• Пусть Вас больше не заботит: что некоторые музыкальные релизы пройдут мимо вас
• Будьте уверены в том, что Ваша музыкальная база полноценна
• Вы контролируете регулярность оповещений
• Также Вы можете узнать о ранее неизвестных Вам музыкантах, благодаря изучению библиотек других пользователей сервиса
• Делитесь своими музыкальными предпочтениями со своими друзьями, и…
• Упростите им задачу выбора подарка Вам на день рожденья, добавляя музыкальные релизы в «Список желаемых»
• Ну и наконец, наш сервис подскажет, в каком из ближайших магазинов есть в продаже понравившаяся Вам музыка!

© Semyon's blog, 2010.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: Blyper, Last.fm, MusicBrainz, веб-сервис, музыка, оповещение

Появление Google Latitude для iPhone произошло, когда в ОС устройства ещё не было многозадачности. Более того, к моменту её появления, запущенный где-то на фоне сайт Google Latitude не щадил бы аккумулятор, за счёт постоянного получения координат устройства.

Кстати сказать, в процессе изучения этого вопроса я наткнулся на Sosumi – PHP-скрипт, позволяющий получать координаты устройства используя сервис Find My Phone проекта Apple MobileMe (стоимость годовой подписки на который составляет более €65). Получение координат устройства – решение только половины проблемы. После этого ещё останется обновить координаты в Google Latitude используя его API. Безусловно, этот способ для обывателя будет дорогостоящим и, более того, не совсем очевидным.

Приблизительно неделю назад, случайно вспомнив об этой идее и теперь уже имеющейся многозадачности в iPhone, я решил по-шерстить AppStore на предмет «Google Latitude Update». Среди прочего меня заинтересовал сервис Device Locator, потому как он единственный из числа результатов поиска позиционировался как сервис. Условия использования сервиса свободные, однако стоимость приложения – $4.99. Пожалуй это все затраты на пути к реализации описанной задумки! Более того, это решение подразумевает весьма деликатное отношение к аккумулятору устройства…

Теперь по порядку

На сайте сервиса предложено заполнить неприлично простую регистрационную форму. Эти данные потребуется ввести при первом запуске приобретённого приложения.

После этой процедуры устанавливается связь между мобильным устройством и веб-сервисом. Теперь необходимо установить интервал между пингами устройства. То есть вновь обращаемся к сайту сервиса и выполняем вход в личный кабинет. Здесь предоставлен список зарегистрированных устройств с возможностью регулирования интервала пингов его местоположения, триггером функционирования приложения, возможностью установки еже-15-секундного тревожного сигнала или банальной отправки Push-сообщения на устройство.

Помимо перечисленного, для каждого из зарегистрированных устройств доступен раздел Settings, где возможна настройка автоматического обновления координат в Google Latitude. Здесь же присутствует полезная для разработчиков функция – возможность передачи координат устройства через URL заданной формы.

Подробнее об интервалах

Не будет новостью, что чем короче промежуток между запросами, тем быстрее разряжается устройство. В представленном списке интервалы подразделяются на 2 категории. В случае выбора обновления местоположения исключительно по истечению некоторого промежутка времени, приложение будет отправлять обновлённые данные в случае, если оно запущено. Если же установить параметр обновления с учётом смены телефонной вышки (Tower Switch), то приложение начинает работать как сервис (даже если оно не запущено). Таким образом новые координаты отправляются без участия пользователя.

Идеальным по мнению разработчиков сочетающим точность (свежесть отправляемых координат) и щадящим аккумулятор режимом является 30 минут + смена вышки.

В результате

Заметил лишь недавно

После того, как я стал использовать Device Locator, заметил следующие нововведения на приборной доске Google Latitude:

© Semyon's blog, 2010.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: Device Locator, Google Latitude, iPhone, веб-сервис

Сегодня нашёл прекрасный сервис мониторинга обменников! Здесь всё и сразу – сводная статистика, калькулятор по всем обменникам, система оповещений. Порадовало также наличие PDA-версии сервиса.

© Semyon's blog, 2010.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: веб-сервис, обмен валюты

Статья изобилует мыльными фактами о том, почему на мобильных устройствах Apple не нужен Flash, и конечно же в рамках данной ситуации (когда Apple подготовил превосходную платформу для создания приложений для своих устройств) всё достаточно складно. Думаю чаще всего недовольства пользователей мобильных устройств Apple по этому поводу возникают из-за невозможности просмотра видеороликов не на YouTube. Однако в публикации на эту тему достаточно обнадёживающе говорится о возможностях HTML5 и H.264… Хотя всё это пока очень уж в зачаточном состоянии.

Что ж, остаётся терпеливо ждать прогресса!)

© Semyon's blog, 2010.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: Adobe, Apple, Flash, H.264, Hovl, HTML5, Steve Jobs

Не так давно я заметил, что стоит только заговорить о сервисе Google Wave, в случае, если собеседник слышит о нём впервые, у меня снова возникает вопрос — как правильно описать этот продукт? Проблема этого вопроса, как мне показалось, в затруднении кратко рассказать о функционале и особенностях сервиса таким образом, чтобы стала очевидна надобность в нём как в таковом… Этим постом я попробую на примерах и со скриншотами сделать обзор пока ещё «preview»-версии новинки от Google.

Моё первое знакомство с Google Wave проходило в рамках следующего видео. Конечно, на протяжении почти полутора часов внимать всю информацию из этого ролика — большое дело, но мне было достаточно короткого обзора «о самом главном» первых приблизительно 20 минут:

Своими словами

Google Wave — новый способ (групповой) коммуникации в Интернете.

Внешне интерфейс напоминает почту, однако вместо списка писем здесь — «waves» («волны«). Только что создав и оформив очередную волну Вы являетесь единственным её участником. Добавить участников можно двумя способами:

• нажатием на кнопку добавления с последующим добавлением пользователей из появившегося списка контактов (классический, см. рисунок ниже)
• перетягиванием мышью пользователей из списка контактов расположенном непосредственно в интерфейсе к кнопке добавления участников (drag & drop).

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

Самой невероятной, на мой взгляд, feature’й сервиса является «абсолютно прямой эфир«… Когда у волны есть несколько участников и, положим, двое из них одновременно находятся в обсуждении, то вместо привычного оповещения «Коля печатает…» оба будут видеть вводимый друг другом текст в реальном времени.

Обратите внимание на инновационный бегунок прокрутки (scroll bar). Для прокрутки списков можно перемещать как сам бегунок, так и ограничиться использованием кнопок управления прокруткой расположенных на самом элементе. Согласитесь — удобно!?

Многие пользователи ПК сложно представляют себе управление компьютером без горячих клавиш. Конечно же и этот момент предусмотрен разработчиками Google Wave. Например для того, чтобы создать новое сообщение следом за сфокусированном (а если фокус отсутствует, то под сфокусированным подразумевается последнее), используется сочетание клавиш Shift + Enter.

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

• ресурсы из результатов поиска — Google Search gadget
• опросник — Yes/No/Maybe gadget
• карта — Map gadget
• и возможность установки удалённого гаджета по URL (вот, кстати, каталог гаджетов)

Средствами Google Gears пользователи Wave могут элементарно добавлять к сообщениям файлы (будь то мультимедиа или PDF-документ). Способ таков: найдя необходимый файл в Проводнике/Finder перетягиваем его непосредственно в открытую волну открытую в браузере, где и наблюдаем его после загрузки! Просто гениально!

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

Итак, обнаружено следующее необъяснимое явление: статусы пользователей, даже тех, кто совершенно безошибочно в данный момент используют Google Wave (о чём свидетельствуют изменения, происходящие внутри той или иной волны в реальном времени) по логике должны быть отражены в списке контактов, однако характерный зелёный кружок (лично у меня) присутствует только над собственными изображениями. В ходе обсуждений этой необъяснимой вещи с другими пользователями Wave было выяснено, что проблема имеет место быть не только у меня.

Как уже говорилось немного раньше, сервис находится в стадии preview (далеко не beta). Вспоминается опыт с Google Mail, когда открытой для регистрации почта стала спустя несколько лет после старта «по приглашениям». Сегодня вновь приглашённый в Google Wave может отправить 10 приглашений своим своим друзьям и товарищам. Однако есть такая форма, используя которую любой желающий может оставить запрос на приглашение в Google Wave, как только это станет возможным.

P.S: Кому уже сейчас не терпится обозреть сервис самостоятельно, могу поспособствовать этому несколькими оставшимися приглашениями — оставляйте запросы в комментариях.

© Semyon's blog, 2009.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: Google Wave, team-менеджмент, веб-сервис

Cервис представляет собой «общую записную книжку» форменно напоминающую что-то между форумом/wiki. Первым делом зайдя на сайт Вам будет предложено завести аккаунт. После этой процедуры можно как принимать участие в ведущихся на сервисе проектах, так и создавать свои собственные, приглашать в их участие сотоварищей.

Внутри созданного проекта используется только три сущности: папки, заметки и задания, все из которых (кроме папок) могут быть открыты или назначены конкретным людям, участвующим в проекте.

На сервисе предусмотрена система оповещения об обновлениях в проекте через e-mail, ICQ или Jabber, однако функционирует на данный момент только оповещение по электронной почте.

© Semyon's blog, 2009.
Прямая ссылка | комментариев: 0 | добавить в del.icio.us
Теги: team-менеджмент, Xio, веб-сервис

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

Fatal error: Out of memory (allocated 9699328)

Разговоры на эту тему с техподдержкой ХЦ бесполезны.

В данной статье речь пойдёт о простом (не идеальном) способе обхода описанной проблемы используя .htaccess и php.

Очевидно то, что для корректной установки и дальнейшей работы CMS необходимо будет запустить её на основном либо другом удалённом хостинге. Затем .htaccess на нашем подсайте будет отлавливать HTTP-запросы и отдавать их нашему php-cкрипту, который будет делать реальные запросы к удалённому сайту, забирать и изменять ссылки в содержимом, а затем его выводить.

Определимся с деталями. Положим что уже есть установленный и работающий WordPress на сайте http://www.site.ru/blog/. На основном хостинге создан подсайт blog.site.ru, где мы хотим видеть наш блог. В настройках веб-сервера нашего подсайта (в контрольной панели Хостинг-Центра РБК) выбрана версия PHP5. Версия движка WordPress – 2.7.1.

.htaccess

Первым действием в публичной папке подсайта («~/www/htdocs/«) создаём (либо изменяем содержимое уже имеющегося файла) «.htaccess» на следующие строки

<IfModule mod_rewrite.c>
	RewriteEngine On
	RewriteBase /
	RewriteCond %{REQUEST_FILENAME} !-f
	RewriteCond %{REQUEST_FILENAME} !-d
	RewriteRule . /index.php [L]
</IfModule>

Это стандартный .htaccess-файл движка блогов WordPress, являющийся идеально подходящим как для нашего случая, так и для тех, когда на удалённом сайте установлена любая другая CMS. Данная конфигурация возвращает пользователю, запрашивающему адрес вида http://blog.site.ru/<что угодно> результат работы скрипта index.php. В самом index.php мы уже работаем с запрошенным URL.

В PHP включена поддержка libcurl — библиотеки функций, написанной Daniel Stenberg, которая позволяет взаимодействовать с различными серверами по различным протоколам.

Возможности этой библиотеки мы и будем в основном использовать в нашем скрипте.

Первый подводный камень — невозможность обработки нашим скриптом POST-запросов, а это значит что для наименьших «потерь» (да, они всё-таки предстоят в нашем случае) админкой WordPress‘а придётся пользоваться по реальному адресу. Скорее всего проблема в том, что POST-запросы хранятся в заголовке документа, и при попытке внешнего скрипта (нашего index.php) для нашего реального сайта «подсунуть» ему переменные в POST-запросе останавливают выполнение нашего скрипта из соображений безопасности. Формы на сайте использующие метод GET (например тот же поиск) работать будут нормально.

index.php

Метод работы cURL в PHP делится на 2 части: случаи, когда мы работаем с заголовком запрашиваемого документа, и случаи, когда мы работаем с его телом. В нашем случае мы действуем сразу в обоих направлениях.

Итак, второе наше действие — создаём index.php.

Прежде всего определимся с переменными GET-форм. Передавать их в запросе следует используя специальный параметр сеанса cURL — CURLOPT_POSTFIELDS. Значение этого параметра — собственно сами данные POST-запроса известного вида «?key=value&key2=value2«. Наш скрипт получает переменные эти в виде массива $_POST.

foreach ($_POST as $key => $value) {
	$postapx .= "&" . $key . '=' . $value;
}

Этот фрагмент собирает все полученные скриптом переменные в строку ($postapx), которую мы будем присоединять к нашим запросам реальной страницы.

Как говорилось выше, работа сURL разделена на две части: возврат заголовка и возврат содержимого запрашиваемого документа. Прежде чем выводить содержимое, необходимо скопировать заголовок удалённой страницы.

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "http://www.site.ru/blog" . $_SERVER["REQUEST_URI"]);
curl_setopt($ch, CURLOPT_HEADER, 1);
curl_setopt($ch, CURLOPT_NOBODY, 1);
if ($postapx) {
	curl_setopt($ch, CURLOPT_POST, 1);
	curl_setopt($ch, CURLOPT_POSTFIELDS, $postapx);
}
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$resp = curl_exec($ch);
curl_close($ch);

Инициализируем сеанс cURL и задаём ему параметры. CURLOPT_URL — указание запрашиваемой страницы. CURLOPT_HEADER — переключатель установленный в значение «включен» (по умолчанию «выключен»), отвечающий за возврат в результат заголовка. CURLOPT_NOBODY — переключатель, отключающий включение в результат запроса содержимого документа, потому как мы заняты пока исключительно заголовками. Затем мы проверяем наличие переменных GET-запроса нашему скрипту и при положительном результате включаем их в запрос удалённого документа.  Положительное значение переключателя CURL_RETURNTRANSFER запрещает прямой вывод результата запроса, вместо чего возвращает его в виде значения. Полезно, когда мы хотим записать его в переменную ($resp) для дальнейших операций над результатом. Все необходимые действия выполнены. Закрываем сеанс.

$headLines = explode("\n", $resp);
$i = 0;
foreach ($headLines as &$value) {
	$i++;
	if ($i > 2) {
		$skip = false;
		if (
			strstr($value, "Connection: keep-alive") ||
			strstr($value, "Keep-Alive:") ||
			strstr($value, "Transfer-Encoding:")
		)
			$skip = true;
		if (!$skip)
			header($value);
	}
}

Данные заголовка запрошенного документа сейчас хранятся в исходном виде — каждый новый параметр заголовка разделяется символом переноса строки \n. Существует необходимость работать с каждым параметром отдельно. Первая строка разбивает каждую новую строку принятой информации в отдельные элементы массива оператором explode. Далее наш скрипт перебирает каждый параметр на предмет необходимости включения его в наш документ.

HTTP/1.1 200 OK
Server: nginx/0.5.35

Первые две строки наш скрипт вернёт и без их наследования, поэтому организованный перед циклом счётчик $i пропускает обработку первых двух строк результата. Есть ещё несколько параметров (Connection, Keep-Alive и Transfer-Encoding) которые мы не наследуем из-за неуместности их при работе со статичными веб-документами.

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "http://www.site.ru/blog" . $_SERVER["REQUEST_URI"] . $postapx);
if ($postapx) {
	curl_setopt($ch, CURLOPT_POST, 1);
	curl_setopt($ch, CURLOPT_POSTFIELDS, $postapx);
}
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$content = curl_exec($ch);
curl_close($ch);

Снова инициализируем cURL-сессию, теперь уже для записи содержимого запрашиваемого документа в переменную $content.

$content = str_replace('http://www.site.ru/blog', 'http://blog.site.ru', $content);
print $content;

Затем производим в результате запроса замену всех присутствующих в нём ссылок на удалённые ресурсы и выводим его.

На этом этапе можно проверить работоспособность нашего скрипта. Но помните о рассказанных ранее проблемах с POST-запросами. Далее речь пойдёт лишь о частном случае с WordPress.

А теперь о жертвах

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

Как следствие: Вы публикуете новый материал и вообще пользуетесь админкой по реальному её адресу вида http://www.site.ru/blog/wp-login.php.

Публично POST-запрос в блоге также используется, когда пользователь пытается оставить комментарий к записи. Следовательно наша жертва – файл wp-comments-post.php. Он начинается со следующего блока:

if ( 'POST' != $_SERVER['REQUEST_METHOD'] ) {
	header('Allow: POST');
	header('HTTP/1.1 405 Method Not Allowed');
	header('Content-Type: text/plain');
	exit;
}

Он полностью комментируется. Затем методом поиска и замены ищем все фрагменты «$_POST» заменяя их на «$_GET«.

Нужно помнить об этих изменениях при обновлениях движка WordPress эти изменения аннулируются.

Последний этап — изменение метода формы обращённой к только что изменённому файлу. В случае с использованием стандартной темы Kubrick она находится в файле comments.php в каталоге темы.

В нём ищем:

<form action="<?php echo get_option('siteurl'); ?>/wp-comments-post.php" method="POST" id="commentform">

… и заменяем method="POST" на method="GET".

Вот и всё!

Архив содержащий скрипт и изменённый wp-comment-post.php (2,459 b)

UPD от 15.07.2009:
Яндекс снял с индекса… Пожалуй есть причины переселить блог на другой хостинг.

© Semyon's blog, 2009.
Прямая ссылка | комментариев: 10 | добавить в del.icio.us
Теги: .htaccess, CMS, hack, php, WordPress, хостинг