С сегодняшнего дня компания Yahoo открыла программные интерфейсы для доступа к свой глобальной базе географических идентификаторов WoeID (Where on Earth ID). Теперь сторонние сайты могут бесплатно использовать этот сервис на своих сайтах.


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


Кроме того, в геоплатформу Yahoo встроен поисковик, с помощью которого точные координаты объектов можно получать, просто введя URL с поисковым словом в скобках, например, запрос http://where.yahooapis.com/v1/places.q(moscow%20russia) возвращает координаты города Москва (WoeID = 2122265). Как видим, доступ к базе данных открыт просто через HTTP GET. В настоящее время лимит на максимальное количество запросов к базе данных составляет 50 000 в сутки.


Сервис WoeID — это лишь часть фундаментальной географической платформы Yahoo Internet Location Platform, которая сейчас проходит тестирование.

Наши друзья из компании 3klik, прославившиеся созданием ХабраReader'a, и не собираются останавливаться на достигнутом — уже сегодня в каталоге партнеров у них десятки сайтов и сообществ. Для каждого из них, от журнала Glamour до ФК Динамо, программка NewsReader расцвечивается соответствующими красками и приобретает ласкающий взгляд вид.

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

Если у вас есть интересная идея, которая нашла свое воплощение и теперь нуждается во внимании аудитории, семейство Reader'ов может им с вами поделиться. Благо поделиться есть чем — ежедневно сервисами пользуются уже более 4 000 человек и это число постоянно растет.

Свои предложения вы можете высказать прямо здесь или отправить сюда — arastolny[a]3klik.ru. В любом случае, самые интересные идеи еще будут вынесены на суд Хабра.

Наши друзья из компании 3klik, прославившиеся созданием ХабраReader'a, и не собираются останавливаться на достигнутом — уже сегодня в каталоге партнеров у них десятки сайтов и сообществ. Для каждого из них, от журнала Glamour до ФК Динамо, программка NewsReader расцвечивается соответствующими красками и приобретает ласкающий взгляд вид.

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

Если у вас есть интересная идея, которая нашла свое воплощение и теперь нуждается во внимании аудитории, семейство Reader'ов может им с вами поделиться. Благо поделиться есть чем — ежедневно сервисами пользуются уже более 4 000 человек и это число постоянно растет.

Свои предложения вы можете высказать прямо здесь или отправить сюда — arastolny[a]3klik.ru. В любом случае, самые интересные идеи еще будут вынесены на суд Хабра.

Что такое CSS инструменты?

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

А чем бы вы этот набор дополнили?

Как он его называет «аи восемь»
Однажды мы с shergin поехали на РИТ2008, где очень мило поболтали с Алексом Могилевским.



Обрывки этой болтовни захотелось опубликовать.
Близко по смыслу, но не дословно.
Никто из участников интервью не несёт ответственности за достоверность предоставленной информации ;)

Как то так получилось, что рассматривая различные browser demo последних лет, не мог не заметить, что все повально стали использовать canvas.
Вот и недавно, просматривая хабр, наткнулся на wolf3d на джаваскрипте через canvas (от того же автора что и mario). (в ссылке буквы c и p русские, но это не я такой, а хабр)
А ведь на самом деле многие эффекты можно сделать без использования этого замечательного тэга.
А ещё, используя эти идеи, в некоторых случаях можно отказаться от флэша, тем более что, в отличии от канваса, это всё прекрасно работает в IE (доля рынка которого, пока ещё, очень велика).

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

Из всех видов тестирования веб-приложений, самым, по моему мнению, востребованным и распространённым, является тестирование работы системы у пользователей с различным каналом доступа. Ну, может быть, кроме теста совместимости в разных браузерах. И так, нам почти в каждом проекте нужно или очень желательно посмотреть, как люди с разной скоростью подключения будут видеть наш проект. Особенно это касается веб-приложений — от этого иногда зависит вообще работоспособность проекта, в частности, когда загружаются большие AJAX-библиотеки и проект часто взаимодействует с сервером. Вот как раз для таких случаев есть проект Sloppy.

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

Согласно статистике от Google, Unicode опередил ASCII и теперь стал самой популярной системой кодирования символов в интернете. Как видно на графике, за последние два года число сайтов на UTF-8 резко выросло, так что в течение всего десяти дней в декабре Unicode опередил сразу двух прежних лидеров: ASCII и западноевропейскую кодировку 8859-1/1252 (это та же ASCII с добавлением нескольких символов).

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

Как я понял, многих (не только меня) волнует вопрос выбора хорошей и простой CMS для интернет-магазина. Казалось бы, тут все просто — ищи программиста, пусть он выбирает ту систему, с которой сам сможет эффективно работать.

Но фишка в том, что далеко не все стартапы обладают достаточным финансированием на начальном этапе.

Мне было интересно почитать, наверняка кому-то тоже пригодится.

• Как организованы кластеры Google
  www.slideshare.net/ultradvorka/google-cluster-innards
  
  Как строить дизайн системы с тэгами на Mysql, а также как
  проектировать базу MySQL с Master/Slave, чтобы распределять нагрузка
  на узлы веб-фермы (от майсиквелиста) — с примерами SQL
  www.slideshare.net/jonathanbaij/building-a-tag-system-with-mysql
  
  Как оптимизировать вызовы Javascript/AJAX на сайтах (от гуглиста)
  www.slideshare.net/souders/web-20-expo-even-faster-web-sites
  
  Как организован DIGG (PHP + MYSQL)
  www.slideshare.net/epee/mysql-2007-tech-at-digg-v3
  
  Как оптимизировали Fotolog (самое большое сообщество по фото
  блоггингу) MySQL, JAVA, PHP, Memcached, дизайн БД
  www.slideshare.net/frankmashraqi/fotolog-scaling-the-worlds-largest-photo-blogging-community
  
  Как оптимизировать БД MySQL
  www.slideshare.net/techdude/how-to-kill-mysql-performance
  
  Как организован Flickr (PHP, PEAR, ImageMagic, Perl, Java, XML)
  www.slideshare.net/coolpics/flickr-44054
  
  

Вообще писать особо не умею, обычно выходит только код, но постараюсь :)
Вот не прижилось во мне свойство использовать чужые готовые решения при разработке сайтов и по этому многое пишу сам, возможно по аналогии, но зато с полным пониманием и надеждой на то, что в будущем смогу разобраться в этом коде. Как-то получил вопрос мол зачем пишешь свой движок если есть куча готовых, бери и модернизируй для своей цели: подключай модули, настраивай и забивай бд. Ответить по сути не смог, но идею передал – нравится мне кодить да и вообще разбираться в новом.
Ну собственно о чём я. В очередной переделке своего движка решил уже написать что-то вроде шаблонизатора. Раньше был вариант, но настолько не удобный, что приходилось много править, за многим следить.

Почитал статьи на эту тему и как-то ничего нового не нашёл, кроме одной реализации.

Не все сайты делаются студией и после отдаются заказчику.

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

Тут и без бинокля видно, что неплохо бы использовать для хранения php и html кода репозиторий.

Но как это сделать правильней?
С дизайнерами и программистами все достаточно просто, они разрабатывают код на локальных машинах и изменения вносят в репозиторий. Можно даже настроить cron, чтобы периодически последние изменения из репозитория выкладывались на online сайт.

Но как быть с контентом?
Контент меняется только на online версии, чтобы не усложнять дело синхронизацией данных из разных БД. Но не весь контент хранится в базе, часто CMS контент статических страниц хранят в .php файлах, из-за чего появляются новые файлы и изменения, которые приходится периодически с «online» переносить в репозиторий, и делать это вручную во избежание конфликтов версий.

Интересно, кто сталкивался и как решал подобные задачи.

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

Посмотреть

Я вряд ли ошибусь, если предположу, что язык РНР достаточно популярен, если не самый популярный в веб-разработке. Мы не будем анализировать причины этого (а тем более, следствия), а сконцентрируемся на одном небольшом аспекте, а именно — как на РНР разрабатывать сложные AJAX веб-приложения. И не просто так разрабатывать, а использовать в своей работе библиотеку ExtJS, которая позволяет создавать интерфейсы для этих веб-приложений. Конечно, все это можно разнести и серверная сторона, на РНР или на любом другом языке, совершенно ничего не будет знать о клиентской части и AJAX-библиотеке, просто оперируя JSON данными и обычным HTML. Но можно сделать и по-другому — этот подход, аналогичен популярной сегодня технологии Google Web Toolkit. Мы ничего не разделяем, а просто пишем приложение, используя одну среду, один язык и все возможности (и языка и среды), а уже сервер самостоятельно генерирует код для клиента, полностью автоматически. Таким образом можно совсем (ну или почти) не знать и не разбираться в верстке, JavaScript и ExtJS, но писать приложения, которые будут использовать этот фреймворк.

Для языка Java подобные решения существуют, а недавно такой проект, EXT GWT, даже перешел под крыло самой компании-разработчика ExtJS, превратившись в вполне серьезное профессиональное решение. Ну а как в других языках? Java, конечно, хорошо и даже отлично, но душа и тело хотят разнообразия, или просто не хотят переучиваться. Для таких случаев есть свои решения. И одно из них, для РНР, так и называется — PHP-Ext.

Привет всем,

Уделите мне, пожалуйста, всего пару минут своего времени и можете заниматься своими делами дальше.

Если вы пользуетесь браузером Mozilla Firefox (при этом, не используя прокси), зайдите по ссылке, очистите сессии аутентификации (для этого нужно нажать Ctrl + Shift + Del, поставить флажок на Сессии аутентификации и нажать Удалить сейчас), откройте новую вкладку в браузере и попробуйте зайти по этой ссылке еще раз. Второй раз эта ссылка уже не откроется.

P.S. Уже заминусовали. Ну – спасибо.

Зачем писать приложения для Facebook

Случалось ли вам задумываться о том, что наиболее востребованные приложения на Facebook просты и похожи по сути? Все эти виртуальные объятья, поздравительные открытки, пожелания, симпатии, пинки, смайлы, карма-обмен и прочие психологические «поглаживания» отличаются лишь формой, в которой пользователь получает свою очередную порцию внимания. Таким образом, это ниша всегда открыта для желающих опробовать собственную идею. Особенно теперь, когда Facebook заговорил по-русски, и русскоязычные приложения особенно востребованы. Приложения Facebook набирают аудиторию на манер «сарафанного радио», подобно цепной реакции. Если у вас есть действительно стоящая идея, то реализовав ее, вы получаете потенциальную аудиторию в 20 млн. пользователей Facebook. При таком размахе не удивительно, что некоторые любительские приложения для Facebook продаются за десятки тысяч долларов.

Задача: сделать для списков самодельные маркеры.

Использовать list-style-image не всегда удобно из-за непредсказуемых отступов. Поэтому раньше я пользовался конструкцией типа

ul li {
padding-left: 10px;
background: url(bullet.gif) 0 5px no-repeat;
}

Сегодня пришла идея немного эту конструкцию улучшить, задав background'у относительную позицию:

ul li {
padding-left: 10px;
background: url(bullet.gif) 0 0.5em no-repeat;
}

Достоинства — маркер остается на месте при изменении масштаба шрифта. Кроссбраузерно.
Если есть необходимость, могу добавить картинки, но, по-моему, все и так понятно.

Не так давно поисковый гигант Google предоставил разработчикам свою платформу для хостинга приложений — Google App Engine, которая предусматривает работу пользовательских приложений в среде компании, на основе их платформы. Разработчик полностью освобожден от работы с самим хостингом — для него все видно через призму несложного API, остальное забота компании Google. По сути, это очень высокоуровневая виртуализация хостинга. Сетевая инфраструктура также переносится на «плечи» провайдера, таким образом все приложения работают в некоторой среде, при этом даже не ясно (да и не нужно), где какой сервер, физический или виртуальный. Именно потому такая инфраструктура называется облачной. На рынке есть достаточная конкуренция — например, самый известный и часто используемый сервис, это инфраструктура от Amazon, которая включает несколько приложений для хранения и передачи данных (оплата производится как за траффик, так и за процессорное время).

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

А ведь мир не ограничен только этими платформами (имеется ввиду, Google и Amazon). И одна из таких платформ создается буквально у нас на глазах!