видимо зарегатся у них, и там же отключить рассылку — это как один из методов спам-блока :)
з.ы. сам там зарегистрирован, и по началу частенько получал «уведомления», в том числе и от Халявина.
после отключения рассылки вспоминаю об этом ресурсе только с хабра и еще пары пиар-ресурсов.
Ну эти две строки в данном случае ни сколько не избыточны. Ведь «путь к корню проекта» как-то должен попасть в конфиг, для подстановки в плейсхолдеры. И тут выбран самый простой вариант: взять конфиг; добавить необходимые свойства; обгадить конфиг. KISS.
Другое дело, можно $rootPath сохранить в реестре(это значение много где может пригодится), и научить конфиг «общаться» с этим реестром. Но в вышеописанном варианте конфиг по сути сам будет является реестром(его частью? :)), который один раз инициализировался в бутстрапе и потом юзается.
Тут точно не могу сказать. Использую Doctrine и соответствующий адаптер. Там вообще с кешем беда, причем отчасти она связана именно с Doctrine. Пока с этой проблемой руки не доходят разобраться. :-|
апнулся.
Проблема только с Zend_Paginator возникла. В этом релизе значение $_itemCountPerPage стало null(раньше было 10), и появилось дефолтное static свойство $_defaultItemCountPerPage, которое, судя по всему, должно заюзаться, если не установлено $_itemCountPerPage.
Но при этом везде свойство $_itemCountPerPage используется по старому ($this->_itemCountPerPage), что, имхо, не правильно.
Как вариант либо хачить Zend_Paginator, заменив $this->_itemCountPerPage на $this->getItemCountPerPage() (что наверняка сделают разрабы в дальнейшем). Либо явно задавать в:
— Zend_Paginator::setConfig(new Zend_Config(array('itemcountperpage' => 10)))
— $zendPaginatorObject->setItemCountPerPage($count)
з.ы. сам там зарегистрирован, и по началу частенько получал «уведомления», в том числе и от Халявина.
после отключения рассылки вспоминаю об этом ресурсе только с хабра и еще пары пиар-ресурсов.
Паттерны не панацея. Есть проекты, и есть решения… не обязательно одинаковые при этом.
з.ы. неужели Вы никогда не пользуетесь этим антипаттерном? ;)
Другое дело, можно $rootPath сохранить в реестре(это значение много где может пригодится), и научить конфиг «общаться» с этим реестром. Но в вышеописанном варианте конфиг по сути сам будет является реестром(его частью? :)), который один раз инициализировался в бутстрапе и потом юзается.
Ведь в данном случае нет зависимости от формата конфига. Можно юзать хоть ini, хоть xml, хоть array.
2 автор: до кучи можно сделать парсинг плейсхолдеров по запросу секций, а не при инициализации конфига. Мелочь, а приятно.
Проблема только с Zend_Paginator возникла. В этом релизе значение $_itemCountPerPage стало null(раньше было 10), и появилось дефолтное static свойство $_defaultItemCountPerPage, которое, судя по всему, должно заюзаться, если не установлено $_itemCountPerPage.
Но при этом везде свойство $_itemCountPerPage используется по старому ($this->_itemCountPerPage), что, имхо, не правильно.
Как вариант либо хачить Zend_Paginator, заменив $this->_itemCountPerPage на $this->getItemCountPerPage() (что наверняка сделают разрабы в дальнейшем). Либо явно задавать в:
— Zend_Paginator::setConfig(new Zend_Config(array('itemcountperpage' => 10)))
— $zendPaginatorObject->setItemCountPerPage($count)
в остальном полет нормальный.
vid_restart