Another caching question.

Permalink Browser Info Environment
I have posted in the general editing forum about other "strange" behaviors that seem cache-related, but I can't tell for sure. It may be a concrete5 issue. One of the community responders suggest I check with you. So, for for example, even though I have caching turned off, and have emptied the cache, I cannot upload image files. I get a "Token Error" and am asked to reload the page (which does nothing).

Also, if I upload a group of images, place one on a page, then go back to the File Manager, the newly uploaded images do not show up—unless I click the arrow to show the oldest modified images, and then click it again to show the most recent ones. These images are all small (well under 1MB), properly name jpgs or pngs. I also ftp-ed a file in order to retrieve it from the "Incoming Directory", but the File Manager doesn't see that one at all. I have had some issues with editing a block, which then doesn't show the updated information or disappears entirely from the screen until publishing the page.

It all feels cache-related, but I can't solve it. The web server is not running memcached or varnish, or any other cache accelerator that I am aware of. It's a VPS, so I have more flexibility than shared, but not as much as managed.

I get the same behavior when using Chrome or Firefox.

Any help or insight that you could provide would be highly appreciated. I love the theme. The client loves the look and function of the site (still in development), but I obviously need to solve this issue.


Type: Discussion
Status: In Progress
View Replies:
c5box replied on at Permalink Reply

Token errors occur when your session expires before you could submit a request/response to the server. So this might be a problem with your server configuration. One way to find out is to try and tail the php error logs while you reproduce those errors on the page.

I have also dealt with a client site before who had some really bad caching issues. And it turned out that the site was using a cloudflare CDN. After turning that off, everything went smoothly.

In your case, it really seems that there could be just one misconfiguration that's causing your problems and hopefully the error logs will show what it is. I'll try to do some research on my own. Please let me know if you manage to figure it out.

Kind regards,
DBKG replied on at Permalink Reply
Thanks. I guessed that it was probably something like that (though a developer I am not. I will have to do a bit of research on the php errors issue.). What is strange to me is that everything worked fine for awhile, and I can't think of anything that would have changed the environment.
c5box replied on at Permalink Reply
Ah ok. If it happened recently, maybe you installed an addon which could interfere with the interface? Did you add any new modules to your server? I also compared your env info to mine and everything was looking good.
DBKG replied on at Permalink Reply
Yeah, that's what I can't figure. I didn't add any new addons after the initial installation. I am going to have to table this for the moment, though. The webhost is migrating my VPS to another data center and to newer servers/more recent software. (At my request, unrelated to this issue.) Who knows, if it's something in the current server environment, maybe that will resolve itself. One can hope....
DBKG replied on at Permalink Reply
Sites have been migrated to new servers (same host), and so far, images are uploading fine. So it may have been the server environment (didn't affect 5.6-5.7 sites, just 8.21). If I run into it again, I will let you know. Thanks for your quick responses and offers to help.


concrete5 Environment Information

# concrete5 Version
Core Version - 8.2.1
Version Installed - 8.2.1
Database Version - 20170802000000

# concrete5 Packages
Automatic Email Obfuscator (2.0.1), Background Image and Overlay (0.9.9), Clear Cache on Admin Login (0.9.1), Customize Editing Interface (1.0.1), Genesis Theme (1.1.5), Responsive Embed (1.0.1), Simple Gallery (1.0.3)

# concrete5 Overrides

# concrete5 Cache Settings
Block Cache - Off
Overrides Cache - Off
Full Page Caching - Off
Full Page Cache Lifetime - Every 6 hours (default setting).

# Server Software

# Server API

# PHP Version

# PHP Extensions
bcmath, bz2, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, htscanner, iconv, imap, intl, ionCube Loader, json, libxml, mbstring, mcrypt, mhash, mysql, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, Reflection, session, SimpleXML, soap, sockets, SPL, sqlite3, standard, tidy, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, Zend Guard Loader, zip, zlib

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 4000
memory_limit - 512M
post_max_size - 128M
sql.safe_mode - Off
upload_max_filesize - 128M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
pgsql.max_links - Unlimited
pgsql.max_persistent - Unlimited
session.cache_limiter - <i>no value</i>
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
max_attempts - 10
_SERVER["max_attempts"] - 10
_ENV["max_attempts"] - 10

Browser User-Agent String

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:55.0) Gecko/20100101 Firefox/55.0

Hide Post Content

This will replace the post content with the message: "Content has been removed by an Administrator"

Hide Content

Request Refund

You may not request a refund that is not currently owned by you.