TranslationCache=enabled rewrites cache on each request - possible bug?

Next topic

Author	Message
Christian Rößler	Wednesday 03 November 2010 3:55:09 am Hy community, I found out that enabling TranslationCache (which is ON by default in settings/site.ini) regenerates/rewrites the cache-files in /var/<sitename>/cache/translation/* on each request. This surely can not be the desired behavior as this implies heavy operations on the php-side on each request and makes everything a few milliseconds slower ;-) . I could verify that on a clean installed eZPublish 4.3 and 4.4, using a vanilla install with ezflow demo content package. When I disable TranslationCache (TranslationCache=disabled) in settings/override/site.ini.append.php those files were not written and thankfully the ViewCache took care of caching stuff. Could someone please verify before I file a bug? What is the desired behaviour? Am I missing something? The behavior can be verified/watched with linux-strace-command on apache and by simply "tail -f var/<site>/log/storage.log ". Thanks, Chris Hannover, Germany eZ-Certified http://auth.ez.no/certification/verify/395613
Cosimo Paladini	Wednesday 03 November 2010 6:20:43 am Hi, a bug has already been reported: issues.ez.no/IssueView.php?Id=17358
Christian Rößler	Wednesday 03 November 2010 7:19:40 am " Hi, a bug has already been reported: issues.ez.no/IssueView.php?Id=17358 " Ah, great! Didn't found that issue when searching for TranslationCache in the tracker. Thanks for pointing out. It seems to be fixed for the next release of eZPublish: 4.5, which is due in april or may 2011 ... Will mark this thread as solved. Enough Information was shared and a workaround as well as an issue-link have been communicated. chris Hannover, Germany eZ-Certified http://auth.ez.no/certification/verify/395613

Author

Message

Wednesday 03 November 2010 3:55:09 am

Hy community,

I found out that enabling TranslationCache (which is ON by default in settings/site.ini) regenerates/rewrites the cache-files in /var/<sitename>/cache/translation/* on each request. This surely can not be the desired behavior as this implies heavy operations on the php-side on each request and makes everything a few milliseconds slower ;-) .

I could verify that on a clean installed eZPublish 4.3 and 4.4, using a vanilla install with ezflow demo content package.

When I disable TranslationCache (TranslationCache=disabled) in settings/override/site.ini.append.php those files were not written and thankfully the ViewCache took care of caching stuff.

Could someone please verify before I file a bug?
What is the desired behaviour? Am I missing something?

The behavior can be verified/watched with linux-strace-command on apache and by simply "tail -f var/<site>/log/storage.log ".

Thanks,

Chris

Hannover, Germany
eZ-Certified http://auth.ez.no/certification/verify/395613

Cosimo Paladini

Wednesday 03 November 2010 6:20:43 am

Hi,

a bug has already been reported: issues.ez.no/IssueView.php?Id=17358

Christian Rößler

Wednesday 03 November 2010 7:19:40 am

Hi,

a bug has already been reported: issues.ez.no/IssueView.php?Id=17358

Ah, great! Didn't found that issue when searching for TranslationCache in the tracker. Thanks for pointing out.

It seems to be fixed for the next release of eZPublish: 4.5, which is due in april or may 2011 ...

Will mark this thread as solved. Enough Information was shared and a workaround as well as an issue-link have been communicated.

chris

Hannover, Germany
eZ-Certified http://auth.ez.no/certification/verify/395613