Forums / Setup & design / eZFlow Frontpage Caching

eZFlow Frontpage Caching

Author Message

Michael Fürst

Friday 17 April 2009 1:35:15 pm

Hi there,

After a while caching of my eZ 4.1.0 Site works well. I've only one last Problem with the caching of my eZFlow Frontpage:

<strong>Example of my problem:</strong>
I've one article titled "My Story". This article is shown on an eZ Frontpage in a block.
Now, if I change the title of the article, the cache for the view page is cleared well (the title in the detail view changes). But: The title in the eZFlow Block on the Frontpage doesn't change (cache isn't cleared).

So I've to clear the content-cache what is horrible for the performance (all sites have to be regenerated).

I'm looking for a solution that the Frontpage cache is (eZFlow) is automatically cleared on change of a item in a block. Timed-Cache Clearing is also a not so good solution.

Has anyone an idea how to fix this problem (I also couldn't find a solution with SmartCaching rules).

Thanks in advance,
regards,
Michael

André R.

Saturday 18 April 2009 2:46:37 am

> So I've to clear the content-cache what is horrible for the performance (all sites have to be regenerated).

You do not need to do this for the whole site, you can do it pr page in admin by clicking on the large icon on the top left part of the node view when your browsing the object. (If it is a folder it will be a large folder icon, but flow pages only use the default white icon).

AS for automatically clearing cache, I'm not sure how that could be done, if flow pages uses relations internally, then it would be a matter of setting up viewcache.ini rules (though relations should be cleared automatically).

I'll ask Łukasz to give you an answer.

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

Michael Fürst

Monday 20 April 2009 1:18:06 am

Hi Andre,

Thanks for your response. I know, it's also possible to clear single nodes/pages over the bash with clearcache php file for example. But I think it's not really comfortable and a possible reason for mistakes, if the journalists have to clear the frontpage cache over the CMS (by clicking the icon) manually.

Isn't it possible to configure the cachse systems, so that it automatically clears the cache of a frontpage side, if one of the block-linked items changes? At the moment I'm not using the flow-functionality, all items in the blocks are set manually.

Regards,
Michael

Łukasz Serwatka

Monday 20 April 2009 3:29:18 am

Hi Mike,

Few questions. Do you use a custom frontpage class (with different then 'frontpage' identifier)? How does your template for custom block look like? Do you fetch content from tree placed under frontpage which cache is not refreshed?

You can try add to viewcache.ini.append.php for article class following settings:

[article]
...
AdditionalObjectIDs[]=frontpage_object_id
# add this one if missing
ClearCacheMethod[]=object
...

I can't reproduce your error on default installation. I have tested it with custom block. So more information about your setup is welcome.

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Michael Fürst

Monday 20 April 2009 4:57:33 am

Hi Lukasz,

I didn't declare the object id's of the frontpages explicitly.
I just declared:

[article_standard]
DependentClassIdentifier[]=folder
DependentClassIdentifier[]=frontpage
ClearCacheMethod[]=object
ClearCacheMethod[]=parent
ClearCacheMethod[]=relating

When I now declare the additional frontpage object id's as suggested, it works (162 is the object ID of the frontpage object):

[article_standard]
DependentClassIdentifier[]=folder
DependentClassIdentifier[]=frontpage
AdditionalObjectIDs[]=162
ClearCacheMethod[]=object
ClearCacheMethod[]=parent
ClearCacheMethod[]=relating

But i believe, that it shall also work with the first configuration, shouldn't it? Cause the dependent ClassIdentifiert "frontpage" is declared there!?

To your question: I'm using an own article class "article_standard" with the standard frontpage class. I've just added some new fields to the frontpage class, but the name has not changed.

Regards,
Michael

Łukasz Serwatka

Monday 20 April 2009 5:39:22 am

Are you able to reproduce this issue on clean installation? E.g on 4.1.0?

There has to be something that trigger an "issue" in your installation. How does your publish scenario look like (reg. to content structure)?

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Kostadinka Ignatieva

Monday 10 August 2009 2:00:41 am

Hello!

This approach:

[article_standard]
AdditionalObjectIDs[]=162

is working perfectly well for objects of class 'frontpage' but not for other custom classes that use the 'Layout' content class attribute.

Has anyone had the same problem?

Thanks!!!

Iguana IT - http://www.iguanait.com