Недавно проводили тест, результаты которого показали, что одно приложение обрабатывает 2000 запросов в секунду на скромном сервере, где это было не единственной нагрузкой. При этом результат каждого запроса записывается в 3-5 таблиц в MySQL. Честно говоря, меня такой результат удивил, поэтому решил поделиться с хабрасообществом описанием архитектуры этого приложения. Подобный подход применим от баннерных показов до чатов и микроблогов, надеюсь кому-нибудь покажется интересным.

Во-первых, это приложение однопоточное. Всё делается одним процессом, работа с сокетами — неблокирующими epoll/select, никаких ожидающих ввода/вывода потоков (threads). С развитием HTTP, сначала появлением Keep-Alive, затем AJAX и набирающим популярность COMET, количество постоянных соединений с веб-сервером растёт, на нагруженных проектах измеряется тысячами и даже десятками тысяч, и если для каждого создавать свой поток (thread) со своим стеком и постоянно переключаться между ними — ресурсов сервера очень быстро не хватит.

Второй ключевой момент — что один SELECT… WHERE pk in (k1, k2, ..., kN) выполняется быстрее, чем несколько SELECT… WHERE pk=… Выполняя работу с базой данных большими пачками можно уменьшить не только число запросов в секунду, но и общую нагрузку.

Главный архитектор Digg.com Джо Стамп (Joe Stump) рассказал в корпоративном блоге о том, как на данный момент устроен и работает крупнейший новостной агрегатор, находящийся на 142 месте по посещаемости в рейтинге Alexa.com.

«Единственный возможный источник экономического подъема – это повышение качества и, как следствие, привлекательности продукта или услуги. А повышения качества невозможно добиться, сокращая затраты на проектирование и программирование»
Алан Купер «Психбольница в руках пациентов»

Спасибо всем, кто принял участие в голосовании на Хабрахабре:
1. Как выглядит процесс прототипирования в твоей компании?
2. Кто занимается прототипированием web-проектов в которых ты участвуешь?
3. Устраивает ли вас текущая ситуация с прототипированием web-сайтов в вашей компании?
Пришло время обсудить результаты

Евгений Шадчнев опубликовал перевод замечательной статьи Пола Грэма о типичных вымышленных причинах не создавать стартап. «Нет ничего плохого в том, чтобы быть не уверенным. Если вы хакер, думающий об основании компании и вы сомневаетесь перед этим большим шагом, то вы следуете по пути, пройденному многими. Ларри и Сергей не были уверены, стоит ли основывать Google, а Джерри и Фило сомневались, создавать ли Yahoo. На самом деле мне кажется, что наиболее успешные стартапы получаются у сомневающихся хакеров, чем у переполненных оптимизмом ребят от бизнеса».

Я могу припомнить на удивление мало материалов, посвященных проектированию сайтов и программ на русском языке, написанных русскоязычными авторами. Этому способствует и преимущественно экспортно-ориентированная разработка (оффшор) и отсутствие массового опыта создания информационных продуктов в нашей стране.
Надеюсь, что эта статья пригодится тем разработчикам и IT-менеджерам, кто ощутил перед собой проблему составления качественных документов на разработку сайта. Документов, которые кроме испорченной бумаги были бы хоть чем-то полезны.

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

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

В качестве преамбулы скажу только одно – не бойтесь клиентов. Страх зажимает вас, вашу инициативу, интересные предложения, мысли. Страх делает вас уязвимее.

Группа «Эксперт» представила сообщество киноманов ilovecinema.ru – проект, находившийся до этого в стадии закрытого бета-тестирования.

Новое сообщество призвано, по замыслу его создателей, объединить рунетчиков, влюблённых в кино. На сайте содержится информация о многих кинофильмах (как о новинках проката, так и о «классике»), а пользователи могут оценить их, оставить свою рецензию, пометить тегами, добавить новости или трейлеры к тому или иному фильму и т.п. Кроме того, пользователи могут писать в блог, «привязав» свой топик к фильму или актёру. Благодаря этим возможностям, по замыслу разработчиков, посетители смогут составить наиболее полное представление о кинолентах – основанное не на рецензиях профессиональных критиков, а на отзывах «простых кинозрителей».

Кармы на ilovecinema нет, однако на «странице сообщников» есть два типа информации ­- оценки «нравится/не нравится» и репутация, которая складывается из оценок отзывов, постов и комментариев пользователя другими «сообщниками».

Продюсер проекта yagrЯрослав Грешилов сообщил, что ресурс уже набирает обороты: на данный момент зарегистрировано около 200 пользователей, которые оставляют по 15 отзывов в день. Посещаемость ресурса приближается к 1000 уникальных посетителей в день.

Проект следует «вебдванольным традициям»: пока он находится в бета-стадии, но строит большие планы — в частности, стать «русским imdb — только сообщническим». На отладку и внедрение новых «фишек», по словам Ярослава, уйдёт ещё несколько месяцев. В частности, планируется дать пользователям возможность добавлять фильмы, персон и информацию по ним (сейчас эта возможность несколько урезана), разработать систему автоматических рекомендаций по фильмам, основанных на совпадении вкусов между «сообщниками», сделать личную ленту, в которую можно будет собирать потоки по интересным фильмам, персонам, жанрам, «сообщникам» и т.п.

Понятно, что продажа 20-месячного стартапа YouTube за $1,65 млрд. должна была изрядно пополнить денежные счета основателей, инвесторов и первых сотрудников компании. Однако, до вчерашнего дня мы не знали точного размера их вознаграждения. Ответ пришел вчера с официальным отчетом Google перед комиссией SEC. Суммы, которые причитаются этим парням, огромны даже по меркам Кремниевой долины.

Задание системы координат
При реализации перемещения по карте в играх последнее время стало модным использование
для точки пространства правильного шестиугольника (hex). Это и вправду решает большое количество вопросов. Например, не требует перемещения через углы многоугольника. Шести направлений для движения оказывается вполне достаточным для передачи реалистичности перемещений.

За последние дни люди предложили 5 (два на сайте и 3 в хабрапочте) вариантов нового рейтинга пользователей. Во всех случаях инициативу проявили пользователи, зарегистрировавшиеся осенью, т.е. за два последних месяца.