не пробовал fastcgi и не изучал его досконально, но про него говорят, что если процесс-fastcgi рухнет, то всё ) конец ответам от web-сервера, а если одна cgi-ка при кривом запросе (с кривыми параметрами) рухнет, то веб-сервер всё ещё будет отдавать ответы при ожидаемых запросах (с правильными параметрами).
про реализацию своего сервера тоже думал, но что-то уж больно долго и мучительно этим заниматься, а мне надо бы быстро запустить проект и потом уже смотреть, как и что можно улучшать.
про медленность cgi пока не знаю… думаю, что выяснится при работе с приложением, но думаю, что работать будет не сильно медленно, ведь это будут исполняемые файлы.
JSON over HTTP – самый простой вариант, его я использовал для тестирования работы приложения (web-сервер Apache2, база MongoDB, cgi на С++).
Почему стал смотреть в сторону Thrift/ProtoBuhhAvro – потому что люди, которые работали с большим количеством клиентских мобильных запросов к серверу говорят, что скорость запрос-ответ падает при работе с миллионом пользователей и больше.
про реализацию своего сервера тоже думал, но что-то уж больно долго и мучительно этим заниматься, а мне надо бы быстро запустить проект и потом уже смотреть, как и что можно улучшать.
про медленность cgi пока не знаю… думаю, что выяснится при работе с приложением, но думаю, что работать будет не сильно медленно, ведь это будут исполняемые файлы.