Комментарии 44
В оригинале был 2-3 дневный мастер-класс, начнем с самого интресного.
Пришло время вернуть славу русским программистам ;-)
Как это не попсово звучит :-Ь
Пришло время вернуть славу русским программистам ;-)
Как это не попсово звучит :-Ь
+7
коллега старается как может :) обещаю, что шапкозакидательства не будет. более подробный план примерно такой:
1) компоненты (веб-сервера, субд, фреймворки, шаблоны, мониторинг, профайлинг);
2) архитектура (горизонтальное масштабирование, многозвенная и слабо связанная архитектура, share nothing, проксирование, двухуровневая модель (frontend/backend) и её производные, "распределённое" хранение данных, плюсы и минусы репликации, кеширование, RPC/messaging)
3) флипчарт-session (не менее часа, в режиме непринужденного диалога - спроектируем какой-нибудь веб-два-нольный сервис типа хабры или ЖЖ)
1) компоненты (веб-сервера, субд, фреймворки, шаблоны, мониторинг, профайлинг);
2) архитектура (горизонтальное масштабирование, многозвенная и слабо связанная архитектура, share nothing, проксирование, двухуровневая модель (frontend/backend) и её производные, "распределённое" хранение данных, плюсы и минусы репликации, кеширование, RPC/messaging)
3) флипчарт-session (не менее часа, в режиме непринужденного диалога - спроектируем какой-нибудь веб-два-нольный сервис типа хабры или ЖЖ)
+4
весьма интересный мастер-класс.. жалко, что не смогу попасть :(
онлайн-трансляция будет? или может быть потом кто-нибудь выложит запись?
онлайн-трансляция будет? или может быть потом кто-нибудь выложит запись?
0
Поддерживаю предыдущего оратора: запись сделайте, пожалуйста. Если не видео, то хотя бы раздайте микрофоны выступающим. :)
0
Алексей, а можно вкратце объяснить, что такое "share nothing"?
и что имеется ввиду под RPC/messaging? xml-rpc?
:) от написанного плана аж слюнки текут
и что имеется ввиду под RPC/messaging? xml-rpc?
:) от написанного плана аж слюнки текут
+1
share nothing (правильнее shared-nothing architecture) - это к проблеме независимости процессов, некогерентных кешей (например кеша данных внутри процесса application/web/fcgi сервера) и т.д. термин имхо не совсем корректный (что-то в результате все равно shared - вопрос как именно), но прижился. а RPC/messaging рассмотрим в более общем виде - xml-rpc наверное тоже но имхо это слишком просто, как следствие довольно медленно и поэтому не очень интересно.
0
"некогерентных кешей" - это пять! Т.е. как бы сказать независимо, несогласованно образующихся (ну или хотя бы асинхронно возникающих) не подойдет? Точно не подойдет?
P.S. честное слово - пришлось лезть смотреть толкование термина "когерентность", так мощно зацепило :-)
P.S. честное слово - пришлось лезть смотреть толкование термина "когерентность", так мощно зацепило :-)
0
в данном случае когерентный cуть согласованный, Вы правы. но термин на самом деле очень распространенный.
0
не смог пройти мимо :-)
вообще тема: "а теперь попробуйте простыми словами объяснить, что на самом деле Вы пытаетесь сделать / имеете в виду / хотите получить" - очень актуальна для IT. Слишком часто накопленный запас терминов "замыливает" восприятие/понимание сути проблемы. К Вам это отношения не имеет, но удержаться - сил не было :-)
P.S. когда-то был у нас такой тестик: попросить внятно, простыми словами объяснить что подразумевается под "транзакцией". ВЫ не поверите - очень многие люди впадали на этом вопросе в ступор :-)
вообще тема: "а теперь попробуйте простыми словами объяснить, что на самом деле Вы пытаетесь сделать / имеете в виду / хотите получить" - очень актуальна для IT. Слишком часто накопленный запас терминов "замыливает" восприятие/понимание сути проблемы. К Вам это отношения не имеет, но удержаться - сил не было :-)
P.S. когда-то был у нас такой тестик: попросить внятно, простыми словами объяснить что подразумевается под "транзакцией". ВЫ не поверите - очень многие люди впадали на этом вопросе в ступор :-)
0
Хмм, а для PHP уже есть какой-нить messaging (аля JMS) с брокерами и всеми-делами?
0
мейнстрим-решений нет, но и с другой стороны не совсем корректно сравнивать j2ee и голый php - то есть для php если и будет что-то "стандартное", то как standalone сервис. но
1) многие вообще не понимают что это такое и каким местом оно в большом проекте
2) многие штуки для асинхронной обработки а ля JMS можно сделать самостоятельно - и это вовсе не супер-сложная задача, я приведу пример на семинаре
1) многие вообще не понимают что это такое и каким местом оно в большом проекте
2) многие штуки для асинхронной обработки а ля JMS можно сделать самостоятельно - и это вовсе не супер-сложная задача, я приведу пример на семинаре
0
Спасибо за ответ.
0
Нашел пример standalone сервиса от известной компании Amazon - Simple Queue Service
Вообще, очень интересные у Amazon-а API, что EC2, что S3, что SQS.
Вообще, очень интересные у Amazon-а API, что EC2, что S3, что SQS.
0
дык у них всё за бабло и закрытое, а мы-то все хотим открытое и "своё" чтоб самом посмотреть поковырять и эффективнее тюнить если что :)
0
очень интересный семинар.
ждём материала :)
ждём материала :)
0
сделайте запись, плз.
Я куплю.
Я куплю.
0
с удовольствием бы сходил
0
я бы тоже купил ... это вот прямо сейчас мне и надо =)
0
Уже осталось 29 мест на этот класс, не думаю что будет запись
это же живое общение участников и народ идет для повышения квалификации.
это же живое общение участников и народ идет для повышения квалификации.
+2
Да хотя бы в текстовом виде почитать...
0
Ну наконец-то блог стартанул
0
Интересно кто создал этот пустой блог :-)
0
Я тут бьюсь головой об стенку, от сожаленья что не увижу и не услышу этого доклада. phpclub, подскажите, а после конференции, можно будет где нибудь почитать текст доклада?
0
Слайды с мастрекласса лежат тут 1.4мб (потом оформим покрасивше)
http://www.phpcenter.ru/programm.html
http://www.phpcenter.ru/programm.html
0
В то время, как на PHPConf2007 собираются обсуждать производительность, в PHP гнобят рекомендации на эту же тему.
И приводят цитату из Хоара: "Преждевременная оптимизация — это корень всех бед".
И приводят цитату из Хоара: "Преждевременная оптимизация — это корень всех бед".
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Пуленепробиваемый подход к WEB-программированию — нагрузка от 1 000 000 хостов и выше на PHPConf 2007