3.4 -> New installation. Cache problem. Help !

Author Message

laurent le cadet

Monday 14 June 2004 6:16:21 am

Hi,

I made a fresh install of a 3.4 plain system and change the folders and settings as its explain in "Creating a new site".

I change the plain folder with "mysite" but the system build it again and store pieces of the cache in it and other parts in "mysite" folder...

I can't change the design of the site by modifying templates and the clean caches button doesn't seems to be efficient (I have to remove the files manually)

Every answer will be welcome ;)

Laurent.

Chakir Piro

Monday 14 June 2004 7:59:19 am

Hi,

I have exactly the same problem!!!

Every answer will be welcome

Nicolas Heiringhoff

Tuesday 15 June 2004 1:55:34 am

Hallo,
the cache problem is very old. It took us a long time to notice, that the caches have to be cleared manualy each time you change something in the templates. We started with eZ Publish 3.3.2 and since then we had these cache problems. I hoped it would be solved in 3.4, but unfortunatly it consists.
Well and then there is this problem with the overrides, that just won't work. I tried to copy the content from the override.ini.append to the override.ini.append.php, but it has no effect, so the ovverides do not work in our eZ Publish 3.4 installation. I can not believe that this is the case, because without the overrides eZ Publish is quite useless, so there has to be a proper solution. I can not imagine, that this "major bug" has slipped into the "stable" version of eZ Publish 3.4.

So all the people out there with their 3.4 installation are waiting for a solution, let's get a cup of tea and wait...

Nico

http://www.heiringhoff.de

steve walker

Tuesday 15 June 2004 8:54:18 am

Hmmmm,

I had it working (after initial install), until I started mucking about with the admin ini area...

I was using my overide pagelayout.tpl happily, but now it'll only use the pagelayout.tpl file found in the 'base' directory :((( - even though site design specifies my 'tcsm' directory...

Looking forward to a response to Zinistry's mail at:

http://www.ez.no/community/forum/setup_design/clarification_and_explanation_from_the_ez_team_cache_bugs

Steve.

http://www.oneworldmarket.co.uk

steve walker

Wednesday 16 June 2004 12:26:02 am

I renamed my design directory and updated site.ini.append.php (from '2gardenct' to 'gardenct') and the overide has kicked back in.

Steve.

http://www.oneworldmarket.co.uk

Nicolas Heiringhoff

Wednesday 16 June 2004 2:27:34 am

The overrides are now working after we followed the advice in the forum that the override rules have to be copied from the override.ini.append to the top of the override.ini.append.php file. After all this is not very convenient, but it works. I turned the template compile option off via the admin interface, but the cache cleaning does not work, so since i use eZ publish cache cleaning never worked, so i am used to do that manualy.

Still it would be nice to hear a word from the eZ Publish crew what they think about this.

Nico

http://www.heiringhoff.de

steve walker

Wednesday 23 June 2004 2:36:22 am

Hi EzCrew,

Has there been any hack found that gets the cache clear functionality working again? Clearing them manually when using my local server on my laptop is fine, but manual deletion on the servers via ftp takes ages.

Any hacks out there?

Steve.

http://www.oneworldmarket.co.uk

laurent le cadet

Wednesday 23 June 2004 2:50:11 am

Hi,

I don't know exactlty how I have made (so many try and error) but it work fine now (I haven't test the look and feel function again ;))
I can send the ini files by mail if that can help someone.

Laurent.

[email protected]

steve walker

Wednesday 23 June 2004 4:26:27 am

OK - big words 'USER ERROR!'

I hadnt chanxged the /var directory in the _admin site.ini, so it didnt match up with the normal site var path...

Sync'd them up and the cache refresh seems to be working OK!

Steve.

http://www.oneworldmarket.co.uk

Ted Striker

Thursday 01 July 2004 2:54:22 am

Cache system when developing a site in eZPublish 3.3 was quite anoying , but in 3.4 is a nightmare!!!

I used to set disable cach in ini files but it did not work quite as expected, sometimes the changes on tpls would show, but most of the times they would not, so I needed to clear chache manually and then reload site to see changes... time consuming.

Now I get another beautiful thing, first load always returns a timeout (yes, I increased excution time in php.ini with zero result), so, now I have to reload page twice!!! double time consuming :)

ezpublish is the best CMS around, but there are still lots of thing that can improve. I hope that when ez community grows the system will grow and improve as well. Keep up the good work!

Can you feel it Mr. Anderson? Closing in on you? Oh I can, I really should thank you after all. It was, after all, it was your life that taught me the purpose of all life. Purpose of life is to end.

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.