amsgator

@kowsar89 I did not use WPO for any image optimization. I’m not sure if what helps at all with where to start looking. It’s odd that it caused the issue when I didn’t even have it enabled.

@kowsar89 when I enabled WPO, it created a new file in the uploads folder (wpo-plugins-tables-list.json). I’m not sure exactly what it does or if that helped fix the problem but I noticed the change.

@kowsar89 that prevented it from throwing the 503. Also as a side note, simply adding the line to the wp-config.php works by itself. Deleting the .htaccess wasn’t necessary.

On a second side note, I’m using Shortpixel. I’m curious if anyone else is also and if that’s why disabling the webp conversion fixed the issue.

@kowsar89 unfortunately the moment I activate the plugin my entire site goes down, front and backend. I’m not able to do anything at all to investigate.

I didn’t use any of the WPO features other than the database cleanup. Everything else was turned off.

@kowsar89 I had caching disabled on my WPO installation so I don’t think it has anything to do with cache preloading.

As far as NameCheap support, they’re useless. They told me to contact the plugin developer and have them “optimize” the plugin but can’t say what needs to be fixed or what is tripping the CPU overload. According to them, it’s not their job to review specific files or plugins for issues and “optimization.”

@kowsar89 mine is with Namecheap. The issue just recently started within the last week or so. I haven’t had any issues up until recently. I am also using the Litespeed plugin for caching and I have disable caching with WPO. I mostly use WPO for its database cleanup features.

@kowsar89 I know WordPress dashboard gives an error message that WP Optimize may conflict with Litespeed, but I disabled the caching features of WPO. I’m not sure if that’s part of/cause of the 503 issue or not.

As of about a week or so, I’m getting Error 503 on all my pages, not just my admin page. Disabling WP Optimize fixes the issue. No clue what the issue is since I’ve been using it for a long time and it didn’t even start with an update. I’m curious if it’s an issue with LiteSpeed servers.

Server architecture Linux 2.6.32-954.3.5.lve1.4.90.el6.x86_64 x86_64
Web server LiteSpeed
PHP version 8.1.26 (Supports 64bit values)
PHP SAPI litespeed
PHP max input variables 2000
PHP time limit 1500
PHP memory limit 1024M
Max input time 1500
Upload max filesize 1024M
PHP post max size 1024M
cURL version 7.87.0 OpenSSL/1.1.1w
Is SUHOSIN installed? No
Is the Imagick library available? Yes
Are pretty permalinks supported? Yes
.htaccess rules Custom rules have been added to your .htaccess file.
Current time 2023-12-24T21:56:44+00:00
Current UTC time Sunday, 24-Dec-23 21:56:44 UTC
Current Server time 2023-12-24T16:56:43-05:00

These are the only relevant logged errors.

[24-Dec-2023 21:55:38 UTC] Cron reschedule event error for hook: wpo_purge_old_cache, Error code: invalid_schedule, Error message: Event schedule does not exist., Data: {"schedule":"wpo_purge_old_cache","args":[],"interval":86400}
[24-Dec-2023 21:57:48 UTC] Cron reschedule event error for hook: wpo_reset_webp_conversion_test_result, Error code: invalid_schedule, Error message: Event schedule does not exist., Data: {"schedule":"wpo_daily","args":[],"interval":86400}

My web host said something is causing the CPU to hit 100% usage and it therefore throws the 503. Since disabling WP Optimize resolves the issue, it sounds like the plugin is working overtime because of an issue and it’s crashing the site due to the CPU overload.

I see this wasn’t fixed with the update that was released today.

Same problem here. Pretty frustrating.

https://www.triggerpressers.com/sitemaps.xml

I thought I had posted about this a few months ago but it wasn’t showing up when I searched for it. Well I just found the previous thread in my dashboard under the topics I started, so sorry for the duplicate topic.

For those interested, this is the function I’m using until it (hopefully) gets added to the plugin:

function redirect_attachment_urls() {
    if ( is_attachment() ) {
        wp_redirect( wp_get_attachment_url(), 301 );
        exit();
    }
}
add_action( 'template_redirect', 'redirect_attachment_urls' );

I do, I’m using WP Fastest Cache but no CDN.

I think (not 100%) that the issue happens on a subsequent page load, and the first page load is fine. Which makes me think it might be the caching plugin or the browser cache.

I’ll jump on over to their side of the forums and see if it’s something they would be caching and if so if there’s a way to fix.

Thanks.

@phillipwoo so I deleted the headers I was adding in htaccess and confirmed that the server isn’t sending any security headers on its own. What’s even more strange is that when I add them back in, it only sometimes sends the headers twice. Sometimes it sends them only once. So I’m not sure what the problem is. Maybe it’s a caching thing, I have no idea.

Actually…it looks like I may have fixed it. Autoptimize was disabled on my cart and checkout pages. Enabling it seems to have fixed the issue (I’m guessing because it moved the JavaScript files to the footer, after the external Stripe script).

I noticed the external one was async also after I posted initially and I think excluding it will also work.

I’ll keep an eye on it for a little bit to be sure. If I have any more problems I’ll exclude the external Stripe script also.

Thanks for the super fast response by the way.

I found the issue (I think). It appears Async JavaScript was causing stripe.min.js to load too late. I opened a ticket with that plugin’s developer to see how to resolve it.