Здравствуйте, <Аноним>, Вы писали:

А>Всем доброго времени суток !

А>Появилось у меня (и еще нескольких человек) желание создать онлайновую игру.
А>Подскажите ПЛЗ какие для этого нужны инструменты, какой язык — и вообще все то, что предшествует написанию непосредственно кода той самой игры.

А>Короче — что нужно знать чтобы появилось возможность воплотить свое желание в реальность ?

Судя по последним тенденциям в тусовке, главный инструмент — это $20M

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, Rebus83, Вы писали:

R>>Ruby — вряд ли. А вот остальные языки из вышеперечисленных — вполне возможно.
WH>У... это ты хватил... ни один скрипт никогда не будет работать быстрее компилируемого языка. Просто по определению. А ASP.NET2 и послединии версии жабы полностью компилируется в машинные коды.
Ruby, кстати, жаль. Очень прикольный язык, если б не такие тормоза...

R>>Собственно, и в первом сообщении я намекал, что, в основном, уже существующие игры написаны как-раз на PHP, Perl, изредка ASP.
WH>И? Следуя этой логики люди бы даже камнями и палками бы не пользовались ибо зачем если и кулаком убить можно? Короче антиквариат нужно отправлять в музей пылиться на полке, а не пытатся с ним работать.
R>>Полагаю, здесь дело не только в производительности, но и в удобстве работы, наличии большого числа программистов и простоте развертывания.
WH> Ты больше так не смеши ладно? Под PHP и perl нет большого колличества програмимстов под них есть большое колличество "программистов". Про развертывание это вобще бред. ASP.NET2 прекрасно развертывается простым копированием в нужную папочку...

Ну, во-первых, большое спасибо за комплимент, я как-раз программист на Перл.
А теперь давайте пройдемся по пунктам...
WH> ни один скрипт никогда не будет работать быстрее компилируемого языка. Просто по определению.
Не буду спорить с этим утверждением — просто неохота, хотя должен отметить, что:
а) В стеке Linux/Apache/Perl/MySQL и Windows/IIS/.NET/MSSQL самым медленным звеном может оказаться вовсе не язык программирования (или рантайм среда, в случае с .NET);
б) А КТО ВАМ СКАЗАЛ, что Perl не компилируется? Про остальные языки, не совсем в курсе.

WH>И? Следуя этой логики люди бы даже камнями и палками бы не пользовались ибо зачем если и кулаком убить можно? Короче антиквариат нужно отправлять в музей пылиться на полке, а не пытатся с ним работать.

Я так полагаю, под антиквариатом имеются в виду Perl, PHP и Python? Что-то уж очень бодро они себя чувствуют... для антиквариата. Меня терзают смутные сомнения, что в сети сайтов на этой троице сделано больше, чем на всех остальных языках вместе взятых.

WH> Про развертывание это вобще бред. ASP.NET2 прекрасно развертывается простым копированием в нужную папочку...
Значит бред, да? Возможно, действительно достаточно копирования "в нужную папочку", если речь идет о приложениях уровня "Hello, world". Однако при развертывании довольно сложных сайтов возникают проблемы с регистрацией компонентов (это вообще, ИМХО, ахиллесова пята windows-приложений), развертыванием базы данных, нормальным удаленным управлением для сервера. Плавали, знаем.

Здравствуйте, <Аноним>, Вы писали:

А>Появилось у меня (и еще нескольких человек) желание создать онлайновую игру.
А>Подскажите ПЛЗ какие для этого нужны инструменты, какой язык — и вообще все то, что предшествует написанию непосредственно кода той самой игры.
Ну тут ИМХО два варианта:
1) Windows + IIS 6 + ASP.NET 2
2) Linux + Tomcat + Tapestry (тут я не спец )

И накаких PHP.

А>Короче — что нужно знать чтобы появилось возможность воплотить свое желание в реальность ?
Гм... знать что нужно играком... иначе это будет игрулька для нескольких фанатиков.

Здравствуйте, <Аноним>, Вы писали:

А>Из всего выше сказанного я сделал вывод что нужен яваскрипт(или сама ява?) под HTML.
Можно конечно написать аплет на жабе но это сейчас не модно.
Для клиента я бы смотрел на два варианта:
1) AJAX
2) Flash
Для сервера либо Java либо .NET 2
PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.
С/С++ задолбаетесь отлаживать. Это я вам как краевед С++ говорю.
Короче остаются жаба и .НЕТ2. В принципе технологии примерно равные. Из особенностей для жабы больше библиотек но у .НЕТ2 болие совершенная виртуальная машина однако хорошая реализация есть только под винду от мелкософт.

А>И тогда такой вопрос — почему не подойдет PHP ?
Можешь почитать этот

Автор: kronos_vano
Дата: 05.10.06

флейм. Но если коротко то PHP медленно и с ООП там хреново.

ЗЫ зарегистрируйся.

Всем доброго времени суток !

Появилось у меня (и еще нескольких человек) желание создать онлайновую игру.
Подскажите ПЛЗ какие для этого нужны инструменты, какой язык — и вообще все то, что предшествует написанию непосредственно кода той самой игры.

Короче — что нужно знать чтобы появилось возможность воплотить свое желание в реальность ?

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, <Аноним>, Вы писали:

А>>Появилось у меня (и еще нескольких человек) желание создать онлайновую игру.
А>>Подскажите ПЛЗ какие для этого нужны инструменты, какой язык — и вообще все то, что предшествует написанию непосредственно кода той самой игры.
WH>Ну тут ИМХО два варианта:
WH>1) Windows + IIS 6 + ASP.NET 2
WH>2) Linux + Tomcat + Tapestry (тут я не спец )

WH>И накаких PHP.


Будьте добры, назовите хоть одну популярную RPG, работающую под Tomcat. Или, хотя бы, под IIS.

Здравствуйте, Rebus83, Вы писали:

R>Будьте добры, назовите хоть одну популярную RPG, работающую под Tomcat. Или, хотя бы, под IIS.
Тут нужно было уточнить какая именно игра имеется в виду. Если это игра на HTML (я почемуто решил что анониму именно это надо ) то предложи свои альтернативы.
Если нет то всеравно .NET или жаба. Если на них писать правильно то все получается гораздо лучше чем на С++.

Здравствуйте, WolfHound, Вы писали:

R>>Будьте добры, назовите хоть одну популярную RPG, работающую под Tomcat. Или, хотя бы, под IIS.
WH>Тут нужно было уточнить какая именно игра имеется в виду. Если это игра на HTML (я почемуто решил что анониму именно это надо ) то предложи свои альтернативы.
WH>Если нет то всеравно .NET или жаба. Если на них писать правильно то все получается гораздо лучше чем на С++.

В создании игр я уже участвовал, но никогда онлайновых. А игра подразумевалась действительно как нечто HTML'шное.

Из всего выше сказанного я сделал вывод что нужен яваскрипт(или сама ява?) под HTML. И тогда такой вопрос — почему не подойдет PHP ?

Здравствуйте, Аноним, Вы писали:

А>Появилось у меня (и еще нескольких человек) желание создать онлайновую игру.
А>Подскажите ПЛЗ какие для этого нужны инструменты, какой язык — и вообще все то, что предшествует написанию непосредственно кода той самой игры.
А>Короче — что нужно знать чтобы появилось возможность воплотить свое желание в реальность ?

Flash и Action Script под Flash..
вполне достаточно..
но вообще зависит от типа игры.. местами можно и PHP'ой обойтись..

Ну и с чем ты не согласен?

Здравствуйте, WolfHound, Вы писали:

WH>Ну и с чем ты не согласен?

с этим:

WH>PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.

Здравствуйте, FR, Вы писали:

FR>с этим:
WH>>PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.
Те по твоему Ruby быстрее чем .NET2?

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, <Аноним>, Вы писали:

А>>Из всего выше сказанного я сделал вывод что нужен яваскрипт(или сама ява?) под HTML.
WH>Можно конечно написать аплет на жабе но это сейчас не модно.
WH>Для клиента я бы смотрел на два варианта:
WH>1) AJAX
WH>2) Flash
WH>Для сервера либо Java либо .NET 2
WH>PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.
WH>С/С++ задолбаетесь отлаживать. Это я вам как краевед С++ говорю.
WH>Короче остаются жаба и .НЕТ2. В принципе технологии примерно равные. Из особенностей для жабы больше библиотек но у .НЕТ2 болие совершенная виртуальная машина однако хорошая реализация есть только под винду от мелкософт.

WH>ЗЫ зарегистрируйся.

Как я понял флеш палюбе нужен.
А стоит ли подучить яву (прошлое всерно сишное — не страшно ) или же великим и ужасным actionscript'ом все можно забабахать.
И еще PHP юзать только для работы с БД или все же вообще его забыть ?

ЗЫ зарегился

Здравствуйте, <Аноним>, Вы писали:

А>Как я понял флеш палюбе нужен.
А>А стоит ли подучить яву (прошлое всерно сишное — не страшно ) или же великим и ужасным actionscript'ом все можно забабахать.
Тут нужно понимать что в любой онлайн игре есть два блока.
1)Клиент. Работает на стороне пользователя. Его как я понимаю ты решил делать на флеше.
2)Сервер. Работает на сервере. Общается с кучей клиентов, эмулирует состояние мира и работает с базой.
Если мне не изменяет скалероз то флеш прекрасно понимает веб сервисы. Тут нужно уточнить у yxiie он у нас тут спец по флешу.
А на жабе их можно спокойно писать.

Еще нужно понимать что единственный способ выдержать действительно большую нагрузку это кластер. Но кластеры писать очень сложно так что я бы не рекомендовал заморачиватся.

А>И еще PHP юзать только для работы с БД или все же вообще его забыть ?
Про PHP забыть однозначно. Жаба с базой данных очень хорошо работает.

А>ЗЫ зарегился
А постишь всеравно из под анонима. Может залогинится забыл?

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, FR, Вы писали:

FR>>с этим:
WH>>>PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.
WH>Те по твоему Ruby быстрее чем .NET2?

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

Здравствуйте, WolfHound, Вы писали:

WH>Тут нужно понимать что в любой онлайн игре есть два блока.
WH>1)Клиент. Работает на стороне пользователя. Его как я понимаю ты решил делать на флеше.
WH>2)Сервер. Работает на сервере. Общается с кучей клиентов, эмулирует состояние мира и работает с базой.
WH>Если мне не изменяет скалероз то флеш прекрасно понимает веб сервисы. Тут нужно уточнить у yxiie он у нас тут спец по флешу.
WH>А на жабе их можно спокойно писать.

WH>Еще нужно понимать что единственный способ выдержать действительно большую нагрузку это кластер. Но кластеры писать очень сложно так что я бы не рекомендовал заморачиватся.

А>>И еще PHP юзать только для работы с БД или все же вообще его забыть ?
WH>Про PHP забыть однозначно. Жаба с базой данных очень хорошо работает.

То есть связка HTML + JavaScript + Flash парулит.
Или же ява имеется ввиду полноценная. И если так, то писать сам софт в той же VStudio.Net ?
Или можно пользоваца тем же блокнотом (ну ето как пример естьно ) ?

А>>ЗЫ зарегился
WH>А постишь всеравно из под анонима. Может залогинится забыл?

Уже нет

Здравствуйте, __Riko__, Вы писали:

__R>То есть связка HTML + JavaScript + Flash парулит.
Ну если ты уж связался с флешем то HTML и JavaScript тебе будут нужны только для того чтобы обернуть саму флешку.
А всю логику нужно будет реализовывать на скриптах флеша.

__R>Или же ява имеется ввиду полноценная.
Полноценная ессно. Я же про серверную часть пишу.
__R>И если так, то писать сам софт в той же VStudio.Net ?
Ну если хочешь писать сервер на жабе то тут лучще IDEA или еклипс.
А если выберешь .NET то можно будет писать в студии.
__R>Или можно пользоваца тем же блокнотом (ну ето как пример естьно ) ?
Можно и блокнотом.

ЗЫ Выделеное смахивает на падонкавщину которая на RSDN приравняна к мату.

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, <Аноним>, Вы писали:

А>>Как я понял флеш палюбе нужен.
А>>А стоит ли подучить яву (прошлое всерно сишное — не страшно ) или же великим и ужасным actionscript'ом все можно забабахать.
WH>Тут нужно понимать что в любой онлайн игре есть два блока.
WH>1)Клиент. Работает на стороне пользователя. Его как я понимаю ты решил делать на флеше.
WH>2)Сервер. Работает на сервере. Общается с кучей клиентов, эмулирует состояние мира и работает с базой.
WH>Если мне не изменяет скалероз то флеш прекрасно понимает веб сервисы. Тут нужно уточнить у yxiie он у нас тут спец по флешу.

на флеше коннект с сервером реализовуется худо бедно. есть только HTTP или XMLSocket через TCP. никакого UDP и прочей прелести. но у флеша неоспоримое преимущество — его распространенность. флеш есть везде.

еще есть варианты для клиента: Java, Macromedia Director (Shockwava), или же ActiveX

Здравствуйте, __Riko__, Вы писали:

__R>Здравствуйте, WolfHound, Вы писали:

WH>>Тут нужно понимать что в любой онлайн игре есть два блока.
WH>>1)Клиент. Работает на стороне пользователя. Его как я понимаю ты решил делать на флеше.
WH>>2)Сервер. Работает на сервере. Общается с кучей клиентов, эмулирует состояние мира и работает с базой.
WH>>Если мне не изменяет скалероз то флеш прекрасно понимает веб сервисы. Тут нужно уточнить у yxiie он у нас тут спец по флешу.
WH>>А на жабе их можно спокойно писать.

WH>>Еще нужно понимать что единственный способ выдержать действительно большую нагрузку это кластер. Но кластеры писать очень сложно так что я бы не рекомендовал заморачиватся.

А>>>И еще PHP юзать только для работы с БД или все же вообще его забыть ?
WH>>Про PHP забыть однозначно. Жаба с базой данных очень хорошо работает.

__R>То есть связка HTML + JavaScript + Flash парулит.

нет, это только на стороне клиента.

__R>Или же ява имеется ввиду полноценная. И если так, то писать сам софт в той же VStudio.Net ?
__R>Или можно пользоваца тем же блокнотом (ну ето как пример естьно ) ?

странные вопросы либо я чего не понял
может пока онлайн игру писать рановато?

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, FR, Вы писали:

FR>>с этим:
WH>>>PHP, Perl, Python, Ruby... и прочие скрипты это очень медленно да и разрабатывать на них что-то большое очень трудно.
WH>Те по твоему Ruby быстрее чем .NET2?

Ruby — вряд ли. А вот остальные языки из вышеперечисленных — вполне возможно. Собственно, и в первом сообщении я намекал, что, в основном, уже существующие игры написаны как-раз на PHP, Perl, изредка ASP. Полагаю, здесь дело не только в производительности, но и в удобстве работы, наличии большого числа программистов и простоте развертывания.

Здравствуйте, Rebus83, Вы писали:

R>Ruby — вряд ли. А вот остальные языки из вышеперечисленных — вполне возможно.
У... это ты хватил... ни один скрипт никогда не будет работать быстрее компилируемого языка. Просто по определению. А ASP.NET2 и послединии версии жабы полностью компилируется в машинные коды.
R>Собственно, и в первом сообщении я намекал, что, в основном, уже существующие игры написаны как-раз на PHP, Perl, изредка ASP.
И? Следуя этой логики люди бы даже камнями и палками бы не пользовались ибо зачем если и кулаком убить можно? Короче антиквариат нужно отправлять в музей пылиться на полке, а не пытатся с ним работать.
R>Полагаю, здесь дело не только в производительности, но и в удобстве работы, наличии большого числа программистов и простоте развертывания.
Ты больше так не смеши ладно? Под PHP и perl нет большого колличества програмимстов под них есть большое колличество "программистов". Про развертывание это вобще бред. ASP.NET2 прекрасно развертывается простым копированием в нужную папочку...

Здравствуйте, Rebus83, Вы писали:

R>Не буду спорить с этим утверждением — просто неохота, хотя должен отметить, что:
R>а) В стеке Linux/Apache/Perl/MySQL и Windows/IIS/.NET/MSSQL самым медленным звеном может оказаться вовсе не язык программирования (или рантайм среда, в случае с .NET);
Угу... самым узким звеном будут Apache и MySQL... В той конторе что я работаю сейчас свой самописный веб сервер ибо апач дохнет от нагрузки...
R>б) А КТО ВАМ СКАЗАЛ, что Perl не компилируется? Про остальные языки, не совсем в курсе.
Ну и далеко он с eval'ом может укомпилироваться...

R>Я так полагаю, под антиквариатом имеются в виду Perl, PHP и Python? Что-то уж очень бодро они себя чувствуют... для антиквариата. Меня терзают смутные сомнения, что в сети сайтов на этой троице сделано больше, чем на всех остальных языках вместе взятых.
Каких сайтов? Сайты Васей Пупкиных из Мухосоранска? А крупные конторы почемуто все больше на связку Windows/IIS/.NET/MSSQL перебираются... интересно почему?

R>Значит бред, да? Возможно, действительно достаточно копирования "в нужную папочку", если речь идет о приложениях уровня "Hello, world". Однако при развертывании довольно сложных сайтов возникают проблемы с регистрацией компонентов (это вообще, ИМХО, ахиллесова пята windows-приложений), развертыванием базы данных, нормальным удаленным управлением для сервера. Плавали, знаем.
Вот только у RSDN с этим проблем нет. Что мы делаетм не так? Или RSDN это сайт из серии "Hello, world"?
А в той конторе что я работаю сейчас все линуксовое... и не смотря на контролируемое окружение... короче со временем этих окружений получилось несколько ибо принцип работает не трож никто не отменял... и замораживать все на уровне давяносто лохматого года тоже никто не хочет... так вот поставить пакет собранный на компе с одним окружением на комп с другим окружением поставить нельзя вобще никак. А если таки нужно поставить то приходится собирать и патчить под конкретное окружение...
Короче не надо мне тут говорить что в линухе все легко и просто... плаваю... знаю...

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, Rebus83, Вы писали:

R>>Не буду спорить с этим утверждением — просто неохота, хотя должен отметить, что:
R>>а) В стеке Linux/Apache/Perl/MySQL и Windows/IIS/.NET/MSSQL самым медленным звеном может оказаться вовсе не язык программирования (или рантайм среда, в случае с .NET);
WH>Угу... самым узким звеном будут Apache и MySQL... В той конторе что я работаю сейчас свой самописный веб сервер ибо апач дохнет от нагрузки...

Очень интересно, какая у вас нагрузка? 100 запросов в секунду? Тысяча? Десять тысяч? Какого рода запросы? Я не могу себе представить нагрузку, на которой Апач действительно будет умирать на нормальном железе при грамотном проектировании, но соблюдаться должны все эти условия.

R>>б) А КТО ВАМ СКАЗАЛ, что Perl не компилируется? Про остальные языки, не совсем в курсе.
WH>Ну и далеко он с eval'ом может укомпилироваться...

Довольно далеко. Почитайте про принципы работы mod_perl, например, если вам интересно. Кроме того, использование eval — это, вообще говоря, довольно дурной тон, в том числе и потому, что они действительно очень сильно снижают производительность.

R>>Я так полагаю, под антиквариатом имеются в виду Perl, PHP и Python? Что-то уж очень бодро они себя чувствуют... для антиквариата. Меня терзают смутные сомнения, что в сети сайтов на этой троице сделано больше, чем на всех остальных языках вместе взятых.
WH>Каких сайтов? Сайты Васей Пупкиных из Мухосоранска? А крупные конторы почемуто все больше на связку Windows/IIS/.NET/MSSQL перебираются... интересно почему?
Хотел попросить примеры, но передумал, почему — см. ниже.

R>>Значит бред, да? Возможно, действительно достаточно копирования "в нужную папочку", если речь идет о приложениях уровня "Hello, world". Однако при развертывании довольно сложных сайтов возникают проблемы с регистрацией компонентов (это вообще, ИМХО, ахиллесова пята windows-приложений), развертыванием базы данных, нормальным удаленным управлением для сервера. Плавали, знаем.
WH>Вот только у RSDN с этим проблем нет. Что мы делаетм не так? Или RSDN это сайт из серии "Hello, world"?

Ага! У RSDN нет проблем. То что он только за этот год был недоступен несколько раз, в течение нескольких дней не считается... Впрочем, не буду спорить, ибо понятия не имею, как работает RSDN изнутри.

WH>А в той конторе что я работаю сейчас все линуксовое... и не смотря на контролируемое окружение... короче со временем этих окружений получилось несколько ибо принцип работает не трож никто не отменял... и замораживать все на уровне давяносто лохматого года тоже никто не хочет... так вот поставить пакет собранный на компе с одним окружением на комп с другим окружением поставить нельзя вобще никак. А если таки нужно поставить то приходится собирать и патчить под конкретное окружение...

Это означает, что у вас очень плохо поставлен процесс разработки. Точка.

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

Здравствуйте, Rebus83, Вы писали:

R>Очень интересно, какая у вас нагрузка? 100 запросов в секунду? Тысяча? Десять тысяч?
Больше... гораздо больше...
R>Какого рода запросы?
Очень разные ибо сервисов много.
R>Я не могу себе представить нагрузку, на которой Апач действительно будет умирать на нормальном железе при грамотном проектировании, но соблюдаться должны все эти условия.
Железо вроде не плохое... кластер на пару тысяч четырех головых... Спецов тоже хватает, а вот дохнет зараза...

R>Ага! У RSDN нет проблем. То что он только за этот год был недоступен несколько раз, в течение нескольких дней не считается...
Из-за проблем с ЖЕЛЕЗОМ. К тому же учти что RSDN по фичам, нагрузке, контенту и колличеству пользователей на порядки превосходит подавляющие большинство сайтов в сети. Болие того все это сделано в свободное от работы, семьи и интересной книжки время.

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

Здравствуйте, yxiie, Вы писали:

Y>может пока онлайн игру писать рановато?

Да дело в том, что не хочется учить что-то лишнее, но и в то же время не хочется упустить что-то.
Сами знаете хотели как лучше...((с)Сами-знаете-кто)

Здравствуйте, __Riko__, Вы писали:

__R>Да дело в том, что не хочется учить что-то лишнее, но и в то же время не хочется упустить что-то.
У... с такм подходом ты точно ничего хорошего не сделаешь ибо если не будешь иметь обзор различных решение то выбор твоих путей пудет очень ограничен и скорее иреди доступных тебе путей не будет и близкого к лучшему.
Короче чем больше ты знаешь тем лучше ты можешь сделать.

Здравствуйте, WolfHound, Вы писали:

WH>А крупные конторы почемуто все больше на связку Windows/IIS/.NET/MSSQL перебираются... интересно почему?

Это никак не аргумент. Программистов под "Windows/IIS/.NET/MSSQL" на рынке тоже дофига. Давай не смешивать бизнес и программирование.

Про всё можно сказать, что "ты просто не умеешь их готовить".

Здравствуйте, WolfHound, Вы писали:

WH>У... с такм подходом ты точно ничего хорошего не сделаешь ибо если не будешь иметь обзор различных решение то выбор твоих путей пудет очень ограничен и скорее иреди доступных тебе путей не будет и близкого к лучшему.
WH>Короче чем больше ты знаешь тем лучше ты можешь сделать.

Ну я собственно и открыл эту тему чтобы знать какие есть пути.
Понять путей можно много, но выучить все ...

R>Очень интересно, какая у вас нагрузка? 100 запросов в секунду? Тысяча? Десять тысяч? Какого рода запросы? Я не могу себе представить нагрузку, на которой Апач действительно будет умирать на нормальном железе при грамотном проектировании, но соблюдаться должны все эти условия.

[holywar on]
Маэстро, туш. Apache vs. Yaws. Apache не является самым производительным из существующих веб-серверов.
[holywar off]