9 сентября Google вывесил для украинских пользователей специальный праздничный логотип в честь дня рождения Ивана Костойлевского:

В интернете закономерно спросили: Who the hell is Ivan Kostoylevsky?

Имя этого таинственного именинника очень похоже на имя украинского писателя и поэта Ивана Котляревского. И действительно:

Имя при рождении: Иван Петрович Котляревский
Родился: 9 сентября 1769
Место рождения: Полтава
Умер: 10 ноября 1838

9 сентября было 240 лет со дня рождения Котляревского. Гугл решил почтить Ивана Петровича, но специалистов по украинской литературе (а Котляревский, между прочим, считается основоположником современной украинской литературы) не нашёл. Видимо, это был фанат Достоевского (чем иначе объяснить созвучность фамилий, я не знаю).

Забавный факт: в списке логотипов фамилия Котляревского написана с ошибкой, но картинка называется правильно — ivan kotlyarevsky.

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

Google выпустит бета-версию собственного браузера.

Ну, наконец-то.

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

Неудивительно, что у Гугла первого лопнуло терпение.

Следующий шаг — выпуск собственной операционки: когда гуглограммистам надоест бороться с граблями операционнок.

А если серьёзно, то для вебразработчиков этот Хром (Chrome) выльется в +1 браузер для тестирования кросс-браузерности.

Даже если Гугл переманит половину пользователей IE (у MS сейчас 80% рынка), поддерживать IE всё равно придётся. Файерфокс отвоевал меньше 20% рынка, даже с маркетинговой помощью Гугла.

В понедельник Google выпустил Protocol Buffers — формат хранения данных, позициниоруемый гуглом как частичная замена XML.

Вот как выглядит пример XML:

  <person>
    <name>Йа Креведко</name>
    <email>ja@kreved.co</email>
  </person>

А вот так выглядит та же информация, записанная с помощью Protocol Buffers (в текстовом формате):

  person {
    name = "Йа Креведко"
    email = "ja@kreved.co"
  }

Кроме текстового формата, Protocol Buffers может быть бинарным — т.е. Human Readability, как в случае с XML, не гарантирована.

Для любого файла в формате Protocol Buffers нужен файл формата .proto, в котором описывается структура данных:

message Person {
  required string name = 1;
  required int32 id = 2;
  optional string email = 3;

  enum PhoneType {
    MOBILE = 0;
    HOME = 1;
    WORK = 2;
  }

Google и сам пользуется этим форматом во многих своих проектах, и другим рекомендует его вместо XML для сериалайзинга структурированных данных, ибо Protocol Buffers по сравнению с XML:

• проще
• в 3-10 раз меньше
• в 20-100 раз быстрее
• менее неопределённые
• порождают классы для доступа к данным, которые легче использовать программно

Protocol Buffers подходят не для всего: например, хранить текстовый документ с разметкой с помощью этого формата будет неудобно, т.к. структура будет смешиваться с текстом.

Задача: средствами PHP отправить письмо через smtp.gmail.com. Не просто с указанием адреса @gmail.com в поле From:, а именно через гугловский сервер.

Зачем это нужно? Во-первых, на многих хостингах существуют всяческие ограничения по использованию почты. Во-вторых, такое письмо должно выглядеть “белее” письма, отправленного локальным smtp: меньше шансов, что оно попадёт в junk folder.

Основная проблема, которая возникает при отправке письма через smtp.gmail.com и не возникает при отправке писем по smtp через другие, более обычные сервера, состоит в необходимости использования TLS соединения на 465 порт.

Отправить письмо из PHP напрямую через SMTP сервер (а не через mail() или sendmail) можно давно с помощью LGPL библиотеки PHPMailer.

Оказывается, начиная со второй версии, разработчики библиотеки добавили поддержку отправки почты по SMTP по безопасному соединению. Вот code snippet, формирующий правильный вызов метода отправки письма при использовании гугловского smtp:

     $mail->Mailer = “smtp”;  
     $mail->SMTPAuth = true;  
     $mail->SMTPSecure = “tls”;
     $mail->Host = “smtp.domain.com”;  
     $mail->Port = “465″;  
     $mail->Username = “email.address@gmail.com”;  
     $mail->Password = “1W0N’T_t3ll-U”;  

Разработчики библиотеки не волшебники: для отправки писем по безопасному SMTP-соединению необходим PHP с поддержкой OpenSSL.

Вы встречаете в сети заинтересовавший вас piece of information (здесь идёт комментарий про варварский язык). Какой стереотип поведения сёрфера в этом случае? Добавить страницу в закладки. В эпоху web 1.0 это были закладки внутри браузера, сегодня это какой-нибудь социальный сервис закладок.

Со временем определённая часть ваших закладок оказывается “мёртвыми”: устаревшие домены, удалённые документы, криворукий переезд на новую схему организации URLов — десятки причин для смерти URLа. Чем больше времени проходит с момента добавления вами URLа в закладки (т.е. его “фиксации”), тем больше вероятность того, что URL умрёт. Очевидно, что на бесконечности предел вероятности смерти каждого конкретного URLa равен 1. Моё личное наблюдение: до года доживает где-то 50+% заинтересовавших меня URLов.

Я нашёл удобную замену закладкам: Google Notebook, про который уже писал раньше. Само по себе это web-приложение ничего революционно нового не содержит: блокноты, закладки, ajax. Но вот Firefox Addon этого приложения, который добавляет в контекстное меню команду “Note this”, позволяет полностью отказаться от закладок в пользу гуглонота.

Ты добавляешь в закладки не только Title + URL + keywords, как раньше, а ещё и кусок заинтересовавшей тебя информации. После этого тебе всё равно: умер ли URL, впал ли он в кому — в блокноте есть копия того, что тебя заинтересовало по этому URLу.

Блокнот, кстати, можно использовать и как хранилище закладок тоже — для контента, который в блокнот не вставляется (например, кроссвордов или видео). Оказывается, Google недавно тоже решил, что отдельно блокнот и отдельно закладки не нужны, сделав закладки одним разделом блокнота.

Google запустил Google Charts API — простой, но мощный инструмент для вставки графиков, диаграмм (charts, ага) на любой сайт. Каждый чарт — рисунок в формате PNG, от вызывающего сайта требуется только сформировать URL (API описывает именно правила формирования URLов). Никакого javascript, никаких ключей, но позволяет сгенерировать, например, такую политическую диаграмму:

Вообще API позволяет “создавать” линейные графики, столбчатые диаграммы, круговые диаграммы (в т.ч. трёхмерные), диаграммы Вена, диаграммы разброса.

Проект начинался в рамках 20% свободного времени инженеров Google, затем стал использоваться в качестве внутреннего инструмента, а сейчас превратился в публичный проект.

Слава Google™!

Как известно, на Gmail нельзя зарегистрировать ящик с дособачной частью адреса короче 6 букв (т.е. адрес val@gmail.com не существует, по крайней мере пока что).

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

Можно даже не просто за деньги, а устраивать аукционы. Типа, делаешь начальную ставку на свободное имя, оно выставляется на торги и через определённое время, например месяц, продаётся участнику торгов, предложившему наибольшую цену.

Как известно, компанию Google основали Larry Page и Sergey Brin.

Pagerank — это такой алгоритм расчёта авторитетности (веса) страницы, используемый в Google.

Так вот: компанию основали оба, а Pagerank назвали в честь одного.

РЛО!

По словосочетанию “капец стране” на первом месте в выдаче Googlа и Яндекса сайт Блока Юлии Тимошенко.

Бомбинг является популярным средством предвыборных технологий. До этого был Буш с “Miserable Failure”, “враг народа” Путин (вручную зачищенный яндексом), Янукович с “вор должен сидеть в тюрьме”.

Смысловая нагрузка ключевого слова, по которому забомбили БЮТ, может быть с одинаковой степенью достоверности предсказания использована для бомбинга сайта любой из нынешних партий, представленных в парламенте. Капец неизбежен, 30-го сентября мы можем выбрать лишь способ его достижения.

Google Reader обновился. Среди заметного сразу:

• Поиск по записям с возможностью задать зону поиска (все/звезданутые/с указанным тегом/из выбранного фида);
• Возможность свернуть левое меню для полноэкранного чтения записей;
• Нормальный счётчик непрочитанных постов (теперь не 100+, а 1000+).

Поиск по записям — это то, что напрашивалось давным давно. Ведь Google — это прежде всего поисковик, Gmail поиск был анонсирован как key feature для Gmail, а у Readerа эта feature отсутствовала.

Счётчик непрочитанных постов стал действительно удобнее (информация о верхней границе в 1000 непрочитанных постов получена от Димка).

Теперь Google Readerу не достаёт единственной feature, чтобы стать идеальной для меня читалкой: перестать автоматически устанавливать статус прочитанности всем записям старше 30 дней.