Wordpress LScache Plugin: Shop web page shows shortcodes instead of HTML
Last Updated on: Wed, 15 Apr 2026 00:00:02 Thanks for the nice plugin. I liked it and spent the past two weeks playing with the configurations. However, on the production website, the header part of the store webpages (using woocommerce + Dokan + WPBakery) sometimes does not render correctly into HTML. It sometimes shows the short codes from WPBakery instead of the html. This happens randomly from time to time and it corrects itself without any changes to the code or config of any plugin or wordpress itself (as if there is a race condition somewhere inside html code generation within wordpress). Here are screenshots of the webpage and the html source for the page. https://ibb.co/SXdr7Z0 https://ibb.co/vsNWZkf I am using your wordpress/litespeed image on digital ocean and just did the new installation three weeks ago. Meanwhile, I have a staging website https://www.baity.cc/shop/ where I am trying many more options of the cache plugins. I noticed that the output html for the header of the same set of pages (the ones having issues in production) is not stable (if the bug does not happen and an html is output). You can try for your self and you will notice that the header image sometimes is cut from the sides. But this is much less worrying compared to the other bug for which I am posting this. Regards The page I need help with: https://www.baity.sa/shop/ Hi, For shortcode , did you enable ESI or something ? if you disable LSCWP, I assume it would work then ? Best regards, Thanks for the answer. No I did not enable ESI. I tried the following: 1- disable the cache and purge all ? did not work 2- go to debug from network setting (I run multisite) and disable all options + purge everything ? did not work. 3- I ended up deactivating the plugin for the whole network ? still testing and so far things are fine (but of course no cache ). The problem is that this issue is random and can not be reproduced easily. But it always happen for the same part of the page. Hi, By design , if no ESI enabled , no ESI shortcode set , no ESI widget set , then LSCWP should not touch/alter the shortcode at all. Best regards, Well 100% sure no ESI has been enabled/used. I will wait for a couple of days and get back with the result. If things went fine then definitely it is caused by LSCWP since nothing else has been modified (no new code or updates or anything). If you have any technique to debug such problem I would appreciate. Thanks Hi, Well , in order to debug it , obviously we will need a reliable way to reproduce it. I only see such issue happens , when, regardless with or without cache you add some shortcode by a theme builder , and later on you disabled this page builder , in that case, page will become these shortcoded created by builder because there is no builder plugin to process them anymore. beside this I never such case before. Best regards, I do not think that this the case. The same short codes get rendered correctly most of the time. But at certain times randomly ? as I mentioned before ? they are not rendered. I think this is some kind of a race condition. Here is the generated HTML code https://ibb.co/W6z8zHV Here is the shortcode that appears instead sometimes https://ibb.co/vsNWZkf Hi, maybe you can try use query monitor plugin , check if there is any error show up , and also compare both render and unrender page , see if there is any different on query monitor output Best regards, I am using query monitor with no errors before and after disabling LSCWP. I setup a simple service to take a screenshot every 5 minutes of the shop pages and so far things are perfect after disabling LSCWP. Clearly, it was interfering somehow in short code generation/rendering. Hi, Well , do you got pattern for how it happens ? Best regards, Hi, @malkhalaf Im going to mark this topic Resolved, due to lack of activity. If you still need help, please let us know: have you noticed any pattern for when the problem occurs? Well be happy to reopen the topic if necessary. Thanks!
LiteCache Rush: Speed comes from using less, not from doing it faster
Reference