Pavel Dosev
Forum Replies Created
-
Hello @leon1980,
To check this further, could you please provide us with more information on the error so we can recreate it on our end?
The error message you provided is from the screen of WordPress, but the actual error itself that triggered it is different.
There can be an entry in the php_errorlog of your site. Alternatively, you can enable debug mode by adding these lines to your wp-config.php and then re-create the error and provide us with the output generated in the wp-content/debug.log file (Please check and remove/redact any sensitive information in it).
define( 'WP_DEBUG', true ); define( 'WP_DEBUG_DISPLAY', false ); define( 'WP_DEBUG_LOG', true );Thank you @generosus,
We resolved the issue, and the button shows the message correctly when you purge the cache.
The problem was not related to the plugin but to a specific setting on your hosting plan. You can see more information in the ticket you submitted.
Hello @bizetools,
We will need more information to check the issue further and replicate it on our end.
If you are a SiteGround client, please open a HelpDesk request from your Client Area, and we will review the issue further.
If you are not, please provide us with as much information as possible so that we can try replicating your setup on a new WordPress site and recreate the problem after that.
Hello @cuser2,
We do not provide support over the WordPress forum. Please use the available channels through your User Area if you need help.
We do not restrict the support to our clients, and you can still contact us through the form. Below the text you provided, there is a link that you can click and select one of the available categories, the text in it is this one:
If you believe you have an issue that falls in one of these categories, click here to proceed.
Hello @vijayhardaha,
The exclude filter only works with the filename. It checks the whole wp-content recursively and excludes all files matching the file name.
Thus you won’t be able to specify a particular file ajax.php and exclude the rest for other plugins; all of them will be excluded.
Hello @webcoder49,
Since we have not heard back from you recently, I am now marking the case as resolved.
If you need further assistance, please reply back or start a new topic.
Hello @generosus,
Let me address your questions one at a time:
1. When you update a post or a page, the dynamic cache of this post/page is cleared together with the homepage cache. The cache for the other posts/pages will not be cleared.
2. You can place as many URLs in the file as you like and modify it at any time if you need to. Every execution of the script will clear the dynamic cache for the URLs listed in it. Thus you can execute it as much as you need to.
3. This was already discussed previously in this case. We strive to keep the UI as clean as possible and only include frequently used features. With the combination of a complete cache purge, the feature to exclude whole URLs, URL patterns, post types, and the public function to cover single-page cache clearance, we provide means to clear the cache in every situation.
Hello @generosus,
There isn’t a way to purge the cache of a single page through the plugin’s interface. You can exclude post types or URLs entirely from the cache, though.
Normally purging the cache for one page or part of the site is used when something is changed on it. We added the most widely used hooks and cases in WordPress, so making changes to a page through the admin will purge the cache for this page in almost any case.
You can use the function above to clear the whole cache or a specific page. As it is a specific function this should be done by a developer familiar with WordPress as it is intended for them and any customization they add to their site. For now, we are not planning on adding such a feature to the interface as we cover most real-life applications and cases with the available options in our interface and the public function. We also strive to keep the interface clean and easy to use and avoid adding all the plugin’s features.
With that said. If the above is not feasible for you, there is a way to purge the cache of a single page (or more). Of course, this applies only if you need to purge just this page(s). Otherwise, I would recommend purging the whole cache instead.
To do this, you can create a file with the following code inside your public_html, for example, and execute it:
file name: clear_cache.php location: inside /public_html URL to access it: https://domain.com/clear_cache.php<?php // Use full or relative path based on the location of the file and wp-config.php require_once "./wp-config.php"; if (function_exists('sg_cachepress_purge_cache')) { sg_cachepress_purge_cache('https://domain.com/post_name'); sg_cachepress_purge_cache('https://domain.com/post_name2'); }You can place the file in a different folder and name it differently if you like. You only need to correct the relative path to the wp-config.php file or enter the full path to it.
Hello Jon,
I tried to recreate the issue on my end on a default WordPress installation, but the headers I get back when the File cache is turned on/off in both cases is cache-control: no-cache.
It will be easier to check this by trying to recreate the issue. If your site is hosted with Siteground, we can prevent it. It is against the forum rules to provide any details etc. Thus, please submit a ticket to us with a description of the problem and how to recreate it. We can check it on the site or a staging copy and try to determine what might be causing it.
Forum: Plugins
In reply to: [SiteGround Migrator] Different database and files sizeHello @pautgn,
The plugin does not add any new information to the database. It might install SG-Optimizer if it wasn’t present on the old site.
Still, to check this in more detail, you must contact us through the Siteground support channel, where we can see the two databases and the difference between them. The forum rules do not allow any access to the website and to provide you with more information, we will need to check the database itself.
Forum: Plugins
In reply to: [SiteGround Migrator] Is “Search and replace URLs” needed after migration?Hello @pautgn,
You can replace the site’s URLs through Site Tools -> WordPress -> Search & Replace. You can check the tutorial below if you need more information:
https://www.siteground.com/tutorials/wordpress/search-replace/
After that, you can log in to your admin page and change the URLs for Elementor as described in their article below:
https://elementor.com/help/i-changed-the-url-of-my-website-and-elementor-does-not-work-anymore/
Hello @joehodway,
We are not aware of any issue between our plugin and Woocommerce. I also tried to recreate the problem you describe on a default WordPress installation but I was not able to.
We can check this for you, but we will need to check the live website and for you to provide us with a more detailed description of the problem and a step by step instructions on how to recreate it on our end.
To check this, we will need access to the website. Such is not provided through the forum, which is against its rule. If your hosting is with Siteground, please submit a ticket to us through your User Area, and we will check what could be causing this on your website.
Hi @jdelamaza,
The only option added to the .htaccess file in public_html is to block XML-RPC.
The ‘Lock and Protect System Folders‘option in Site security creates a new .htaccess inside the wp-content folder. You can check if this one is still present though normally, the file is removed if this option is disabled or the plugin is uninstalled.
Hello @jimmyoaklawn,
Since we have not heard back from you recently, I am now marking the case as resolved.
If you need further assistance, please reply back or start a new topic.
Hello @shred101,
Since we have not heard back from you recently, I am now marking the case as resolved.
If you need further assistance, please reply back or start a new topic.