В оригинале был 2-3 дневный мастер-класс, начнем с самого интресного.
Пришло время вернуть славу русским программистам ;-)
Как это не попсово звучит :-Ь
коллега старается как может :) обещаю, что шапкозакидательства не будет. более подробный план примерно такой:
1) компоненты (веб-сервера, субд, фреймворки, шаблоны, мониторинг, профайлинг);
2) архитектура (горизонтальное масштабирование, многозвенная и слабо связанная архитектура, share nothing, проксирование, двухуровневая модель (frontend/backend) и её производные, "распределённое" хранение данных, плюсы и минусы репликации, кеширование, RPC/messaging)
3) флипчарт-session (не менее часа, в режиме непринужденного диалога - спроектируем какой-нибудь веб-два-нольный сервис типа хабры или ЖЖ)
share nothing (правильнее shared-nothing architecture) - это к проблеме независимости процессов, некогерентных кешей (например кеша данных внутри процесса application/web/fcgi сервера) и т.д. термин имхо не совсем корректный (что-то в результате все равно shared - вопрос как именно), но прижился. а RPC/messaging рассмотрим в более общем виде - xml-rpc наверное тоже но имхо это слишком просто, как следствие довольно медленно и поэтому не очень интересно.
"некогерентных кешей" - это пять! Т.е. как бы сказать независимо, несогласованно образующихся (ну или хотя бы асинхронно возникающих) не подойдет? Точно не подойдет?
P.S. честное слово - пришлось лезть смотреть толкование термина "когерентность", так мощно зацепило :-)
вообще тема: "а теперь попробуйте простыми словами объяснить, что на самом деле Вы пытаетесь сделать / имеете в виду / хотите получить" - очень актуальна для IT. Слишком часто накопленный запас терминов "замыливает" восприятие/понимание сути проблемы. К Вам это отношения не имеет, но удержаться - сил не было :-)
P.S. когда-то был у нас такой тестик: попросить внятно, простыми словами объяснить что подразумевается под "транзакцией". ВЫ не поверите - очень многие люди впадали на этом вопросе в ступор :-)
мейнстрим-решений нет, но и с другой стороны не совсем корректно сравнивать j2ee и голый php - то есть для php если и будет что-то "стандартное", то как standalone сервис. но
1) многие вообще не понимают что это такое и каким местом оно в большом проекте
2) многие штуки для асинхронной обработки а ля JMS можно сделать самостоятельно - и это вовсе не супер-сложная задача, я приведу пример на семинаре
Дык парадокс в том, что получается зачастую дороже и хуже чем "за бабло и закрытое".
Но тут вообщем хозяин-барин и я не в коем случае не агитирую.
Я просто заметил что это "hot stuff" ;)
Я тут бьюсь головой об стенку, от сожаленья что не увижу и не услышу этого доклада. phpclub, подскажите, а после конференции, можно будет где нибудь почитать текст доклада?
Пуленепробиваемый подход к WEB-программированию — нагрузка от 1 000 000 хостов и выше на PHPConf 2007