Хабрахабр / Комментарии к посту «Фрагментарное кэширование в MVC веб-фреймворках» в блоге «PHP»

08.04.2008 13:41:08 dmmd

dmmd — Tue, 08 Apr 2008 13:41:08 GMT

Обязательно почитаю.

08.04.2008 07:46:33 dpp

dpp — Tue, 08 Apr 2008 07:46:33 GMT

Написал подробную статью о том как устроены шаблоны Django и как в Django решается сабж.

04.04.2008 11:50:24 cloud

cloud — Fri, 04 Apr 2008 11:50:24 GMT

У меня, например, сделано так: кэшируются выборки из базы. Каждая выборка- отдельный объект, который может быть поименован согласно того что именно выбирается (это делается как правило на уровне модели), т.е. контроллер спрашивает у модели "записи пользователя 1", модель возвращает выборку и именует ее. Именование идет каскадно. Соотв. по имени можно сбросить все связанные кэши.

Если очень хочеться закэшировать html, то у меня это реализовано приблизительно следующим образом:
1. Выборка передается в шаблон, шаблон пробегается по ней в цикле, при этом непосредственно запрос к БД/кэшу происходит on-demand.
2. Если мы кэшируем какой-то участок шаблона- если кэш не найден, запоминаются все имена произведенных выборок, после чего запоминаем в кэше собствено html и связи с именованными выборками.
3. При изменении модели она сбрасывает все кэши с некоторым именем, как кэши выборок, так и непосредсвенно html.

Сам вызов кэша в шаблоне реализован как активный тег поэтому выглядит все как-то так:
контроллер



$sel= new items_select();

$sel->Where('UserID',eq,$UserID);

//Имя кэша:

$sel->setCacheName('user_items_'.$UserID);

//Постраничный вывод:

$sel->Limit((int)$_REQUEST['page']*10,10);

Шаблон:
(тупо делаем имя по строке запроса)







{$Title}

03.04.2008 13:31:48 bezuman

bezuman — Thu, 03 Apr 2008 13:31:48 GMT

да и вообще КЭШИРОВАТЬ НУЖНО НЕ КУСКИ VIEW а куски данных которые нужны для вью, которые собираются контроллером, кэширование вью это отдельная ступенька

03.04.2008 13:24:40 bezuman

bezuman — Thu, 03 Apr 2008 13:24:40 GMT

все круто но само по себе кеширование кусков кода или результатов функций это просто

сложнее гораздо когда один и тот же кусок данных используется в нескольких местах) в этом случае при его изменении необходимо сбрасывать кеш со всеми местами где он используется) вот в таком случае не просто получается

01.04.2008 21:23:55 dmmd

dmmd — Tue, 01 Apr 2008 21:23:55 GMT

Ну что ж, действительно, при таком подходе (похоже на Code Igniter, что ли) так будет совсем красиво. У меня-то переменные в шаблоне уже просто как $product, $category, $books и т.п. появляются, так что __call или __get некуда приделывать.
Замечательное развитие мысли, спасибо.

01.04.2008 21:06:15 davojan

davojan — Tue, 01 Apr 2008 21:06:15 GMT

Ну, собственно, да - элегантнее можно. По крайней мере в том движке, в котором работаю я, все данные к представлению попадают через специальный объект, который называется "контекст" (в шаблоне он называется $c), так вот:

Контроллер (было):



$this->c->someVar = $this->calculateSomeVar( $argument );

Контроллер (стало):



$this->c->jitVar( 'someVar', $this, 'calculateSomeVar', $argument );

Представление (не изменяется):



someVar ?>

Как написать __get() надо объяснять?

01.04.2008 20:51:31 dmmd

dmmd — Tue, 01 Apr 2008 20:51:31 GMT

Спасибо за подсказку про строку, проверю, не знал.

01.04.2008 20:46:54 davojan

davojan — Tue, 01 Apr 2008 20:46:54 GMT

Очень полезная идея, эдакий отложенный запуск экшна. Правда есть подозрение, что если подумать, то можно реализовать это элегантнее.

Из замечаний: со статическими вызовом перемудрили, не нужно никаких двух двоеточий, call_user_func умеет принимать на вход массив, в котором первый элемент строка, а не объект - тогда он делает вызов статической функции.

А вообще, спасибо за идею.

31.03.2008 08:30:49 AirWorker

AirWorker — Mon, 31 Mar 2008 08:30:49 GMT

ошибся немного - page - это свойство:
$this->page->getLayout(2)->getBlock('spisokTovarov)->аВотТутМожноВсе();
(ну да ладно:)

31.03.2008 08:29:04 AirWorker

AirWorker — Mon, 31 Mar 2008 08:29:04 GMT

Фундаментальная проблема - это то, что контроллер никак не может добраться до этого блока, чтобы "контролировать" его.
Мой концепт (action-controller)

...
$this->page()->getLayout()->getLayout()->getBlock('spisokTovarov)->аВотТутМожноВсе();
...
или:
$this->page()->getLayout(2)->getBlock('spisokTovarov)->аВотТутМожноВсе();

31.03.2008 08:14:44 eschava

eschava — Mon, 31 Mar 2008 08:14:44 GMT

>> вызывать контроллер из представления логически абсурдно

почитайте, пожалуйста, Фаулера "Архитектура корпоративных программных приложений", ставшую уже классической.

Станете еще большим занудой и эстетом, но в более правильном направлении ;)

30.03.2008 22:22:30 alexblack

alexblack — Sun, 30 Mar 2008 22:22:30 GMT

"выполнить модель данных" - LOL

p.s. брызь читать внимательно: http://ru.wikipedia.org/wiki/Model-view-…

30.03.2008 17:09:59 BonySoft

BonySoft — Sun, 30 Mar 2008 17:09:59 GMT

>>Класс за основу брал отсюда: http://larin.in/archives/1
:)) наверное все-таки отсюда: http://larin.in/archives/21

30.03.2008 16:38:23 tosick

tosick — Sun, 30 Mar 2008 16:38:23 GMT

Кроме MVC push существует еще MVC pull, который и подразумевает вызов контроллера из вью.

30.03.2008 12:54:51 Tenkoff

Tenkoff — Sun, 30 Mar 2008 12:54:51 GMT

Это я коментирующим тута :)

30.03.2008 12:25:06 Santacruz

Santacruz — Sun, 30 Mar 2008 12:25:06 GMT

Правильный выбор товарисч!

30.03.2008 10:42:23 dmmd

dmmd — Sun, 30 Mar 2008 10:42:23 GMT

Да не то это, это как бы компонент кэшируется целиком.
У меня про другое совсем, см. в апдейте.

30.03.2008 10:25:46 iniweb

iniweb — Sun, 30 Mar 2008 10:25:46 GMT

function test()
{
if(!$content = $this->CI->cache->load('top_news', 60*60))
{
$this->CI->view(shablon) - К примеру

$this->CI->cache->save($content, 'top_news');
}
return $content;
}

Получаем нужный результат, все происходит до выполенения View.

Класс за основу брал отсюда: http://larin.in/archives/11

30.03.2008 10:03:35 dmmd

dmmd — Sun, 30 Mar 2008 10:03:35 GMT

Да, это очень похоже, но не совсем то.
В документации: $res = $cache->foobar('1', '2');, то есть для выполнения закэшированного нужно все-таки знать, ЧТО должно выполниться.
У меня же этого знать не нужно. Знаем мы только в контроллере, а в шаблоне всегда одно и то же: $res = utils::run( $res );
Повторюсь: я и так использую Zend Cache, обернув его своим cacher.

30.03.2008 09:52:35 feedbee

feedbee — Sun, 30 Mar 2008 09:52:35 GMT

Варианты есть разные. Вариант 1: поставить триггеры на изменение и добавление данных. При изменении устанавливать флаг в отдельной таблице. Способ наверное самый простой. Проверку флага можно организовать в хранимой процедуре, которая будет возвращать либо кеш, либо выполнит запрос и вернет новые данные, закешировав их. Если кеш не хранится в базе, достаточно просто получать из базы флаг.

Второй вариант очевиден. Управлять флагом при внесении изменений в базу из модели данных. Т.е. когда PHP/Python/Ruby/C# или что-то там еще отправило данные в таблицу, выставлять флаг (можно в базе, можно вне базы).

А можно и вообще без флагов. При добавлении/изменении данных создавать кеш. Это подойдет, если кеш создается относительно быстро, а добавление/изменение происходит относительно редко.

Ну есть вообщем-то и другие варианты, но их я пожалуй опущу...

30.03.2008 09:40:39 Santacruz

Santacruz — Sun, 30 Mar 2008 09:40:39 GMT

Посмотрите пожалуйста http://framework.zend.com/manual/en/zend…

Вы это хотите реализовать?

30.03.2008 08:42:12 dmmd

dmmd — Sun, 30 Mar 2008 08:42:12 GMT

Так никто же не вызывает ничего подобного. Код читали?

30.03.2008 02:59:16 Tenkoff

Tenkoff — Sun, 30 Mar 2008 02:59:16 GMT

И если уж такая пьянка, с вызовом данных из представления, то вместо этого порно - "{block action="Mod_Products.blockNewProducts" limit="10"}", можно было бы сделать так: {model="NewsBlock" view="News"}, т.е. указать какую модель данных выполнить и какое представление наложить на всю эту кашу

30.03.2008 02:45:21 Tenkoff

Tenkoff — Sun, 30 Mar 2008 02:45:21 GMT

Может я зануда и эстет, НО:
- вызывать контроллер из представления логически абсурдно
- пихать в контроллер "модельную" состовляющую - некрасиво

p.s. брызь читать внимательно: http://ru.wikipedia.org/wiki/Model-view-controller

29.03.2008 23:31:31 BonySoft

BonySoft — Sat, 29 Mar 2008 23:31:31 GMT

>> Решаемая, конечно, но геморная. Ведь надо знать, менялись
>> ли данные в базе. Можно такой мониторинг организовать,
не могли бы вы порекомендовать пути решения? тоже бьюсь над проблемой "как узнать, expired ли кэш query, не обращаясь к БД" и кроме как "сбрасывать кэш при изменении данных в админке" (вот это действительно ugly :), ничего в голову не приходит

29.03.2008 22:15:41 dmmd

dmmd — Sat, 29 Mar 2008 22:15:41 GMT

Это, между прочим, вопрос - что лучше? Настраивать отдельно (и помнить об этой новой связи) или выполнять действия именно там, где они нужны.
Потом, во view придется все-таки указать сам блок для кэширования, это и сделано.
Заметка все равно не об этом, а только о маленьком нюансе.

29.03.2008 22:05:21 eschava

eschava — Sat, 29 Mar 2008 22:05:21 GMT

настоящая элегантность - это кеширование должно быть вообще прозрачным и для view и для контроллера, а настраиваться где-нибудь отдельно

29.03.2008 19:58:19 dmmd

dmmd — Sat, 29 Mar 2008 19:58:19 GMT

Да, похоже.

29.03.2008 19:50:43 unnamed01

unnamed01 — Sat, 29 Mar 2008 19:50:43 GMT

Насколько я понял основная фишка здесь паттерн Lazy load (или как-то похоже называется). То есть мы в шаблон передаем не данные, а указываем как их получить. А получаются они только в момент реального использования, то есть при работе с темплейтом.

29.03.2008 18:13:34 twi

twi — Sat, 29 Mar 2008 18:13:34 GMT

Да, каюсь, прочитал заголовок только и сразу комментировать... =)

29.03.2008 18:12:08 mx2000

mx2000 — Sat, 29 Mar 2008 18:12:08 GMT

А если данные грепаются не из базы? А, скажем, из сокета?

29.03.2008 18:00:48 dmmd

dmmd — Sat, 29 Mar 2008 18:00:48 GMT

Написал апдейт, пояснил.

29.03.2008 18:00:10 dmmd

dmmd — Sat, 29 Mar 2008 18:00:10 GMT

Написал апдейт, пояснил.

29.03.2008 17:59:39 dmmd

dmmd — Sat, 29 Mar 2008 17:59:39 GMT

Спасибо за возможность.

29.03.2008 17:58:52 ivr

ivr — Sat, 29 Mar 2008 17:58:52 GMT

вот пример такого подхода для JSP: http://www.servletsuite.com/servlets/cac…

29.03.2008 17:35:54 dmmd

dmmd — Sat, 29 Mar 2008 17:35:54 GMT

Так и делаю, написал выше. Иногда все-таки не все удается разбить, или это породило бы массу дублирования. Пример с последними товарами выбран для простоты. Показательно, что автор подкаста столкнулся именно с проблемой, для которой я предложил решение. То есть это не только мне нужно. ;-)

29.03.2008 17:33:53 dmmd

dmmd — Sat, 29 Mar 2008 17:33:53 GMT

Я тут писал не про само кэширование, оно-то у меня именно с помощью Zend Cache и сделано. cacher - это мой класс-обертка, для компактности.

29.03.2008 17:32:51 dmmd

dmmd — Sat, 29 Mar 2008 17:32:51 GMT

Да, такое у меня есть, именно вызывается отдельный метод какого-то контроллера. Однако на практике так делать удобно не всегда.

29.03.2008 17:31:11 dmmd

dmmd — Sat, 29 Mar 2008 17:31:11 GMT

В моем фреймворке компоненты тоже есть, конечно. И тем не менее, описанная схема полезна. Впрочем, тут не поспоришь - если не возникает необходимости, то пользоваться и не надо. :-)