Стартап iLike, который стал стандартом де-факто для поиска музыки на iTunes и Facebook, считался одним из самых перспективных проектов Веб 2.0. Однако, всеобщий кризис затронул и его. По слухам из многочисленных источников, сейчас руководители компании судорожно ищут покупателя, который мог бы спасти их от разорения.

Сервис рекомендаций iLike хорошо знаком многим из нас: именно он обеспечивает работу сайдбара в iTunes, с помощью которого можно находить новых музыкантов примерно в том же стиле, как и группы, которые вам нравятся. Сервис работает действительно хорошо, и с его помощью многие открыли для себя неизвестных ранее исполнителей. На Facebook гаджетом iLike пользуются более 5,4 млн человек (это активная месячная аудитория). Однако эффективных способов получения прибыли стартап так и не нашёл.

В данный момент крупнейшим инвестором iLike является Ticketmaster (25% акций), остальным принадлежит гораздо меньше. Все инвесторы в сумме инвестировали в проект около $16 млн за два года.

Пока нет информации, по какой цене iLike пытается продаться. Среди самых вероятных покупателей называются тот же Ticketmaster, RealNetworks или Facebook. Компания Apple почему-то не числится среди кандидатов.

Уникальное в своём роде дело начал рассматривать суд Нью-Джерси. Группа мошенников и программистов обвиняется (акт, PDF, 43 стр.) в том, что с 2002 по 2009 годы заработала около $25 млн на нелегальной перепродаже билетов на концерты, спортивные состязания и другие мероприятия. Потерпевшая сторона — онлайновые сайты по продаже билетов, в том числе Ticketmaster, Musictoday и Tickets.com.

Афера примечательна тем, что мошенники наладили автоматическую систему по покупке билетов на онлайновых распродажах. Они зарегистрировали две фирмы (Smaug и Platinum Technologies) исключительно для покупки диапазонов IP-адресов и съёма серверов в аренду, а также для регистрации около 1000 телефонных номеров. Через всю эту инфраструктуру осуществлялась покупка билетов якобы от уникальных покупателей.

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

Мы постоянно делимся опытом оптимизации служебных систем нашего IaaS-провайдера:

• Как работает API нашего IaaS-провайдера
• Как мы разработали свой DNS-менеджер

Сегодня наше внимание привлек кейс Ticketmaster. Попробуем кратко его проанализировать.

Пользователь Василий обращается в техподдержку «Не выделяется номер при регистрации документа ошибка 1234, для исправления приходится перезапускать службу сервера приложений. Ошибка возникла 05.05 приблизительно в 15:10-15:50. Воздействие инцидента: Снижена эффективность работы пользователей».

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