Для интерпретируемого языка это всё-равно бред.
И еще расскажите в чем разница интерпритированного языка и компилированного, когда и там и там код уж загружен в память полностью?
Вам пока далеко до осознания этого, не тот немного уровень =))
Суть в том что оно не очищается, это же сервер, который по вашим же словам должен постоянно работать, то есть его стартанули, он все инициализировал, к бд подключился и сидит ждет запросы
Не так, когда нибудь, может быть, если вы начнете читать документации, статьи, слушать конфы и сталкиваться с реально сложными проектами, где в лоб решения не работают, вот тогда возможно вы поймете как они сделали
Вообще стоило бы почитать прежде, чем писать, или это сильно сложно? =))) Но могу рассказать вкратце раз чтение документации и её осознание не сильная ваша сторона.
PHP создан чтобы умирать. Это значит что получив запрос, он пойдет распарсит файл (эту проблему закрыл opcache), далее загрузит в память нужный код, инициализирует окружение, подключится к БД, к кешеру и так далее, а вот дальше запустит запрос который выберет страничку и всю свою работу отчистит. Следущий запрос повторит тоже самое. Это, в том числе, делает таким как вы людям очень низкий порог входа в язык, вы не запариваетесь, делаете синглтоны, храните состояние в приложении и в целом пишите говнокод который все равно работает без утечек и багов потому что все окружение поднимается заново на каждый запрос, а в конце запроса очищается, но вот вся эта инициализация занимает большое количество, порой до 90%, времени и ресурсов у нормальных разработчиков и вот они придумали вот такие библиотеки, которые инициализируют код один раз, а дальше занимаются только обработкой запросов (полезными действиями)
Много статей на эту тему перечитал, но на счет выигрыша, на сколько я понял, вопрос относительный.
Покажите на простом и четком (житейском, так сказать) примере плюсы NGINX + PHP FPM по сравнению с nginx+apache+modphp
Так то зачем вам в этой связки апач? Уже же есть nginx, зачем 2 вебсервера то?На житейском к сожалению не могу показать, но если говорить прям очень кратко, апач сильнее утилизирует память, делает форки на каждый запрос и платите этим всего лишь за то чтобы иметь .htaccess с правилами реврайта, НО если вас устраивает производительность и поведение вашей связки, то вам конечно её менять не нужно
Что значит быстрее? Это связка более производительнее, не быстрее. То есть кпд выше.
Дело привычки, когда сам начинал было тяжко, как например перейти с винды на линукс (непривычно), когда привыкаешь конфиги пишутся быстро. Тем более основные конфиги собираются быстро, плюс есть всякие коллекции типа таких https://github.com/elasticweb/nginx-configs
Не используйте apache =)) связка nginx+php-fpm более производительная
Запрыгивай обратно =))
Но все равно не все там так гладко, но в целом да, очень перспективненько. Я так то пока больше изучаю Go, а в разрезе продакшена хочу попробовать https://roadrunner.dev/ затащить в один проект, мы как раз распиливаем монолит на битре (большой еком спорттоваров) на микросервисы в кубике, есть где попробовать
В этом и суть готовых инструментов, разве нет? Но я как раз хочу пощупать немного другую парадигму, непривычную для php, а соответственно тут даже не все драйвера под это подойдут, ваш фреймворк точно не запустится =))) Вот что то из этой серии https://github.com/walkor/workerman
При чем тут разработка вообще? Чтоб вам завлечь людей на свою площадку, нужно влить миллионы бюджета, на чем это все написано роли не играет
Ну вам никто не говорит продавать их услуги, хотя в целом можно и это закрыть, я к тому что именно будет проект который является вашим активом, а не чужим, заявки с радостью выкупят все, согласовать с заказчиком просто что именно считается заявкой и всё. С точки зрения от вас понадобится ведь то чем вы и так сейчас занимаетесь, только вы зависите от заказчика и если заказчик вас сольет (по любой причине, в том числе решил закрыть этот бизнес), то вы останетесь без актива
