Update with more diagnostics. I confirmed the cause, and the standard fixes did NOT resolve it.
The css/parts files WoodMart enqueues (e.g. /wp-content/themes/woodmart/css/parts/el-section-title.min.css?ver=2.0.85 and woodmart-owl-carousel.min.css) return HTTP 404 as the WordPress 404 page (text/html), so every request for them loads full WordPress via index.php and pegs the CPU. My host (Namecheap) independently confirmed ~1,475 requests to el-section-title.min.css with high CPU from index.php.
What I tried, none of which restored the files:
1) Reinstalled the WoodMart theme fresh to 8.5.2 (Replace current with uploaded).
2) Updated WoodMart Core to 1.1.8 (the Core-outdated banner is gone; theme 8.5.2 + Core 1.1.8 now matched).
3) Confirmed Status shows Filesystem Method: direct (theme dir is writable).
After all that, el-section-title.min.css and woodmart-owl-carousel.min.css are STILL 404 in /wp-content/themes/woodmart/css/parts/. So these appear to be files WoodMart generates, and the generation is not producing them on my install. (Forcing a fresh uncached render to trigger regeneration timed out due to the CPU load.)
Question: how do I make WoodMart (re)generate these css/parts files, or fix the enqueue so it stops referencing files that do not exist? Is there a CSS-regeneration command/setting, or a known fix for missing css/parts after a server migration?
Interim, I added an .htaccess rule so missing .css/.js return a cheap 404 instead of loading WordPress, which stopped the CPU spike, but I need the proper fix to restore the element styling. Thank you.
.
