Я не имел ввиду, что это проблематично реализовать, я имел ввиду, что, всвязи с тем, что приложение живет только в течении ответа на один запрос, то нам придется хранить информацию о сесиях и транзакциях вне приложения, со всеми вытекающими.



Да можно вообще обойтись без апача. Написать свое приложение, которое будет висеть демоном и слушать 80 порт.   Вот только, оценит ли заказчик ваши старания?

можно еще операционную систему написать под которую это будет работать  
это кстати неравносильно..написать веб сервер несравненно тяжело, хотя думаю вы и без меня это прекрасно понимаете, просто раздел форума настраивает на спор  

azesmcar,
 

Но подобные вещи (вебсервера под конкретное приложение) существуют.

Можно так же сказать, что писать веб приложении на c++ cgi тоже несравнимо тяжелее, чем делать это, например, на j2ee.


п.с. +1 за подпись

Цитата

24 апреля - день памяти жертв геноцида Армян в Турции. Вечная память

Помним!



Это сообщение отредактировал(а) Vasay - 24.4.2009, 16:47

Vasay

да знаю конечно. Есть приложения которых не устраивает производительности апача к примеру и они пишут свой, специально оптимизированный под свою задачу веб сервер. Тут уж ничего не поделаешь - если задача того требует.
В одной из компаний в которой я работал мне приходилось разрабатывать приложения для агрегата с процессором 70 мегагерц..причем на нем был веб интерфейс для настроек и тому подобного.. Я это к тому что не всегда можно обойтйсь покупкой более высокопроизводительного оборудывания.


спасибо  

Google хочет убыстрить Python в 5 раз быстрее  http://www.opennet.ru/opennews/art.shtml?num=20981

нашел модуль для многопоточной работы с СУБД, надо будет посмотреть, написано ускоряет
http://search.cpan.org/~darnold/DBIx-Threa...BIx/Threaded.pm

интересно, есть ли Framework на С++  для веб? такой как этот Catalyst

угу, вот и я на http://vingrad.ru опубликовал задание по разработке такого веб-сервера на ява. Думаю, что ява должна быстро работать. Демон будет в памяти висеть все время и слушать на таком-то порту.

http://www.webtoolkit.eu/wt

а MVС есть? 
в этом HTML разметки зачем ставить в код? 

 Т.е. программу на C++ мы компилировать не будем? =)

 На логике не медленнее. См. в раздел джавы, там были тесты.

 А ты умеешь только в CGI конфигурировать?
Хочешь, научу подключать как модуль или как fastcgi? За пиво )

 Именно. И эти либы одни и те же для пхп и для C++. И основной расход именно на них. Если не брать внешних факторов.

И разница в скорости в несколько сотен раз не существенна для логики.

runtime - нет


непременно загляну..хотя ссылка не помешает
в программе не только логика присутствует


кому как. смотря какая логика, смотря какой сервер..в основном - да, но не всега

nerezus, 



Я его вообще конфигурить не умею - мне это не надо. Я имел виду, что не всегда php с апачем используется... Есть и другие веб сервера, да и иногда нужно обеспечить какую-то работу по таймеру, для чего в случае c PHP и cgi нужно применять такой костыль как cron (запуск произойдет вне апача).

В любом случае при серьезной работе с БД pconnect положение не спасет. Да за счет него PHP выиграет у cgi, но возможности тюнинга производительности доступные в Java или .NET, например, за счет настройки различных уровней кеша в php и cgi отсутствуют.  


Смотря что за логика.

нет, но в новой версии пхп будет connection pool



почему же отсутствуют. Есть локальный кеш(в памяти сервера), можно распределенный кеш юзать. Например мемкеш.

azesmcar, 


Тут все не так просто. И .NET и Java не буду компилится при каждом запросе к серверу. Они компилятся при первом обращении. .NET еще может и сохранить скомпиленную версию в системе. 

PHP активно развивается и это хорошо. Но пока он еще маленький. 





Насколько я знаю, memcached все же немного из другой области. И он требует программирования приложения с учетом его использования, я имел ввиду, что можно тюнить Java приложение не меняя код, просто меняя, например, настройки ORM фреймворка. 

неа.. Можешь юзать через свою обертку и тогда мемкеш всегда легко на другую кеш-систему заменить.