Вы про Doctrine/Cache? Это просто слой для кеширования, он используется доктриной для кеширования запросов, это да. Но его так же используют PHP-DI, и несколько других библиотек. Ну и там много провайдеров для кеширования.
@Screamin-Jay, вы правда читали это? Нового ничего не узнаете? Понимаете SOLID, зачем нужен Dependency Inversion и т.д. Знакомы с TDD\BDD? Или вы это знаете в контексте другого языка?
@Ingg посмотрите настройки пула, что именно слушает php-fpm. и проверьте запущен ли сам сервис.
По поводу ограничений по количеству соединений - для php-fpm роли особо не играет. Для локальной машины разница минимальна, хотя чисто теоритически профит от unit-сокетов будет, несмотря на то что при связи по tcp обрубается большая часть стэка tcp/ip.
@Ingg, ну как, относительно. Я бы позакрывал доступ еще к скрытым файлам и к директориям, доступ к которым не стоит предоставлять. Но с ip board я работал года 4 назад и уже не вспомню.
@slvABTOP, отсутствие рамок равносильно тому, что все пишут как хотят. Если бы в документации был акцент на какие-то best practive... Я работал с Yii достаточно, я знаю как он устроен от корки до корки. Он простой как пробка, от того все проблемы и идут. Скажем в версиях 1,1 мне приходилось переопределять кучу сервисных классов ради каких-то мелких мелочей. Просмотрев исходники Yii2 - я вижу все те же проблемы. Он мне просто не подходит.
90% проектов на yii, больших и малых, что я видел это кастыли и велосипеды. Каждый норовит сделать так как ему нравится, а не как нужно делать. Да и еще - если я возьму Symfony или Zend то я точно буду знать что попадет в следующий релиз, что там не сломают совместимость между версиями потому что кто-то не выспался (ну... не точно, но все же с ревью кода и покрытием тестами у них по лучше чем у Yii). С Yii у меня такие проблемы были, когда после обновления на минорную версию у меня что-то отвалилось. Сейчас Yii2 только появилась, так что ближайшее время так же будут какие-то такие проблемы в связи с небольшим количеством мейнтейнеров и ревьюверов.
В больших и долгоживущих проектах, где постоянно ведется разработка новых фич и т.д. упор должен идти не на простоту фреймворка, а на архитектуру. Соблюдение общих принципов проектирования, применение паттернов и т.д. Применение тестов (юнит, интеграционные, функциональные), разработка через тестирование и т.д. Да, разработка с таким подходом будет немного дольше, но зато дальнейшее развитие и поддержка проекта обойдутся дешевле. Ну и опять же, при поиске нового разработчика ему будет намного проще вникнуть в архитектуру проекта, ибо возможностей по вставке своих велосипедов там меньше.
p.s. Я работал с Yii почти 3 года. Последние 2 года работаю с Symfony/Silex. Это мое субъективное мнение, оно не претендует на истину. Просто некая статистика подведенная мною. Писать на Yii качественные и большие приложения можно, я не спорю. Но в Yii есть очень большой соблазн вставить кастыль и забить (в некоторых случаях). Ну и с масштабированием приложения у него все же проблемы.
@Jeth symfony/zend, если мы про безопасность. Laravel базируется на компонентах симфони, так что у него так же все должно быть хорошо. + у этих фреймворков и их компонентов предсказуемый цикл разработки, есть четкий роадмэп и т.д.
Мое чисто субъективное мнение: Python для web ненужен. Я пробовал писать на Django, оно конечно круто, но на php под web как-то удобнее. Как альтернатива - ruby (но я на нем не пишу).
Вы перечислили по сути 3 самых популярных на фриланс биржах фреймворки. Опять же субъективное мнение: выбросить из него yii и ткнуть пальцем. Писать на yii гибкие приложения очень нелегко. Фреймворк не задает жестких ограничений, так что обычно все обрастает кастылями и велосипедами. С Zend/Symfony ситуация другая. Эти фреймворки создавались для серьезных проектов. Ну и в копилку Symfony - они не так давно получили $7 млн инвестиций на развитие экосистемы и сообщества. Плюс многое говорит то, что в мире php есть только два сертификата - по Zend и по Symfony.
