Venkat Raj
Forum Replies Created
-
@ashleighm Could you please comment out this line and see if that fixes issue? https://plugins.trac.wordpress.org/browser/post-smtp/trunk/Postman/extra/no-localhost-mails.php#L8
If there are no other plugins, except WPO and Post SMTP, then probably post smtp wrongly conclude cached site as localhost and definewp_mail
Mere existence ofwp_mailsets$this->bindErrorastrueAs I said earlier, WP Optimize don’t declare
function wp_mailwhich you can test by searching the source code. You are saying that no other plugins are there and theme as well doesn’t declare it. So above is the only possibility I seeThanks @jaimetur
We’ll look into this@ashleighm It doesn’t have to be
MailGunAny other plugin that deals with sending email such asmailinby sendinblue or CF7
See here https://wordpress.org/support/topic/wp_mail-declared-by-another-plugin-theme/
If you have enabledLog events to emailin Logging settings in WPO, try removing it.@francoc30 As you can see here https://plugins.trac.wordpress.org/browser/wp-optimize/trunk/cache/file-based-page-cache-functions.php#L214
This can’t happen whenshutdownhook is executed. But the backtrace suggests that it happens duringshutdownactions.
Two possible reasons I can think of is that
1. Two cron jobs are running at the same time
2. When scheduled preload is running, a visitor visits your site manully
Did you moved your site from one hosting provider to another?@laserstore Could you please provide
Cache => Advanced Settingspage screenshot to refer the settings inURLs to exclude from caching? Thanks!
Also, do you seewpo-cache-status: cachedheader in your html response?
See how to check it here: https://stackoverflow.com/questions/4423061/how-can-i-view-http-headers-in-google-chrome@silklink I see no issues. Please refer screenshot
The issue may exists in the past. One possible reason is that your old hosting server doesn’t support webp redirections (or in case of nginx server, it doesn’t have proper rules in the config)
When you moved the capability of webp redirection result (which is cached by WPO) is forwarded to new hosting server and hence you see jpg images. Now it is all webp because WPO tests webp redirection capabilitiy once in every 24 hours.- This reply was modified 3 years, 3 months ago by Venkat Raj.
@ashleighm How do you conclude that it is WP Optimize that causes the issue? Yes, WP Optimize uses
wp_mailbut it is not declaring it.
See the screenshot: https://prnt.sc/3SEqUoq6cDQv
In my case, it isMailgunplugin that declareswp_mailDisabling it solves the issue.@wpmusic2 Where do you see this 1700+ images.
Typically, If you upload an high resolution image in media library, there will be 5 image sizes in the
uploadsfolder.
1. Original
2. Scaled
3. Large
4. Medium
5. Thumbnail
This may increase depending upon the theme you use and the plugins. For example, WooCommerce create more image sizes.
I don’t understand the database UI issue. Please provide scresnshots and explain. thanks@jas2021 In our testing it works fine. So, we would like to work closely with you to sort out this particular issue.
What is the exact issue? Form is not getting submitted?
Does it happens when you turn off cache?
With cache tuned on, does this happens every time even after purging cache?
Please submit the below form, so we can communicate in private. Thanks
https://getwpo.com/ask-pre-sales-question/@johnniefolker Add the following code to your theme’s
functions.phpfileadd_action('after_setup_theme', 'ab123_remove_robots_txt_entry'); function ab123_remove_robots_txt_entry() { if (function_exists('WP_Optimize')) { remove_filter('robots_txt', array(WP_Optimize(), 'robots_txt'), 99, 1); } }@johnniefolker Add the following to your theme’s
functions.phpfileadd_action('after_setup_theme', 'ab123_remove_robots_txt_entry'); function ab123_remove_robots_txt_entry() { if (function_exists('WP_Optimize')) { remove_filter('robots_txt', array(WP_Optimize(), 'robots_txt'), 99, 1); } }- This reply was modified 3 years, 3 months ago by Venkat Raj.
- This reply was modified 3 years, 3 months ago by Venkat Raj. Reason: code edit
@zgall1 As mentioned in the tool tip, the minify cache folder contains the older, non-expired cache, as well as the temporary files used to generate the minified files.
All old and expired files will be deleted once every day via cron job. You could confirm it by install WP Crontrol plugin and make sure you havewpo_minify_purge_old_cacheevent
Looking at your stat the non-expired cache files and temp files seems to be too large (in size and no. of files)
1. Make sure the above mentioned cron event is present and cron jobs are working correctly on your website..
2. Please inspect yourwp-config.phpfile. If it happens to havedefine('WP_DEBUG', true);rule, then make sure the value isfalse@comprastodo Do you happen to have
define('WP_DEBUG', true);in yourwp-config.phpfile? If so, could you please change it tofalseand it should fix the issue.@akadzmarketing Do you happen to have
define('WP_DEBUG', true);in yourwp-config.phpfile? If so, could you please change it tofalseand it should fix the issue.@marcosf
.htaccessrecreation is expected since theuploadsfolder has write permissions. But I’m guessing that the created.htaccessfile also have read/write permission in file system but somehow Nginx restricts it.
So could you please make sure that file doesn’t have read/write access? And it should fix thefile_get_contentswarning (since the code is already there)
We can’t code based on server software, because$_SERVER['SERVER_SOFTWARE']is not always set