Для какого типа веб проектов используют PHP фреймворки?

могу еще понять необходимость обеспечить кеширование для производительности, DI - для облегчения тестирования, упростить валидацию, аутентификацию, но чего ради не пользоваться "mysql_connect , mysql_select_db , mysql_query" вместо ORM, HTML вместо тех же Twig, Smarty, Blade... form_open(), form_close(), form_submit() - вообще вызывают смех: руки что-ли отвалились формы на HTML написать? На заглавной странице того же Zend - всего 12 ссылок на проекты на базе zf2. И стоит штудировать zf2, чтобы драться за возможность поддерживать те немногие 12 проектов???

@Haddly mysql_* Вообще deprecated...
Да, согласен можно пользоваться нативными возможности, без всяких там ORM, шаблонизаторов и т.д. Пока Ваш проект простой, бложек какой-нить, или Home Page или подобное не превышающие 5к строк кода.

А теперь представьте ситуацию, если у Вас сложная CRM система, высоконагруженная, более 80к+ строк кода, множество абстракций, взаимодействие с разными базами, множество различных форм и т.д

И тут вдруг выяснится, что MySQL больше не справляется с нагрузкой вашего проекта, и в срочном порядке нужно организовать переезд на PostgreSQL\Oracle иль NoSQL БД, а у вас весь проект не дай бог на mysql_*, ой тогда я Вам не завидую...

Или пример из ORM, с объектом то куда проще работать, с чем native что возвращает ваш любимый mysql_*. Представьте себе, что потребуется результаты выдачи базы обрабатывать разными фильтрами, с ORM куда проще будет это сделать. ORM вообще решает многие проблемы, т.к вы работаете с объектами, а не native результатом, а тут можно и наследование и инкапсуляцию, и полиморфизм, да как надо, так и будете свой объект использовать... И это только верхушка того, что может ORM.

Пример с формами, конечно на HTML очень просто, а если у Вас в проекте около 1000 различных форм, и вам потребовалось добавить во все формы crfs token, представьте только, сколько вы потратите времени на рефакторинг каждой формы, а используя бы Form Model, вы просто бы отредактировали базовый класс и было бы счастье.
Так же формы удобно использовать для их валидации, ведь прежде чем использовать данные из нее где-угодно, они же должны быть правильные, ну там обязательные поля и т.д. А о этих правилах, кто-то же должен знать, так что объект формы опять спасает вас.

Пример с шаблонизаторами, тут мнения расходятся, даже у меня :)
С одной стороны шаблонизатор это хорошо, а чем же PHP и short tags не шаблонизатор?, явно быстрее все решений будет.
PHP и short tags точно плюс скорость, простота и т.д
Шаблонизаторы, уступают в скорости, хотя не всегда, так что это уже можно и не учитывать.
Что касается Smarty, так он ничего нового не дает по сравнению с PHP, что насчет Twig, тоже ничего особенного, ну только если наследование шаблонов, реально крутая штука, ну может еще в плюс к шаблонизаторам, что они инкапсулируют данные.
Вообщем по шаблонизатором аргумента нет :)

Насчет ZF2 и 12 проектов, ну не все же проекты туда попадают, их гораздо больше, сайт триколор ТВ например :), Вообщем кол-во проектов на офф. сайте это не показатель :)

@Haddly ой как вы не правы, да еще почти во всем... Хотя это ваше ИМХО.
Откройте Magento - и вы будите себя чувствовать ребенком, если не знаете zf.
Откройте Drupal 8 - то же самое, только sf2

4г. назад, писали интернет-магазин, с нуля почти. Потратили оч. много времени, причем работая командой в 7 тел.

2г. назад, опять же, интернет-магазин. За основу пошел zf2, разрабатывали двоем. Всего 4 месяца ушло времени, начиная с первого открытия редактора и заканчивая готовым продуктом. Верстка так вообще на ура летела, подключив Twig. И кон красивый, и функционал готовый для часто используемых задач.

Соглашусь только на тему form_open.
Но отказываться от бандла для sf2 по работе с формами, это надо быть м?даком.

Ага, или на форуме я видел "я привык к фреймворкам, не знаю как запрос к БД составить" ))

"от написания в сотый раз одного и того же кода". Вот с этим соглашусь на все 100%.

ну какой же там оверхед: все есть тут php.net

Почему вы так решили?

@RuJet я бы хотел посмотреть на платежную систему на жумле =)

@nepster09 видел платежные системы на Drupal

@RuJet вот честно, для меня это как слышать про сайт на юкозе

@nepster09 отнюдь. В CMF Drupal например уже есть функционал для пользователей и авторизации. Плюс множество модулей для альтернативной авторизации. А платежная система, это еще один модуль. Кстати есть модули и для биллинга.

@RuJet платёжная система не модуль для оплаты я имел ввиду, а целую систему типа robokassa, напишите такую на друпал?

@pavel_salauyou именно такую систему я и видел на drupal. Пруф дать не могу NDA.

@RuJet не верю, надо пруф, ссылку на проект

Yii 1 - уже старая ветка. Там много чего нового и вкусного не поддерживается. Yii2 ещё не вошло в стабильную стадию.
Symfony2 сейчас выглядит вкуснее всего, так как уже поддерживает вкусности 5.3+ и при этом имеет стабильные ветки с длительной поддержкой.

@skobkin стабильно шмабильно, Yii2 то что нужно =)