We have a site hosted on Kinsta and are therefore using their build-in cache. We have been using your plugin for a while, and it works great at deactivating the WooCommerce Ajax request when nothing is in the cart. It also activates the Ajax request when something is in the cart. However, Kinsta by default deactivates the cache if it detects woocommerce_items_in_cart. This can be deactivated, but in that case, the cart is also cached and it actually doesn’t update after the Ajax Request as it is supposed to. Do you have any idea, why this might be the case? Or might this be related to the use of Brizy?
Currently, the cart is simply not being updated, when the Kinsta cache is active despite having something in the cart.
Best Regards,
Joris
however, I believe you also mentioned that if you use cache reserve, Browser Cache TTL would need to be set to something other than “respect current headers”
this is my site: https://bippermedia.com
what would you recommend my Browser Cache TTL be set to in order to maximize cache reserve?
and is cache reserve something you still recommend?
—– Kinsta —–
I was with Siteground, but they do not offer the server resources we need so I am moving to Kinsta.
Kinsta says they already have Cloudflare Enterprise and that your Super Cache plugin may not be needed.
But I saw in other questions you say that Kinsta users are also using your Super Cache plugin.
Can you please clarify?
Should I continue to use your Super Cache plugin even though I’m on Kinsta?
thank you sir…
Bobby
]]>@media (min-width: 1200px)
{ h1, h2 { font-size: 3.25rem } }
When I push this change (the font-size was 6rem), it takes effect in my Staging environment:
But not in the live environment:
I have pushed the changes to both servers, cleared cache in Kinsta and WordPress, pushed the staging environment to the live environment in Kinsta. There have been other changes made, like swapping out images, and those all update fine, it’s only the font-size changes. I’m aware there could be rogue CSS screwing things up, but then the issue would be present in both environments, right?
]]>I want to know if the Reverse proxy is the culprit as it does seem to still effect the desktop but not to the degree that I am seeing on Mobile and if the reverse proxy is the cause of Autoptimize not working, what steps can I take going forward to improve the performance?
I am using Kinsta as my hosting provider and they basically told me that the configuration of the site could be the issue but wasn’t sure and to connect with the plugin support.
“We will be unable to allow the reading the /etc/php/8.0/fpm/php.ini file. We can’t support apimatic/jsonmapper.”
Please advise.
]]>I’m working on a staging site on a Kinsta server. The FDP plugin is installed, active, and working. I’m trying to preview a page with the lens icon, but a browser dialog box comes up saying ‘something went wrong’.
I only have access to the staging site. The FDP debug plugin is also installed. How could I best go about troubleshooting this?
Thank you for your assistance.
]]>2023/03/16 05:51:34 [error] 72471#72471: *94133 FastCGI sent in stderr: “PHP message: PHP Fatal error: Uncaught Error: Call to undefined method Kinsta\Cache_Purge::purge_complete_full_page_cache() in /www/installname/public/wp-content/plugins/fresh-forms-for-gravity/fresh-forms-for-gravity.php:254
]]>public function add($message, $override_silent = false)
{
if (!$this->_silent || true === $override_silent) {
if (is_array($message)) {
$message = print_r($message, true);
}
$this->_logger->add($this->get_domain(), getmypid() . ' - ' . $message);
}
}
Is it possible to change getmypid() to something else? Some hosts (Kinsta for example) have disabled this function for security reasons.
The result is that when an order is placed, it won’t go through resulting in a Fatal error.