This site has been archived and you can no longer log in or post new messages. For up-to-date community resources please visit ezplatform.com

eZ Community » Forums » Setup & design » eZFlow Frontpage Caching
expandshrink

eZFlow Frontpage Caching

eZFlow Frontpage Caching

Friday 17 April 2009 10:35:15 pm - 6 replies

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

Saturday 18 April 2009 11: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.

Monday 20 April 2009 10: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

Monday 20 April 2009 12:29:18 pm

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.

Monday 20 April 2009 1:57:33 pm

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

Monday 20 April 2009 2:39:22 pm

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)?

Monday 10 August 2009 11: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!!!

Modified on Monday 10 August 2009 12:49:18 pm by Kostadinka Ignatieva

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from