Мы его и не писали. Мы взяли готовый и доработали его под свои нужды. Подозреваю, что сложность доработки сравнима со сложностью написания модулей к ноде (которую мы никогда не использовали и совсем не знаем).
Нам недостаточно просто слать данные через сокеты. Нужны как минимум роутинг для доступа к разным частям API и поддержка параллельных запросов с тред-пулом. А это уже и есть сервер «накрученный поверх». Мы не стали изобретать свой, а взяли готовый Fastcgi Daemon и немного доработали его под свои нужды. Поддержка XML конфигов взята из него полностью. Транслятор шаблонов страниц в C++ код взят из POCO с небольшими доработками. В результате мы получили 100% интеграцию с нашими приложениями, упростив сопровождение.
Тоже самое можно было бы сделать, взяв за основу какой-либо готовый легковесный HTTP сервер (опять же на C++ для лучшей интеграции). Поэтому я и сказал, что допускаю, что fastcgi не лучший вариант для этого.
Я уже ответил несколько раз лично Вам чем нас не устраивает JavaScript и почему мы используем C++.
«Holy war C++ vs. JS» устраивать не собираюсь, поэтому приводить иных аргументов не буду.
Была задача: оценить возможность создания web интерфеса для существующего приложения. Т.е. "функционал" уже есть, и он был написан на C++ задолго до этого.
Переписывание всего приложения на Ruby, nodejs или др. только из-за удобства создания web приложения не имеет смысла, так как приложение должно и дальше быть доступным на платформах Windows, Mac OS X и Linux.
Я допускаю, что fastcgi не лучший вариант для этого, однако считаю что в любом случае лучше использовать C++ для интеграции C++ приложения в web.
Тоже самое можно было бы сделать, взяв за основу какой-либо готовый легковесный HTTP сервер (опять же на C++ для лучшей интеграции). Поэтому я и сказал, что допускаю, что fastcgi не лучший вариант для этого.
habrahabr.ru/post/280814/#comment_8838182
habrahabr.ru/post/280814/#comment_8838298
habrahabr.ru/post/280814/#comment_8840166
2: Я и не утверждал, что вы к чему-либо призываете. Я несколько раз ответил вам лично почему мы используем C++. И всё… ;-)
К тому же, для наших числодробильных задач C++ подходит лучше чем Java.
«Holy war C++ vs. JS» устраивать не собираюсь, поэтому приводить иных аргументов не буду.
К тому же приложения давно уже есть (GUI и CLI).
«выглядит как студенческая поделка» ;-)
«Адский код» нам тоже не нужен.
Переписывание всего приложения на Ruby, nodejs или др. только из-за удобства создания web приложения не имеет смысла, так как приложение должно и дальше быть доступным на платформах Windows, Mac OS X и Linux.
Я допускаю, что fastcgi не лучший вариант для этого, однако считаю что в любом случае лучше использовать C++ для интеграции C++ приложения в web.