Updates to site keep reverting back
Permalink Browser Info Environment
This is getting real frustrating. I'll make changes to a page or to the theme design (colors etc) and save. Things seem fine for a bit but then the changes revert back to what I had previously. Ive turned off all caching and cleared the cached. Ive tried different browsers as well. We have used the Framework theme a bunch but never ran into this problem. Any ideas?
website:http://summitmtnhomes.com
website:http://summitmtnhomes.com
| Type: | Ticket |
|---|---|
| Status: | Archived |
Hi James not sure if you saw my response, its now showing up in the support area of Concrete5.com. Anyway, not sure about CDN. We are developing this site on a different host (Bluehost) so that might be it. I looked around on Bluehost but didn't find anything. Ill keep poking around
Hi Tom
Try to also check the session expiry and file permissions. Try to also compare server configurations from your working server to this one. You could also ask support from your hosting, they should be familiar with this problem.
KInd regards,
JAmes
Try to also check the session expiry and file permissions. Try to also compare server configurations from your working server to this one. You could also ask support from your hosting, they should be familiar with this problem.
KInd regards,
JAmes
Thanks James, I set the page expire to 1 minute. Not sure what I should be looking at with File Permissions. Can you point me in the right direction? Ive attached some screenshots for reference. I'll contact Bluehost and see if they can help.
Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.
To re-open this issue, reply to this message.
To re-open this issue, reply to this message.
Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.
To re-open this issue, reply to this message.
To re-open this issue, reply to this message.
Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.
To re-open this issue, reply to this message.
To re-open this issue, reply to this message.
Was there ever a solution to this problem?
The website I support is doing something similar. One particular type of block keep reverting back to a previous state. Very frustrating for our content creators.
We have tied removing the block all together, and refreshing the block in settings. We have also redefined the area on the page that the block lived it.
Thanks for your help and suggestions!
-Ezra
The website I support is doing something similar. One particular type of block keep reverting back to a previous state. Very frustrating for our content creators.
We have tied removing the block all together, and refreshing the block in settings. We have also redefined the area on the page that the block lived it.
Thanks for your help and suggestions!
-Ezra
Our developer was able to fix it. It had something to do with the way Bluehost is setup optimizing the hosting for Wordpress and not C5. Here is his response:
-----------------
I’ve found a cause for these issues and have tidied things up.
I was able to replicate the issue by go to a page, looking at the attributes panel, adding in an attribute and saving it down - if I then revisited the panel the attributes wouldn’t stick. When I looked at the responses in the developer tools I could see the panel requests being cached.
What I found was that caching of html/php responses was enabled via the htaccess file, this was due to it being full of Wordpress related caching rules, which have no place on a concrete5 site.
I’ve stripped these rules out and have put in our ‘standard’ htaccess lines which does enable caching but correctly prevents it for pages and panels. After this I tried my test above and the site appears to be behaving correctly now.
-----------------
I’ve found a cause for these issues and have tidied things up.
I was able to replicate the issue by go to a page, looking at the attributes panel, adding in an attribute and saving it down - if I then revisited the panel the attributes wouldn’t stick. When I looked at the responses in the developer tools I could see the panel requests being cached.
What I found was that caching of html/php responses was enabled via the htaccess file, this was due to it being full of Wordpress related caching rules, which have no place on a concrete5 site.
I’ve stripped these rules out and have put in our ‘standard’ htaccess lines which does enable caching but correctly prevents it for pages and panels. After this I tried my test above and the site appears to be behaving correctly now.
Hi,
This is happening to me at the moment actually - I don't suppose you'd be able to share what changes your developer made to the .htaccess files to address the overzealous caching?
Thanks,
Jen
This is happening to me at the moment actually - I don't suppose you'd be able to share what changes your developer made to the .htaccess files to address the overzealous caching?
Thanks,
Jen
Hey Jen, .htaccess stuff is way over my pay grade. All I know is what he mentioned above. If you'd like, I can send you his contact info.
Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.
To re-open this issue, reply to this message.
To re-open this issue, reply to this message.
Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.
To re-open this issue, reply to this message.
To re-open this issue, reply to this message.
Are you using CDN services like cloudflare? I've experienced something like this a while back and disabling the CDN caching did the trick. Is this site running on the same server as your other framework sites?
Kind regards,
James