My patch to Doctrine was taken into upstream! BWAHAHAHAHA!!!111

skoop:

Craigslist “kids bracelet” FAIL (via @baarserik)

На отличненько.

skoop:

Craigslist “kids bracelet” FAIL (via @baarserik)

На отличненько.

(this post was reblogged from skoop)
Рассматривать чьи-то действия как низкие, подлые, отвратительные или порочные — значит придавать неоправданное значение личности их совершившего, то есть — потакать его чувству собственной важности
Карлос Кастанеда, «Путешествие в Икстлан» (via bobrik)
(this post was reblogged from bobrik)

Рефакторить модель нужно осторожно

После удаления из схемы класса модели не забудьте удалить

  1. этот и сгенеренные на его основе классы из lib/(model|filter|form),
  2. а также и их базовые классы.

Если не удалить 1. при rebuild’е таблицы в БД будут пересоздаваться, несмотря на изменения в схеме; а если не удалить 2. rebuild будет падать со словами class not found.

P.S. Тут в symfony 1.3 whatsnew пишут, что грядет избавление от этого гемора:

You can now manually clean out the generated files related to a model by using the doctrine:delete-model-files task.

Отрадно видеть, что и говорить :)

— …а вспомните, кто первым появился на месте взрыва? Праавильно, ПапаКоли собственной персоной.
— Дада, и сразу «А кто… а кто это сделал?!»

PEAR 1.8 и symfony plugin:*

Если вы обновились до PEAR 1.8, скорее всего у вас отвалятся CLI-таски которые plugin:*

Но не отчаивайтесь — добрый дядя Дастин (dwhittle) уже наступил на эти грабли. Оказывается, тот require и не нужен был вовсе: changeset 17125. Идём по ссылке, сохраняем как патч, применяем — и вуаля. Проверено лично для 1.0 и 1.2

Project-wide config

Кстати, тут в symfony-users пролетала дискуссия “а что тут у нас есть на предмет project-wide конфигурации?”
Правильно — глобальный app.yml (который в config/app.yml). Просто и со вкусом.

Интересно, где в таком подходе могут быть грабли?