to post messages and comments.

В общем я сделал "свой" (по инструкции) блог на базе Symfony, пока без админки и всего такого. Но мне понравилось.
В целом впечатления такие (не забываем, что я ниразу не программист):
1. Фреймворк похоже богатый по возможностям, но местами нужно несколько поменять сознание, чтобы работать с ним.
2. Фреймворк достаточно прост, чтобы я смог понять как он работает (Yii или там Laravel я не смог осилить)
3. Чем то неуловимо напоминает Codeigniter, но CI на мой взгляд сильно проигрывает по функционалу из коробки и сильно выигрывает в качестве "простенький фреймворк чтобы быстренько накидать блоговый движок". И проигрывает в "а давайте запилим high availability high reliability enterprise production system что было пиццот милиардов фишек"
4. Нравится обилие модулей (есть вроде как модуль sonata-admin/page-bundle, который прямо из коробки CMS делает, прикольный, понять бы мне ещё как его завести)
Я продолжу его дальше ковырять в свободное время, возможно опять свалю с Maxsite CMS.

Есть объект класса. Для класса абсолютно точно сгенерена форма, как получить имя формы для этого класса? Сейчас использую костыль — $class = $get_class($object).'Form' но это не Ъ

Симфони при вычислении ключа для хеширования объекта при View использует и служебные поля (хотя к ним обращаться во view категорически не рекомендуется). В итоге при добавлении узла в дерево на первый уровень (ребенок корня) пересчитываются служебные поля всего Nested Sets Tree и у меня экспайрится весь кеш

Поставил sfGuardPlugin, всё ок, вот только страничка логина английская, никто не знает, как русифицировать?
В settings.yml фронтенда:
all:
.settings:
charset: utf-8
i18n: true
default_culture: ru_RU
standard_helpers: [Partial, Cache, I18N]
Что не так?

чтобы запустить sfPhpunitPlugin потратил полчаса — оказывается он по умолчанию генерит абстрактные классы тестов. С(т)ранное решение. Теперь мы напроч отказываемся грузить стандартные фикстуры из sf_root_dir/data/fixtures , мы пытаемся найти там *.doctrine.yml . Ну не копировать же 040_table_name.yml в другую папку с нужным именем.. а если потом изменится? ведь никто заново не скопирует....

В общем в который раз Symfony и Doctrine портят мне нервы ... БЛИН!!!!!

Почитал новости о Symfony 2.0, появилось несколько маленьких идей для LIMB (жаль, что сейчас не пользуюсь им и не могу тратить время на фичи/багфиксы, однако надеюсь, что в будущем буду пользоваться). Но в целом впечатление такое, что это лимб года 4 назад... Они наконец-то сделали нормальное тестирование, наконец-то жестко разделили компоненты и позволили использовать их без Symfony, наконец-то валидация данных происходит в модели, а не в каких-то там формах. В общем... чем больше знаю Symfony, тем больше люблю LIMB.

А миграции в Doctrine недопилены! А еще после ебли с миграциями становится непонятно: нахуя вообще хранить схему в Yaml-конфиге, если она и так в базе есть. Тем кто пользует MySQL советую для миграций: antonoff.info mercurial репозиторий тут: bitbucket.org . Буду благодарен за найденные баги, подкинутые идеи. Возможно буду дорабатывать под SQLite и Postgres, а возможно не буду.
Кого заебла Doctrine и еще остались отходные пути — советую lmbActiveRecord на замену ( limb-project.com ).

coNfig::get(app_....) переколбашивает Ямл-вложенность в подчеркивания только до третьего уровня. Дальше вложенность остается-массивом. Интересно, какую траву они курят?

Я зол... Кто ж, блять, дает миграциям версии с порядковым номером!?!?!?!? И как их разгребать, если Вася и Петя создали Version2 extends Doctrine_Migration_Base ?????
Не умели подумать о конкурентности миграций, так и не брались бы говорить, что миграции в доктрине есть!
Миграции в Doctrine УЖАСНО НЕ ПРОДУМАНЫ, говорю я вам!

Такое ощущение, что оба проекта в глубоком ступоре по документации.
Раньше у обоих был описан быстрый старт, теперь же стартануть по туториалу Doctrine2 вообще невозможно, а туториала по Symfony2 вообще нет!
Ох как не хочется переделывать сайт на работе на старых движках...

Бесит уже симфония...
sfYamlParser

public function parse($value)
{
$this->value = $this->cleanup($value);
$this->currentLineNb = -1;
$this->currentLine = '';
$this->lines = explode("\n", $this->value);
// unset($this->value) НЕЛЬЗЯ БЫЛО ТУТ ПОСТАВИТЬ????????
$data = array();
while ($this->moveToNextLine())
{
if ($this->isCurrentLineEmpty())
...........
а я тут сижу и думаю.... почему же эта хрень (иначе не назвать) кушает 2Гб оперативы, чтоб загрузить 11метров yaml-фикстуры в sqlite, база которого в итоге будет весить 14метров
Однозначно — yaml === зло!!!