DevMan, проблемы "постоянной фильтрациии" решаются мемоизацией данных. А вот в обратном случае, проблемы потери данных из исходного текста не решаются никак.
ggrachdev, это теоретически. На практике чаще наоборот бывает, что нативный PHP быстрее зефира, особенно сильно это проявляется в сисколлах. Можно послушать доклад Шабовты, где он подробно раскрывает эту тему.
Антон Шаманов, статика и состояние - это разные вещи совершенно. Причём тут статика вообще? Я говорю об иммутабельности и отсутствии побочных эффектов в функциях/методах =)
Все современные фреймы в том или ином виде иммутабельны и используют состояние в основном для мемоизации данных. Даже ларка, где вроде бы эти проклятые "фасады" - использует лишь одну точку входа в текущий стейт - это синглтон-контейнер с возможностью сброса его состояния до чистого.
А я вот не согласен на счёт костылей. Связка nginx + roadrunner вполне себе шикарно идёт (накой пыховскому серваку балансировкой и статикой заниматься?). Плюс ещё varnish можно туда пристроить.
Всё правильно. По дефолту (начиная с 5.6) разобранные исходники складываются в шаред мемори. Из файловых операций там только проверки mtime для рефреша опкода (которые можно отключить, к слову).
В таком случае, что тру программист может предложить неофиту для работы с mysql в 2020?
eternal_blue, совсем юный неофит может взять "composer require illuminate/database". Квери билдер там самый лучший из тех, что пока существуют в природе. А сам ОРМ трешак, однако для простых вещей сгодится. Уж всяко лучше чем эта помойка redbean.
А продвинутый неофит может взять "composer require doctrine/orm" или "composer require cycle/orm".
