этак весь перл придётся тебе не любить

да, использую, да, это объекты, но это всё очень просто и очевидно. И если я в своём процедурном коде приконнектился к БД и что-то там сделал, то это не ООП, по крайней мере не то "страшное" ООП:) А вот когда я вижу сложный запрос, который через DBIC обрабатывается, то тут и не пахнет очевидностью для меня. Имхо, только всё усложняет в понимании.

Теперь все встало на свои места)

так я вам уже давно во всём сознался, что там у вас встало - хз:)

Встало на место понимание вашего стиля. И почему сложно было пробиться через каменную стену непонимания. Могу только посоветовать либо убеждайте начальство что все это гавно и надо cgi/dbi, либо уходите в другую где cgi/dbi практикуется

Ну, давайте уже не ерничать:) всё-таки FCGI - это не CGI, и по производительности ещё есть большие вопросы, что будет работать быстрее.

я имею в виду чистый FCGI VS PSGI или какие-то там ещё фреймворки

Никакой разницы в каком формате запрос по сети прилетает. Хороший парсер парсит их с одинаковой скоростью

Psgi это идея и api а не реализация. Назовите реализацию с которой хотите сравнить

Например наш UniEvent::HTTP даже через неудачный PSGI пробивает 60.000 http запросов в секунду по кип алайву, а без psgi 100.000. Готов спорить что ваш fcgi не сможет (там нет такой скоростной реализации)

И это все будет в рамках нелюбимых вами фреймворков с ООП

Насколько я понимаю, PSGI позволяет запустить приложение через любой интерфейс, хоть через то же CGI - это основная фишка.

А что касается реализации, то я ж говорю, уже сотню наверное сайтов сделал по моей схеме - NGINX+APACHE+FCGI - всё отлично работает, и читабельно. На обычном сайте мы оба упремся в скорость работы БД, даже если я напишу "ужасный процедурный говнокод". Таких высоконагруженных сайтов по 100К запросов в секунду у меня ещё не было, но даже ради интереса можем придумать какую-то задачу, я по-своему сделаю, вы по-своему, и сравним результат. И возможно, что мой "рукописный" парсер ещё и быстрее обработает запрос, потому что уже будет в ОЗУ сидеть, и только ждать команды.

100к в секунду это скорость обработки простейшего запроса на 1 ядре 1 сервера. На рязани 3950х он делает 1.500.000/с

В мультипроцессе

я не работал с такими сайтами в реале, где были бы такие объёмы

Дальше добавится логика и оно естессно упадет но это раговор о другом, вы просто похвалили ваш апач с fcgi а я возразил что это не самое быстрое решение. Если у вас нагрузки не такие то не о чем париться

Но можем на спор написать какую-то простую задачу, я вас уверяю - отлично всё будет по моей схеме

ну да, такие не встречал нагрузки

если бы встретил - наверное на C++ написал бы ключевые моменты

Оно на с++ и написано