The caching implementation in OJS moved with 3.4.0 from a homebrew (not great) cache implementation to the Laravel opcache toolset. I don’t think it’s very common for providers to disable the opcache tools in the PHP configuration, but as you’ve encountered, some do. If it’s at all possible, I would ask the hosting provider to enable access to those tools for your site if they’re able.
Alternately, if you’re willing to experiment a little, you might be able to get an alternative cache implementation working with just a bit of configuration. The Laravel caching toolset supports several back ends, and OJS’s configuration is hard-coded here:
If your server has another implementation available, you might be able to adjust the configuration to make use of it instead. While I can’t provide a ton of help with this beyond laying out the options here, I’d be interested in feedback that might lead to official support for other configuration options.
Regards,
Alec Smecher
Public Knowledge Project Team
dear @asmecher,
thank you for such prompt reaction - this is perfect. I used the “file” driver and problem solved. And agree, this could be interesting for general configuration options of OJS similar to “object_cache” directive, to enable such fallback option as a choice from predefined stores. For anybody else with similar problem:
I would appreciate also a config option for the cache location as don’t feel comfortable when blending code and temp, but to keep tight with the topic - SOLVED and thank you!
Thanks, that’s very helpful! This is such a straight-forward addition that I shoehorned it into the existing issue #7111 (re: caching). There are two relevant commits that will probably apply cleanly to 3.4.0-x: