Если вы действительно решили, что он должен быть в PHP, теоретически вы можете создать модуль php в c и сформировать мост для fastCGI в c .
После этого, как я догадываюсь, вы запустите PHP-скрипт для доступа к fastCGI как к отдельной программе, запустив цикл и принимая запросы. В котором вы используете PHP как «постоянную виртуальную машину» (не могу найти более подходящий термин), который обменивается данными через fastCGI.
Я согласен, что перезагрузка нескольких ваших библиотек зависимостей и т. Д. - это очень легко упустить из виду снижение производительности. Тем не менее, это может быть намеренный дизайн, упрощающий цикл разработки PHP. Подумайте о глобальном переменном беспорядке, который могут создать неопытные пользователи в постоянной среде. Бросьте в тот факт, что большинство fastCGI установки, будет инициализировать несколько копий / потоков в зависимости от нагрузки. Это небольшая банка червей. Запуск нового бланка для каждого запроса упрощает его.
Однако, если честно ... если вас интересует производительность, вы могли бы также рассмотреть fastCGI C ++ / node.js в качестве альтернативы ... Разработав для JavaScript / PHP / C ++, ваша идея определенно возможна ... Однако все сводится к выгоде ... Стоит ли усилий? И т. Д.
PS: Вы также можете подумать о компиляции своих сайтов PHP через хип-хоп.