технические проблемы и идеи, родившиеся в бурных водах реки Abava (а равно как и на ее берегах, далеких и близких), выставленные на всеобщее обсуждение
Wednesday, April 30, 2008
Не чать
Патент Apple на универсальный интерфейс для текстового чата в реальном времени. В патенте действительно педантично описаны все этапы текстового чата. Что будет с нарушителями?
Большой брат
Федеральный суд в США подтвердил, что при пересечении границы таможенная служба может искать/проверять/копировать любые файлы на лаптопах и мобильных телефона. Отсюда. Так какой, говорите, у вас Windows на компьютере стоит?
Tuesday, April 29, 2008
YouTube mashup
YouTube поддерживает API, используя который сторонние приложения могут осуществлять выборку данных из базы видео-хостинга. Это REST-based API, иными словами - HTTP запросы, возвращающие XML данные. Вот пример работы с этим API из JSP.
При этом выбираемые данные могут содержать (если это было указано автором видео) информацию о местоположении (в формате GeoRSS). На картах Google уже можно просматривать видео-файлы из YouTube в привязке к карте, но это построено в виде мапплета. А мапплеты нельзя добавлять в собственные приложения, их можно просматривать только через Google MyMaps.
Поэтому для использования данных YouTube на картах необходима прямая работа с YouTube API. Вот на этом и был построен mashup: GTV. На одной странице показываются 50 последних видео-файлов из YouTube, найденных по ключевому слову Москва и новости Yandex для Москвы (для выдачи последних используется Google Parnerbar API). Для видео-файлов, где координаты не были указаны автором используется автоматическое размещение. А в итоге все вместе выглядит как некоторый телеканал для Москвы: новости + видео. Смотреть - здесь.
При этом выбираемые данные могут содержать (если это было указано автором видео) информацию о местоположении (в формате GeoRSS). На картах Google уже можно просматривать видео-файлы из YouTube в привязке к карте, но это построено в виде мапплета. А мапплеты нельзя добавлять в собственные приложения, их можно просматривать только через Google MyMaps.
Поэтому для использования данных YouTube на картах необходима прямая работа с YouTube API. Вот на этом и был построен mashup: GTV. На одной странице показываются 50 последних видео-файлов из YouTube, найденных по ключевому слову Москва и новости Yandex для Москвы (для выдачи последних используется Google Parnerbar API). Для видео-файлов, где координаты не были указаны автором используется автоматическое размещение. А в итоге все вместе выглядит как некоторый телеканал для Москвы: новости + видео. Смотреть - здесь.
Бухгалтерское
Налог с пищи Минфин разъяснил, когда граждане должны платить налог со съеденного и выпитого на вечеринках Компания спросила финансовое ведомство, нужно ли удерживать подоходный налог с приглашенных на корпоративные вечеринки ... |
Может быть, налог на покойников будут брать вперед?
Sunday, April 27, 2008
Освянка, сэр
Конкурс для разработчиков SMS сервисов. Первый приз - 1000 фунтов. Срок подачи заявок - до 31 мая 2008 года.
Google Solution Marketplace
Google открыл Solution MarketPlace. Площадка, где представлены, в виде каталога, решения сторонних разработчиков, основанные на Google API. Предложить свои решения может любой, достаточно быть зарегистрированным в Google (то есть любой пользователь Gmail, например). Основные категории (на сегодня): Google Apps, поиск и профессиональные сервисы (обучение, разработка). Согласно опубликованному положению, Google проверяет решения перед публикацией их в каталоге. Кстати, купить (оплатить) продукты можно здесь же (Google merchant, естественно). Интересно. И, почти наверняка, это только начало.
Saturday, April 26, 2008
Конкуренция, однако
Большие таблицы от Google (как веб-сервис) заставили Amazon снизить цены на Amazon S3 (Simple Storage Service). Интересно, а из российских видео/фото хостингов кто-то уже использует S3?
Friday, April 25, 2008
Спасите наши души
Yahoo анонсировала новую политику по отношению к веб-разработчикам. Полностью открытая система. По сути, предлагают прямое программирование для себя (как мешап) своего портала Yahoo!, равно как и построение социальных сервисов (сетей) на их клиентской базе.
А первым шагом должна стать (дата запуска 15 мая) программа SearchMonkey - мешапы на основе результатов поиска. Вообще, относительно поиска, мы уже писали, что средства Yahoo для программирования более удобны.
А первым шагом должна стать (дата запуска 15 мая) программа SearchMonkey - мешапы на основе результатов поиска. Вообще, относительно поиска, мы уже писали, что средства Yahoo для программирования более удобны.
Thursday, April 24, 2008
Мобильный поиск
Wednesday, April 23, 2008
Google Search API
Уже больше года, как Google перестал поддерживать SOAP API для поиcка. Мы писали об этом здесь. Равно как и отмечали, вместе с другими заинтересованными разработчиками, что REST API для поиска от Yahoo гораздо удобнее. Вот, в итоге всего, случились некоторые подвижки и в Google. Их Ajax Search API стало можно использовать без Ajax. Это нужно, естественно, если вы разрабатываете server side приложения. Это теперь REST запросы, которые возвращают данные в формате JSON.
Вроде все хорошо, даже ключ не нужно получать, но ложка дегтя (и не одна) присутствует. Один запрос возвращает не более 8 записей и получить больше 32 первых - нельзя. Порядок вывода менять нельзя. Да и остальные ограничения большим либерализмом не отличаются. Но уже хоть что-то появилось.
Вроде все хорошо, даже ключ не нужно получать, но ложка дегтя (и не одна) присутствует. Один запрос возвращает не более 8 записей и получить больше 32 первых - нельзя. Порядок вывода менять нельзя. Да и остальные ограничения большим либерализмом не отличаются. Но уже хоть что-то появилось.
Tuesday, April 22, 2008
Наноформаты
Нельзя пройти мимо важного государственного дела, поэтому что-то о нанотехнологиях сказать было бы нужно. А если серьезно, то вот интересный материал о микроформатах в мобильных сервисах.
А наноформаты - это то, что ввел в обиход Twitter (и его последователи):
* @username - ответить другому пользователю
* L:Berlin - указание адреса (TwitterVision на этом работает)
* tag++, tag–, username++ - голосование за/против
* #tag - указание тега
* lang:en - указание языка
* event: - описание события
А наноформаты - это то, что ввел в обиход Twitter (и его последователи):
* @username - ответить другому пользователю
* L:Berlin - указание адреса (TwitterVision на этом работает)
* tag++, tag–, username++ - голосование за/против
* #tag - указание тега
* lang:en - указание языка
* event: - описание события
Monday, April 21, 2008
Мониторинг и Java
Интересующимся применением Java для задач мониторинга технических систем - вот хорошая основа. GreenFire - open source Java приложение для мониторинга температурных датчиков. Описание проекта еще можно почитать здесь. По количеству функций - весьма насыщенное приложение. Архитектура, кстати, масштабируемая. Если вдруг этих датчиков температуры окажется много, много ...
Sunday, April 20, 2008
Twitter feed
Простой, но полезный сервис Twitterfeed - позволяет публиковать указанный при регистрации RSS feed в Twitter. Это, между прочим, еще один способ мобилизации для данных - RSS feed через Twitter станет доступным мобильным абонентам.
170 приложений в час
Google опубликовал статистику по Android Developers Challenge. 1788 приложений. Скорость публикации приложений в конце составляла 170 заявок в час. Между прочим, есть очень интересные вещи. И это, несомненно, замечательные результаты. Ведь все это сделано для устройства, которого еще физически нет. Очевидно, что Google здорово угадал с этим конкурсом. Телефон, когда его выпустят, сразу будет иметь обширную базу приложений. А дальше можно просто повторять такой конкурс периодически и это сделает Аndroid самой развитой платформой в смысле приложений.
Saturday, April 19, 2008
Google TV
Еще один mashup для Google Maps - GTV. Используется mapplet для показа публикаций в YouTube (см. здесь) и Google Partner bar API (мы писали об этом здесь).
В итоге на одной странице собраны:
- ролики YouTube для Москвы (привязанные к карте)
- новости Москвы от Yandex
Московский телеканал, так сказать. Смотреть - здесь
В итоге на одной странице собраны:
- ролики YouTube для Москвы (привязанные к карте)
- новости Москвы от Yandex
Московский телеканал, так сказать. Смотреть - здесь
Friday, April 18, 2008
YouTube на картах
Google добавил воможность показа роликов YouTube прямо по месту на карте. Это мапплет, который можно добавить к собственной карте на My Maps. И в реальном времени будут отображаться все добавления роликов YouTube, относящиеся к данной карте. Просматривать их можно непосредственно поверх карты. Выглядит впечатляюще.
Но что еще интереснее - это реализация. Если посмотреть код, то вот как Google отображает данные YouTube:
var map = new GMap2();
map.addOverlay(new GLayer('lmc:youtube'));
Вот этот интересный объект GLayer простым смертным недоступен. А между тем, он делает много интересных вещей. Во-первых, он позволяет отображать на карте много больше объектов, чем стандартный GMarker. Последний очень медленно работает, если маркеров уже около 100. А во-вторых, вот этот параметр при вызове: lmc:youtube. Можно предположить, что у Google ведь есть и lmc:много_чего_еще. Но информации про этот GLayer в том же Google совсем немного ...
Понравилась картинка в ЖЖ? Сохраните userpic в своем телефоне.
Но что еще интереснее - это реализация. Если посмотреть код, то вот как Google отображает данные YouTube:
var map = new GMap2();
map.addOverlay(new GLayer('lmc:youtube'));
Вот этот интересный объект GLayer простым смертным недоступен. А между тем, он делает много интересных вещей. Во-первых, он позволяет отображать на карте много больше объектов, чем стандартный GMarker. Последний очень медленно работает, если маркеров уже около 100. А во-вторых, вот этот параметр при вызове: lmc:youtube. Можно предположить, что у Google ведь есть и lmc:много_чего_еще. Но информации про этот GLayer в том же Google совсем немного ...
Понравилась картинка в ЖЖ? Сохраните userpic в своем телефоне.
Thursday, April 17, 2008
Мобильный веб?
Компания Mowser занималась мобильным вебом. Более точнее - транскодингом. Конвертацией существующих сайтов для доступа из мобильных браузеров. И вот что пишет в итоге ее основатель:
I think anyone currently developing sites using XHTML-MP markup, no Javascript, geared towards cellular connections and two inch screens are simply wasting their time, and I'm tired of wasting my time."
Вообще, вся статья проникнута большим пессимизмом по отношению к мобильным сайтам. И успех iPhone в веб-доступе, по мнению автора, только подтвердает его мнение. Появился "стандартный" браузер на мобильном телефоне - пользователи пошли в веб. А без этого - просто не пойдут.
А вы что думаете по этому поводу?
I think anyone currently developing sites using XHTML-MP markup, no Javascript, geared towards cellular connections and two inch screens are simply wasting their time, and I'm tired of wasting my time."
Вообще, вся статья проникнута большим пессимизмом по отношению к мобильным сайтам. И успех iPhone в веб-доступе, по мнению автора, только подтвердает его мнение. Появился "стандартный" браузер на мобильном телефоне - пользователи пошли в веб. А без этого - просто не пойдут.
А вы что думаете по этому поводу?
Tuesday, April 15, 2008
Звонок в приложение
Здесь мы (AbavaNet) опишем новый подход к интеграции телефонии и веб-приложений. Цель состоит в доставке голосового звонка непосредственно в веб-приложение. Это позволит, например, оставлять голосовые сообщения в приложениях, проводить голосования и т.д. При этом предложенный способ будет работать и для мобильных сайтов, где голосовое общение может быть даже более актуальным.
Сервисы, интегрирующие веб и телефонию, конечно, уже существуют. Это то, что принято называть Mobile 2.0 (или Телеком 2.0). Среди сервисов, запущенных AbavaNet, можно указать, например, запись голосовых сообщений в блоги или Voice 2 Email. Но все сервисы в целом следуют одной модели - использование открытого API веб-платформы (например, Livejournal API) для доставки звонка.
А что если сделать еще и наоборот? Не из сервиса обращаться к веб-платформе, а непосредственно из веб-приложения принимать результаты звонка. Тогда, например, для такого сервиса как запись голосовых сообщений в блоги вообще не нужна была бы какая-то отдельная регистрация своего телефона и блога. Непосредственно в блог-платформе можно было бы разместить инструмент для приема голосовых сообщений и потенциальному пользователю осталось бы только позвонить.
Как это вглядит практически? Прием звонка непосредственно в веб-приложении означает, с практической точки зрения, что непосредственно в веб-приложении мы определяем место, где будет приниматься звонок, а также собственный callback - метод, который будет отвечать за прием звонка. Поскольку мы говорим о веб, то callback здесь - это postback. То есть CGI скрипт, который будет отвечать за прием звонка. А указание места приема - это должен быть какой-то тег.
Для разработчика веб-приложения это в итоге выливается в размещение в произвольном месте своего приложения JavaScript вызова, который и выставит соответствующую метку. Выглядит это таким образом:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script')
Здесь первый параметр - это заголовок для пользователя (как это будет видеть посетитель сайта), второй параметр - CGI скрипт (от _собственного_ веб приложения), который будет регистрировать звонок. Для посетителя сайта это выглядит в итоге как обычная ссылка:
Голосовое сообщение
Кликнув на нее, пользователь получит атрибуты для звонка: сервисный номер и дополнительный код. Сервисный номер не меняется, естественно, а код будет различным. Этот код и идентифицирует в итоге точку, где принимается звонок.
После звонка на указанный номер и ввода кода (код находится перед глазами - он одноразовый и запоминать его не нужно :) голосовое сообщение будет записано. А далее - телекоммуникационная платформа просто выполнит HTTP POST запрос по URL, указанному в качестве второго параметра (см. JavaScript вызов выше). При этом записанный файл (mp3, например) будет просто передан
(выгружен) в данном запросе. И, соответственно, скрипт в веб-приложении для приема звонка есть просто CGI-скрипт для обработки загрузки файла. Для веб-приложения это выглядит так, как будто есть некоторая страница с формой загрузки файла (<input type="file" ...) и нужно обработать загружаемый пользователем медиа-файл. Далее - уже целиком область ответственности веб-приложения: просто поместить у себя ссылку на полученный файл, вставить на страницу медиа-плейер для прослушивания etc.
Как веб-приложение различит, к чему относится полученный файл? Для этого указанный выше JavaScript вызов может использоваться в такой форме:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script', дополнительные параметры)
Например, для форума (блога) серверное приложение, которое выводит ветку дискуссии может добавить на генерируемую страницу такой JavaScript код, указав в дополнительных параметрах ID сообщения (топика в форуме). Дополнительные параметры будут просто передаваться вместе с медиа-файлом "как есть". Базируясь на их значениях, CGI скрипт, который будет обрабатывать прием медиа файлов сможет корректно адресовать полученный файл уже в рамках веб-приложения.
В целом, это очень простой в использовании метод интеграции голосовых звонков непосредственно в веб приложение. Нет никаких специальных требований к веб-приложению , а прием звонка - это просто обработка загрузки файла.
Отметим, что описанный подход будет работать и для мобильных веб-приложений.
Что дальше? Хотите запустить такой сервис для своей блог-платформы, сайта, социальной сети и т.п.? Свяжитесь с нами. Кстати, интеграция телефонии - это один из способов монетизации для тех же социальных сетей. И все описанное в части бизнеса здесь, применимо и для данного сервиса.
Сервисы, интегрирующие веб и телефонию, конечно, уже существуют. Это то, что принято называть Mobile 2.0 (или Телеком 2.0). Среди сервисов, запущенных AbavaNet, можно указать, например, запись голосовых сообщений в блоги или Voice 2 Email. Но все сервисы в целом следуют одной модели - использование открытого API веб-платформы (например, Livejournal API) для доставки звонка.
А что если сделать еще и наоборот? Не из сервиса обращаться к веб-платформе, а непосредственно из веб-приложения принимать результаты звонка. Тогда, например, для такого сервиса как запись голосовых сообщений в блоги вообще не нужна была бы какая-то отдельная регистрация своего телефона и блога. Непосредственно в блог-платформе можно было бы разместить инструмент для приема голосовых сообщений и потенциальному пользователю осталось бы только позвонить.
Как это вглядит практически? Прием звонка непосредственно в веб-приложении означает, с практической точки зрения, что непосредственно в веб-приложении мы определяем место, где будет приниматься звонок, а также собственный callback - метод, который будет отвечать за прием звонка. Поскольку мы говорим о веб, то callback здесь - это postback. То есть CGI скрипт, который будет отвечать за прием звонка. А указание места приема - это должен быть какой-то тег.
Для разработчика веб-приложения это в итоге выливается в размещение в произвольном месте своего приложения JavaScript вызова, который и выставит соответствующую метку. Выглядит это таким образом:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script')
Здесь первый параметр - это заголовок для пользователя (как это будет видеть посетитель сайта), второй параметр - CGI скрипт (от _собственного_ веб приложения), который будет регистрировать звонок. Для посетителя сайта это выглядит в итоге как обычная ссылка:
Голосовое сообщение
Телефон: 0942
Кликнув на нее, пользователь получит атрибуты для звонка: сервисный номер и дополнительный код. Сервисный номер не меняется, естественно, а код будет различным. Этот код и идентифицирует в итоге точку, где принимается звонок.
После звонка на указанный номер и ввода кода (код находится перед глазами - он одноразовый и запоминать его не нужно :) голосовое сообщение будет записано. А далее - телекоммуникационная платформа просто выполнит HTTP POST запрос по URL, указанному в качестве второго параметра (см. JavaScript вызов выше). При этом записанный файл (mp3, например) будет просто передан
(выгружен) в данном запросе. И, соответственно, скрипт в веб-приложении для приема звонка есть просто CGI-скрипт для обработки загрузки файла. Для веб-приложения это выглядит так, как будто есть некоторая страница с формой загрузки файла (<input type="file" ...) и нужно обработать загружаемый пользователем медиа-файл. Далее - уже целиком область ответственности веб-приложения: просто поместить у себя ссылку на полученный файл, вставить на страницу медиа-плейер для прослушивания etc.
Как веб-приложение различит, к чему относится полученный файл? Для этого указанный выше JavaScript вызов может использоваться в такой форме:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script', дополнительные параметры)
Например, для форума (блога) серверное приложение, которое выводит ветку дискуссии может добавить на генерируемую страницу такой JavaScript код, указав в дополнительных параметрах ID сообщения (топика в форуме). Дополнительные параметры будут просто передаваться вместе с медиа-файлом "как есть". Базируясь на их значениях, CGI скрипт, который будет обрабатывать прием медиа файлов сможет корректно адресовать полученный файл уже в рамках веб-приложения.
В целом, это очень простой в использовании метод интеграции голосовых звонков непосредственно в веб приложение. Нет никаких специальных требований к веб-приложению , а прием звонка - это просто обработка загрузки файла.
Отметим, что описанный подход будет работать и для мобильных веб-приложений.
Что дальше? Хотите запустить такой сервис для своей блог-платформы, сайта, социальной сети и т.п.? Свяжитесь с нами. Кстати, интеграция телефонии - это один из способов монетизации для тех же социальных сетей. И все описанное в части бизнеса здесь, применимо и для данного сервиса.
HTML для гео-данных
KML, начавшись как формат для представления данных в Google Earth, стал в итоге официальным стандартом для представления гео-данных.
P.S. А вот карты (сообщества), созданные в Геолинкс, с самого начала можно было экспортировать в KML.
P.S. А вот карты (сообщества), созданные в Геолинкс, с самого начала можно было экспортировать в KML.
Monday, April 14, 2008
Google Social API
В развитие ранних экспериментов с Google Social API - linkstore.ru обзавелся функцией поиска по социальному графу. Для имеющихся ссылок можно попробовать поискать другие ресурсы того же автора. Цель очевидна - найти новые интересные ресурсы. Для большинства отечественных ресурсов граф этот пока еще очень мал, и до такого, например, еще очень далеко. Но это дело наживное.
Кстати, поиском можно пользоваться и отдельно от linkstore. Адрес страницы: http://www.linkstore.ru/linkstore/social.jsp, а в качестве параметра требуется URL, для которого ищутся ссылки "того же" автора. Например: где есть Brad
Кстати, поиском можно пользоваться и отдельно от linkstore. Адрес страницы: http://www.linkstore.ru/linkstore/social.jsp, а в качестве параметра требуется URL, для которого ищутся ссылки "того же" автора. Например: где есть Brad
Sunday, April 13, 2008
Телефон за 500 рублей
Пока энтузиасты осваивают high-end коммуникаторы, устанавливая туда Google Android, на другом конце спектра жизнь также совсем не замерла. Hop-op подписал первые контракты с европейскими дистрибьюторами на поставку "одноразовых" телефонов за $20. На них не будет экрана. Но и цена ведь соответствующая ... А дальше такое движение, между прочим, приведет (может привести) к тому, что производителю будут заказывать такие модели под своим брендом, ориентированные на конкретный сервис (тарифный план etc.)
Saturday, April 12, 2008
Они сделали это
Android phone своими руками. Open Source реально работает :-). Вот видео эксперимента разработчиков с форума XDA-DEV, запустивших код Android SDK на HTC
практически схема такая, насколько я понимаю: базовая система на HTC - Windows Mobile, далее запушен Linux и в нем - Android. Пока не все стабильно работает, но схема есть. Потенциально это означает возможность работы Android SDK на любом Windows Mobile телефоне.
практически схема такая, насколько я понимаю: базовая система на HTC - Windows Mobile, далее запушен Linux и в нем - Android. Пока не все стабильно работает, но схема есть. Потенциально это означает возможность работы Android SDK на любом Windows Mobile телефоне.
В сетях
От социальных сетей уже никуда не деться. Вот еще одна идея (и, кажется, довольно здравая). Вот есть SourceForge - давно известное хранилище open source проектов. А теперь, вокруг системы контроля версий Git (корни восходят, кстати, к Линусу Торвальдсу, при разработке ядра Linux ее использовали), возникло сообщество - GitHub. Это вполне способно заменить SourceForge. Будет по сути то же самое, но с современными средствами общения (взаимодействия). И социальная сеть здесь вполне естественно смотрится, безо всяких вопросов типа "а что такое сеть etc.". Просто другая форма построения взаимодействия между пользователями сайта.
Friday, April 11, 2008
Это война
Andi Gutmans (это один из создателей Zend framework) напал на Java. Чисто конретно наехал. Не выжить Джаве в веб эпоху. PHP и все. Без вариантов. Такого давно не читал, можно сказать со времен нападок Microsoft на Сановский Blueprint.
Но здесь тоже, по моему мнению, автор все в кучу смешал. И ошибки какие-то странные в рассуждениях. JMV мол не масштабируется, реализации новых языков на JVM плохие. Хотя JRuby, например, (который на Java) работает быстрее оригинального брата.
Опять же, никто не мешает использовать JSP без других J2EE API. Как раз PHP и получится.
Реальная проблема, которая конечно существует - это хостинг. Здесь, в смысле доступности, PHP впереди всех.
Но здесь тоже, по моему мнению, автор все в кучу смешал. И ошибки какие-то странные в рассуждениях. JMV мол не масштабируется, реализации новых языков на JVM плохие. Хотя JRuby, например, (который на Java) работает быстрее оригинального брата.
Опять же, никто не мешает использовать JSP без других J2EE API. Как раз PHP и получится.
Реальная проблема, которая конечно существует - это хостинг. Здесь, в смысле доступности, PHP впереди всех.
Over the Air
Интересные презентации и описания продуктов с конференции мобильных разработчиков Over the Air. Конференция включала, в том числе, и своего рода startup pitch, где команды разработчиков представляли свои Mobile 2.0 проекты. Что есть интересного: обзор Mobile 2.0 приложений, Flash на телефонах Nokia, Mobile mashups, LBS приложения.
Thursday, April 10, 2008
Abaвазрение 10.04.2008
1. Одна из больших проблем с Ajax приложениями, которую приходится решать разработчику довольно часто - это так называемые cross domain запросы. Попросту - это необходимость в своем приложении получать данные с других доменов. Здесь есть разные решения. Одно из них, например, использованное здесь - специальная библиотека от Google. Но она ориентирована на частный случай - чтение RSS с других доменов. В более общем случае, необходимо просто выполнять произвольный HTTP запрос. И одно из часто используемых здесь решений - это HTTP прокси. Ajax запрос обращается к прокси на собственном сайте, а прокси уже (это серверное приложение и свободно от ограничений) выполняет запрос к ресурсу на другом домене. Вот подобного рода HTTP proxy от Yahoo для PHP проектов. Java разработчики могут воспользоваться в схожей ситации данным сервлетом.
2. Google начал публиковать учебные приложения для Android. См. Android developers блог. В принципе, это должно по идее быть тем же, что и Blueprint от Sun для J2EE приложений.
3. Хорошее практическое руководство по load balancing для Tomcat, используя Apache как front-end. См. также здесь материалы об использовании Tomcat в нагруженных системах.
2. Google начал публиковать учебные приложения для Android. См. Android developers блог. В принципе, это должно по идее быть тем же, что и Blueprint от Sun для J2EE приложений.
3. Хорошее практическое руководство по load balancing для Tomcat, используя Apache как front-end. См. также здесь материалы об использовании Tomcat в нагруженных системах.
Wednesday, April 09, 2008
Мешапы старших порядков
Основной идеей редактора мешапов MetroMap является обеспечение возможности легкого создания картографического интерфейса для уже имеющихся данных. И, естественно, созданная интерфейсная компонента (widget, control etc.) может быть интегрирована с собственным сайтом. Вот пример использования MetroMap в блоге, посвященном недвижимости. Это объявления "Из рук в руки" по аренде недвижимости.
Упомянутая статья в блоге как раз и посвящена возможному использованию MetroMap на сайтах/блогах, посвященных недвижимости. Помимо упомянутой там идеи - построение собственного "мини-сайта" конкретным агентом, можно упомянуть еще два момента:
- нет никакой специальной подготовки данных. Объявления для отображения берутся "как есть"
- поскольку это именно мешап, то можно, естественно, смешивать данные. Иными словами отобразить данные сразу из нескольких источников. Попробуйте, например, на сайте MetroMap задать сразу несколько фидов (хотя бы из представленных там примеров)
А заголовок связан со следующей интересной цепочкой построения данной конкретной карты. Исходные данные (туда в итоге смотрят ссылки на карте) - это объявления на сайте ИРР по аренде. Для этих обявлений с помощью Dapper был построен RSS feed. Далее MetroMap, используя уже данный feed, строит карту (точнее - отображает этот feed на карте). А потом уже полученная карта была вставлена в блог.
Упомянутая статья в блоге как раз и посвящена возможному использованию MetroMap на сайтах/блогах, посвященных недвижимости. Помимо упомянутой там идеи - построение собственного "мини-сайта" конкретным агентом, можно упомянуть еще два момента:
- нет никакой специальной подготовки данных. Объявления для отображения берутся "как есть"
- поскольку это именно мешап, то можно, естественно, смешивать данные. Иными словами отобразить данные сразу из нескольких источников. Попробуйте, например, на сайте MetroMap задать сразу несколько фидов (хотя бы из представленных там примеров)
А заголовок связан со следующей интересной цепочкой построения данной конкретной карты. Исходные данные (туда в итоге смотрят ссылки на карте) - это объявления на сайте ИРР по аренде. Для этих обявлений с помощью Dapper был построен RSS feed. Далее MetroMap, используя уже данный feed, строит карту (точнее - отображает этот feed на карте). А потом уже полученная карта была вставлена в блог.
Tuesday, April 08, 2008
Поджигатели
OpenFire Enterprise (расширенная версия сервера сообщений на базе XMPP) становится Open Source продуктом. С сервером, кстати, поставляется еще и Flash клиент. Базовая версия сервера и раньше была бесплатной (вот примеры программирования), а теперь таковой становится и более продвинутый вариант.
Monday, April 07, 2008
Обогреватель
Новый Data Center IBM в Цюрихе использует отводимое тепло для обогрева открытого городского бассейна. Рано, получается, бассейн Москва закрыли? А так ведь сколько возможностей, в связи с веб-бумом открывается. Теплицы там отапливать или еще что. Осталось только дождаться, кто первый придумает как решить обратную задачу - направить энергию купальщиков на обеспечение работы DC.
Google Maps Mania - 6
Появились новые записи и пришло время выпустить очередное обновление для списка проектов (систем), выполненных на базе Google Maps. То, с чего все началось, можно посмотреть здесь. Итак:
Информационные системы:
Авто-услуги
Агентство недвижимости Спб
Афиша
Все банкоматы.ru
Где этот дом
Донецк
Карта цен на квартиры в Москве
Карта рыбака
Картакадабра
Квартиры в Москве
Кинотеатры в Москве
Маршруты в Москве
МАКС 2007
Местная погода
Мурманск
Недвижимость на карте
Новостройки в Сибири
Окрестности Екатеринбурга
Отели Египта
Пермь
Пермь на карте
пос. Правдинский
Пушкино
Путешествия с Google Maps
Роддома Москвы и Санкт-Петербурга
4 туриста
Туристические карты
Туристические блоги
Сеть распространения печатной продукции
Сноуборд
Храмы России
Cosmopolitan шоппинг
Фото-биеннале
Футбольные поля
Live Events
National Geographic Traveler
User generated content (geo tagging):
Geo links
Geo SMS
View and organize geographical data
WikiMapia
Инструменты:
Big map
Geo traceroute
Metro map
Maps2lj - публикация карт в ЖЖ
Технические аспекты
Социальные сети:
Вокруг меня
За баранкой
Мир Тесен
Отдыхали.ru
Соседи-онлайн
Гаджеты и карты:
Атлас Москвы
Ветеринарные клиники в Москве
Видеокамеры ГАИ
Веб-камеры в России
Веб-камеры в Москве
Маршруты Москвы (гаджет)
Москва, район Аэропорт
Мото-сайт: помощь в дороге
Новые рестораны
Посадочные модули на Луне
Посадочные модули на Марсе
Публичные туалеты в Москве
Совы и Девы в Спб
Точечная застройка в Москве
Штрафные автостоянки в Москве
Черный список бензоколонок
Кого-то пропустили? Что-то новое? Пишите, список будем обновлять.
Информационные системы:
Авто-услуги
Агентство недвижимости Спб
Афиша
Все банкоматы.ru
Где этот дом
Донецк
Карта цен на квартиры в Москве
Карта рыбака
Картакадабра
Квартиры в Москве
Кинотеатры в Москве
Маршруты в Москве
МАКС 2007
Местная погода
Мурманск
Недвижимость на карте
Новостройки в Сибири
Окрестности Екатеринбурга
Отели Египта
Пермь
Пермь на карте
пос. Правдинский
Пушкино
Путешествия с Google Maps
Роддома Москвы и Санкт-Петербурга
4 туриста
Туристические карты
Туристические блоги
Сеть распространения печатной продукции
Сноуборд
Храмы России
Cosmopolitan шоппинг
Фото-биеннале
Футбольные поля
Live Events
National Geographic Traveler
User generated content (geo tagging):
Geo links
Geo SMS
View and organize geographical data
WikiMapia
Инструменты:
Big map
Geo traceroute
Metro map
Maps2lj - публикация карт в ЖЖ
Технические аспекты
Социальные сети:
Вокруг меня
За баранкой
Мир Тесен
Отдыхали.ru
Соседи-онлайн
Гаджеты и карты:
Атлас Москвы
Ветеринарные клиники в Москве
Видеокамеры ГАИ
Веб-камеры в России
Веб-камеры в Москве
Маршруты Москвы (гаджет)
Москва, район Аэропорт
Мото-сайт: помощь в дороге
Новые рестораны
Посадочные модули на Луне
Посадочные модули на Марсе
Публичные туалеты в Москве
Совы и Девы в Спб
Точечная застройка в Москве
Штрафные автостоянки в Москве
Черный список бензоколонок
Кого-то пропустили? Что-то новое? Пишите, список будем обновлять.
Sunday, April 06, 2008
Большие таблицы
Technorati предсказывает скорый выпуск компанией Google своего внутреннего продукта Bigtable в виде веб-сервиса. Bigtable в самом Google - это база данных, используемая, естественно, в Google Search, а также в Blogger, Google Search, Google Earth, Google Maps, Google Finance, Google Print, Orkut, YouTube. Вот, например, описание архитектуры YouTube. Очевидно, что если такое "открытие" случится, то это будет ответом на решение от Amazon
(SimpleDB), которое уже набрало популярность у веб-разработчиков. Также возможно, что поторопиться с этим Google заставит Microsoft, который сам собирается открыть подобный сервис - SQL Server Data Services.
Интересно, что если Google выдаст это сторонним разработчикам, то данные веб-приложений автомагически окажутся в базе Google Ж-). Компании для поиска не нужно будет в этой части полагаться на поисковые боты.
А так интересно, конечно. Мне кажется, что SimpleDB легко сместят с пьедестала, если Google предложит даже не полностью бесплатное решение, а частично бесплатное (типа с ограничениями на количество запросов etc. - как это есть в других API от Google). Это будет, по сути, бесплатная лицензия для разработки. А дальше, если разработчики перейдут на API от Google, то уже все ...
Кстати, у Bigtable есть Open Source клон - Hypertable.
(SimpleDB), которое уже набрало популярность у веб-разработчиков. Также возможно, что поторопиться с этим Google заставит Microsoft, который сам собирается открыть подобный сервис - SQL Server Data Services.
Интересно, что если Google выдаст это сторонним разработчикам, то данные веб-приложений автомагически окажутся в базе Google Ж-). Компании для поиска не нужно будет в этой части полагаться на поисковые боты.
А так интересно, конечно. Мне кажется, что SimpleDB легко сместят с пьедестала, если Google предложит даже не полностью бесплатное решение, а частично бесплатное (типа с ограничениями на количество запросов etc. - как это есть в других API от Google). Это будет, по сути, бесплатная лицензия для разработки. А дальше, если разработчики перейдут на API от Google, то уже все ...
Кстати, у Bigtable есть Open Source клон - Hypertable.
Friday, April 04, 2008
Их пробки
Из обновленного приложения Большая Карта. Дорожная обстановка на дорогах Америки. См. Traffic тулбар.
Thursday, April 03, 2008
Еще о тонких серверах
Wednesday, April 02, 2008
Раздетый веб
Акция вебмастеров, намеченная на 9 апреля - "Удалите на 1 день CSS с сайта". Цель - показать всем, как оно будет без форматирования. И тем самым продвинуть в массы идею о важности единых стандартов. Все посетители будут видеть сайты так, как их видят боты поисковых сетей.
P.S. если случится, то ведь это будет посильнее"Фауста" Гете бойкота золотушного Супа.
P.S. если случится, то ведь это будет посильнее
Большая карта
В честь обретения нового монитора - Большая карта. Полноэкранная карта Google с Google Toolbar для локального поиска.
Tuesday, April 01, 2008
Абавазрение 01.04.2008
Некоторые полезные ресурсы:
1. 6 перспективных Open Source компаний. Эти компании, по мнению обозревателей, имеют шансы стать новой Red Hat. Про упомянутый RingSide мы уже читателей предупреждали, из других компаний мы тестировали сервер для построения приложений на основе SOA - Accelerator. Интересный продукт.
2. Пример использования YouTube API: закладки в плейере
3. Мобильный шаблон для blogger.com. То есть это по факту средство для создания и ведения мобильного сайта на базе blogger.com. А у blogger ведь есть и API. То есть процесс поставки материалов на сайт можно и автоматизировать ...
4. iPhone эмулятор.
1. 6 перспективных Open Source компаний. Эти компании, по мнению обозревателей, имеют шансы стать новой Red Hat. Про упомянутый RingSide мы уже читателей предупреждали, из других компаний мы тестировали сервер для построения приложений на основе SOA - Accelerator. Интересный продукт.
2. Пример использования YouTube API: закладки в плейере
3. Мобильный шаблон для blogger.com. То есть это по факту средство для создания и ведения мобильного сайта на базе blogger.com. А у blogger ведь есть и API. То есть процесс поставки материалов на сайт можно и автоматизировать ...
4. iPhone эмулятор.
Subscribe to:
Posts (Atom)