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 » Install & configuration » eZ Publish site changes not working
expandshrink

eZ Publish site changes not working

eZ Publish site changes not working

Monday 15 September 2014 3:23:38 pm - 9 replies

Hi,

I have an ez publish site that has been working fine up until now. Saturday, I tried submitting a few changes which included some filesystem changes (e.g. ini file changes and template changes). However, I tried cleaning all the caches, I even tried deleting some files from the cache folder and nothing seems to have any effect whatsoever. I tried, as well, restarting the server but nothing seems to produce any change.

Can anyone help me? Is there a way of ensuring or even forcing the ez publish platform to read configurations from the filesystem? At this point, I am running out of options.

Thanks everyone.

Monday 15 September 2014 3:51:27 pm

Are you sure you are in the correct directory?  Maybe there is a dev and a live?  Right machine for the same reason?

Is it running off of static cache?  Is there some other cache  - like varnish - involved?

I would say turn on debug to see what's going on - but if ini changes aren't being picked up then there's no point in that.

If you hard delete everything in your cache directory, does it recreate the cache after you visit the site again?

Monday 15 September 2014 4:07:27 pm

Quote from Steven E Bailey :

Are you sure you are in the correct directory?  Maybe there is a dev and a live?  Right machine for the same reason?

Is it running off of static cache?  Is there some other cache  - like varnish - involved?

I would say turn on debug to see what's going on - but if ini changes aren't being picked up then there's no point in that.

If you hard delete everything in your cache directory, does it recreate the cache after you visit the site again?

Hi Steven,

Is there a way from the administrator interface to double check the correct directory? I have tried several times to make that check but as far as I can tell, I am in the correct directory.

There is only a live directory on that machine.

I don't think I'm using a static cache, can you help me check that? I am under the impression that the only cache I'm using is ez publish one. One important fact, I am running the community version 2012.6

I am a bit reluctant in deleting everything in the cache directory. I tried just deleting a few files that I thought should be rebuilt right away and I saw nothing of the sort. Is it completely safe? What if the cache directory isn't rebuilt? Where are the pages coming from then? And if there is some kind of problem with the cache mechanism, should I expect any problems with the site afterwards?

Thanks for the help.

Monday 15 September 2014 4:43:06 pm

You could put something in your var storage directory and see if you can get to it - i.e. create a file in: <ezroot>/var/<site_access_dir>/storage/file.txt

and then go to:

http://<site>/var/<site_access_dir>/storage/file.txt

You can also check var/log to see if the files there have recent changes.

But, I don't think - unless you've done anything custom kernel changes or changed file system permissions to something incorrect that there is any downside to clearing cache by hand.  You can also run ezcache.php from the command line with the --purge option and see if files are recreated.  And you will have to clear cache to see changes.

Monday 15 September 2014 5:04:09 pm

Quote from Steven E Bailey :

You could put something in your var storage directory and see if you can get to it - i.e. create a file in: <ezroot>/var/<site_access_dir>/storage/file.txt

and then go to:

http://<site>/var/<site_access_dir>/storage/file.txt

You can also check var/log to see if the files there have recent changes.

But, I don't think - unless you've done anything custom kernel changes or changed file system permissions to something incorrect that there is any downside to clearing cache by hand.  You can also run ezcache.php from the command line with the --purge option and see if files are recreated.  And you will have to clear cache to see changes.

Steven, is there any special configuration I might need in order to do that file test? I tried it but I got the message: "Module not found". (I used http://<site>/var/ezwebin_site/storage/file.txt)

I have already checked both /var/log and /var/ezwebin_site/log and I saw no changes.

I have no custom kernel changes so I would say that I'm covered on that end.

Monday 15 September 2014 7:33:50 pm

You should have this in your rewrite rules - either in your .htaccess or virtual hosts file:

Rewriterule ^/var/storage/.* - [L]
Rewriterule ^/var/[^/]+/storage/.* - [L]

Otherwise, you won't see any images that were uploaded as objects - and you wouldn't see this test file.

There other thing you can do is look at the apache log files, to make sure you are actually going to the machine you think you are going to.

Monday 15 September 2014 7:40:50 pm

Quote from Steven E Bailey :

You should have this in your rewrite rules - either in your .htaccess or virtual hosts file:

Rewriterule ^/var/storage/.* - [L]
Rewriterule ^/var/[^/]+/storage/.* - [L]

Otherwise, you won't see any images that were uploaded as objects - and you wouldn't see this test file.

There other thing you can do is look at the apache log files, to make sure you are actually going to the machine you think you are going to.

Again, thank you Steven for your help.

This site is hosted on a hosting service so I have no access to the apache log files. I tried requesting them from the support team but they gave me nothing. Nevertheless, I have access to my .htaccess so I will try that approach.

My only concern about deleting the cache directory is what could happen afterwards. Could I loose all site availability if for some dark reason ez publish just can't re-compile everything again? I am already considering as a last resource option the possibility of installing everything again but this does not bode well in the long run as I may need to upload new improvements at a future time. Any thoughts on this?

Thanks.

Monday 15 September 2014 9:27:44 pm

Well, if you can't clear your cache you're screwed anyway... so, you may as well just do it.  If for some reason you get a white page and nothing else after that - then you have a problem - probably a php error of some sort.

But, what should happen - and normally happens is that you clear the cache and everything shows back up - albeit slowly the first time around.

Depending on the changes that you did to the ini files you could have hosed things... but you're not going to know until you clear the cache - or it times out at some point in time not of your choosing.

Tuesday 16 September 2014 1:37:26 pm

I am going to try and hard delete all the contents of both:
/var/cache
/var/ezwebin_site/cache
However, when I was trying to see the file, I placed it next to some images that I could access through the browser and even though the file had the same permissions, I could see the images but not the file. I looked into my .htaccess file and I don't see any rules targeting images specifically so I would expect the file to be visible as well. Does this episode bring you some new perspective on what the problem might be?

Thanks again. 

Tuesday 16 September 2014 6:05:23 pm

Well, the file test was only to see if you were actually in the filesystem that you thought you were in.  But, testing it on existing files aren't really a good test because if you are looking at a backup copy of the site, then the files could be on both.

It's possible that you have a different rewrite rule that restricts everything under var/storage to image extensions.  You can still use this check then but use an image file of the same extension of the ones you see.

Ultimately, the step after you verify that you are in the right file system is to clear the cache - whether it be by removing all of the files in the cache and <site-access>/cache directories or ezcache.php --purge, so I'd say go ahead and do it.

If the content changes, you know you are in the right place... if you lose all or some of your content check that new cache files were generated and if not check that the user running apache has read/write permissions for the cache directories.  If those permissions are good, then check the settings that you changed for a problem.

expandshrink

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

36 542 Users on board!

Forums menu

Proudly Developed with from