Выбор PHP-фреймворка

symphony посмотри.

> Шаблонизатором не должен быть сам похапэ

Опаньки. Надо ожидать шаблонизатора, написанного на Smarty?

Recess неплох, но там шаблоны на PHP.

Я имею ввиду, что не хочу вставлять похапэ-код в шаблонах, хотелось, чтобы было что-нибудь похожее на шаблоны в джанге, и пускай оно потом компилируется в похапэ-код.

Попробуйте внятно объяснить зачем один шаблонный язык нужно компилировать в другой не менее шаблонный?

Потому что синтаксис у похапэ избыточен для шаблонов. Меня вот раздражают эти круглые скобки, и точка с запятой после endif, endforeach и так далее, или вообще {}. Да и фильтры будут реализоваться через функции. А еще как же наследование в шаблонах? В общем, нужен шаблонизатор.

Тогда прикрути Smarty

Надо будет посмотреть. Я вообще думал, что smarty уже закопали.

Взгляни на yii. В качестве шаблонизатора там (опционально) используется Prado.

http://www.yiiframework.com/doc/guide/topics.prado

Это ужас, летящий на крыльях ночи. Вот идеальный шаблонизатор — http://www.twig-project.org/

http://bors.balancer.ru/

* ORM, генерация SQL из моделей

есть

* Возможность удобно делать миграции в бд

Что под этим понимается?

* Шаблонизатором не должен быть сам похапэ

Любой. Исторически по дефолту используется Smarty, реже - чистый PHP. Есть примеры использования Twig, Quicky. Вообще, любой шаблонизатор легко прикручивается к конкретным классам индивидуально.

* Возможность создавать многоязычные приложения

Заложена поддержка gettext, но пока на практике нигде не используется.

* Хорошая, объемная документация

Вот тут полный epic fail :)

>>* Возможность удобно делать миграции в бд

Что под этим понимается?

Думаю изменения схемы базы данных вместе с изменениями моделей. Вобщем как в rails или django-south. Примером похожего функционала на php может быть liquid-base, но он был слаб и на его основании сложно понять что такое полноценные миграции. Если посмотреть его, то возникнет вывод, что миграции не нужны, но это не так. Ещё как нужны.

>Думаю изменения схемы базы данных вместе с изменениями моделей

Пока такого нет. В далёких планах подумываю, но пока проще при изменениях в БД править строчку-другую в модели :)

Вобщем как в rails или django-south

Я пока только в голом Django видел. В смысле - syncdb. Но там миграции не нашёл :)

Если посмотреть его, то возникнет вывод, что миграции не нужны, но это не так. Ещё как нужны.

Неужели так сложно при изменении очередного параметра в структуре БД подправить параметр в модели? Или я чего-то не понимаю? :)

...

Да, возможно, речь ещё о раздельном обновлении БД в разных проектах, но с одной моделью. Тут уже требуется некоторая самодисциплина - при каждом изменении модели прикладывать соответствующий SQL (обычно у нас же БД - это SQL?). Но это в моей практике редко бывает.

В общем, пока время, затраченное на автоматизацию процесса, для меня себя не окупает :) И стимул подумать над этим моментом - чисто спортивный.

Повторю свои мысли из прошлого треда. Если брать - то symfony 2. Фабьен мужик умный, плохого не напишет:) А если серьезно - ничего такой фреймворк, налицо тенденция «срезать к чертям все лишнее» (до этого наоборот все набирали всякие разные свистелки). С доками проблемы - их нет - но код понятный. Если опыт похапе есть, разберешься.

Вот идеальный шаблонизатор — http://www.twig-project.org/

В Yii уже давно есть расширение и для Twig, и для смарти, и для Dwoo с Quicky. http://www.yiiframework.com/extension/twig-view-renderer/

Анонимус, спасибо тебе за ссылку.

> Я пока только в голом Django видел. В смысле - syncdb. Но там миграции не нашёл :)

Увы, там их нету. Но есть сторонные приложения. Тот же south подменяет родной syncdb.

Неужели так сложно при изменении очередного параметра в структуре БД подправить параметр в модели? Или я чего-то не понимаю? :)

По рельсам не скажу с уверенностью, но в django работа идёт от модели. Т.е. первична модель, структура базы уже зависит от неё. К тому же может быть несколько проектов с разной версией базы, причём с возможностью двигаться в обе стороны. К тому же сами базы могут быть разные. Вероятно лучшей аналогией является система контроля версий. Тут те же профиты.

Для php пробовал только liquidbase, но эта штука «не окупает время, затраченное на автоматизацию процесса». SQL в XML и всё такое для роботов.

Вышеупомянутый Twig как раз сделан создателем Symfony. Вообще Symfony - один из немногих светлых лучей в PHP. Особенно 2 версия.

> Неужели так сложно при изменении очередного параметра в структуре БД подправить параметр в модели? Или я чего-то не понимаю? :)



миграция - это не только add/remove field.
это вполне может быть UPDATE table SET, который должен быть выполнен.

Всё равно не понимаю сложности. Видимо, не сталкивался с такими задачами в своей практике.

Плюсую

CakePHP (http://cakephp.org) очень удобный и лёгкий в изучении фреймворк