Apache, fastcgi и c++: «Hello, world»

Если уж и писать на сях то сразу модуль в nginx

Есть ли какие-нибудь фреймворки на C/C++?

а если без сокетов?

Можете ли привести пример сайта написанного на С++, хотя бы частично ?? Просто интересно посмотреть.

Имхо, в большинстве случаев это совершенно не нужно. Гораздо проще и удобнее использовать точку входа на каком-нибудь пхп, а сишный или плюсовый код оформить подключаемым к php расширением. В память оно будет загружаться одновременно с апачем, обработка ввода и показом результатов будет заниматься php. А C/C++ будет заниматься ровно тем, чем должен: обрабатывать переданный набор данных и возвращать результат. Заодно это, как правило, даёт универсальность — одну библиотеку можно будет при необходимости использовать и из плюсовой программы, и из php, и еще откуда.

Если ради скорости на C++, то лучше вообще без apache.
Правда, тогда кроме C++ на занятый порт ничего не прикрутишь (резко сложность возрастает).

Большое спасибо за статью. :)

Прочтя статью, до меня вдруг окончательно дошло, что такое FastCGI. И если вы тут предлагаете попробовать C++, то у меня возникло желание попробовать FastCGI + Java.

В какой-то момент деплой в сервлет контейнер, какие-то его падения и прочее стали просто задалбывать и занимать ощутимое время разработки. Окончательно разозлившись, я свалил на Ruby On Rails, чему очень рад.

В голове уже идея простого фреймворка аля RoR для Java. FastCGI + DB4O + еще что нибудь ;)

Но после прочтения статьи появилось желание попробовать, за что респект.

Очень интересная, по крайней мере для меня, тема.
Был бы признателен за продолжение темы.

Спасибо за статью. На практике, из моего опыта, могу сказать, что чаще всего C++ не используется непосредственно как CGI front-end. В одной из крупных интернет-компаний ;) применяется обычно следующее решение: в качестве фронт-энда выступает PHP код, который выполняет задачи связанные с авторизацией пользователей, начальным sanity check входных данных и т.п. Следующим компонентом идет прокси-модуль, который как правило, представляет собой расширение для PHP, которое уже непосредственно перенаправляет запросы к .so, в котором заключен высокопроизводительный С++ код. Это немного более громоздкое решение, но в долгосрочной перспективе оно работает лучше, т.к. все компоненты на своих местах и для каждой задачи мы используем наилучшим образом подходяющую технологию.

В частности, на подобной архитектуре построен Yahoo! Placemaker — наверное, я все же описал с массой ошибок, но в целом архитектура именно такая.

Поискал тесты производительности, да C++ все таки рулит:
elliottback.com/wp/ruby-vs-php-performance-revisited/

izumi.plan99.net/blog/index.php/2008/01/17/ruby-vs-php-performance/

ну уж если С/C++, то тогда mod_helloworld… Благо апач с его apr — очень грамотное апи, не хуже чем и сам fastcgi протокол (всмысле, не сложнее). А выигрыш в скорости в таком случае совсем фатальный)

Веб-приложения на С`ях, тоже самое, что GUI приложения на php — можно, а нужно ли...?! Быстродействие — так настроем сервер, отключим все что не нужно — будет вам реактивная ракета…
А Вам, уважаемый автор, спасибо за статью :)))

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

Проблема в том что на си очень сложно 1) управлять памятью (надо делать умные указатели, так как обычные сборщики мусора плохи. а хороший вам никто не даст просто так, хотя именно на сервере тормоза из за сборки мусора не особо критичны) 2) Вырвиглазный синтаксис: надо писать заголовочные файлы в доп-е к обычным, кучу инклюдов и определять функции до (!!!!!!!) их использования. 3) тяжело писать ажурные конструкции из обхектов, ассоциаьтивных массивово и порчего, как в php. Вам придется самому реализовать такие объекты как хеши.работу со строками, подсчет ссылок… и все только ради того чтобы понять что вы сделали аналог php?

Хотя идея повысить производительность мне нравится. Интепретатор php тормоз, может инклудить файл дольше 1 мс и вообще мог бы работать и побыстрее!!! Жутко злит в общем.

А это не так уж и сложно

А это не так уж и сложно

Спасибо автору за статью, т.к. очень не люблю фреймворки и все же очень надеюсь на то, что кто-то еще что-то пишет сам. Насчет того, нужно ли подобное, скажу да, т.к. сам лично сталкивался с ситуациями необходимого взаимодействия через веб-интерфейс с драйвером устройства на низком уровне, вот там-то как раз очень-очень и пригодилось сишное приложение.

пару слов про nginx. он поддерживает технологию fastcgi, но здесь придется использовать либо встроенный в php сервер fastcgi либо ставить стороний обработчик запросов, например lighttpd. я лично так и сделал, потому что первый жрет достаточное количество памяти, а из последнего выдрал утилиту spawn-fcgi, которая и занимается обработкой запросов.

А как с обработкой параметров?

А как с рестартом fcgi через 1000 запросов?
Чувство у меня такое что fcgi не умеет рестартить чилдов ну никак :(

Почемуто не компилится пример, пишет:
g++ -o init.bin main.cpp
/tmp/cc7XKvnp.o: In function `main':
main.cpp:(.text+0x47): undefined reference to `FCGX_Init'
main.cpp:(.text+0xab): undefined reference to `FCGX_OpenSocket'
main.cpp:(.text+0xd2): undefined reference to `FCGX_InitRequest'
main.cpp:(.text+0xfb): undefined reference to `FCGX_FPrintF'
main.cpp:(.text+0x107): undefined reference to `FCGX_Finish_r'
main.cpp:(.text+0x113): undefined reference to `FCGX_Accept_r'
collect2: ld returned 1 exit status

Хотя development kit встал нормально…