imagophilos
Forum Replies Created
-
Forum: Reviews
In reply to: [Google for WooCommerce] Do not install if you have products on backorderFirst of all, thank you for the reply. I really appreciate that there is an actual reaction. You have to understand: reviews like mine come after installing, setting, tweaking and trying to get things to work – Meaning that there is a considerable time investment. Meaning time lost. That generates frustration and anger and more time needed to reset things.
Let me also respectfully contradict you: I strongly believe, that in today’s “Just in Time” logistics philosophy the vast majority of ecommerce shops have a significant amount of products in a backorder status, a status that is relative, as those products will be possibly dropshipped or are in a remote storage without real time updates or are manufactured on demand. In all of these cases, there is only a marginal chance that the store owner would be able to set a fixed “availability date”. Setting that date manually for 100s or 1000s of products is utopic anyway.
That the plugin strictly complies with the “rules” is certainly correct, no argument here. Doesn’t make it more usable for above scenarios.
As for the link you provided, maybe I’m not up to the needed level of understanding, but I could not find any hint about how to bulk edit or map the “availability_date”. You only allow for attribute mapping, as far as I saw, and stock status is not an attribute. I also searched the forums and indeed found some responses with snippets – none worked. If there is a paragraph on that page, that will point me to the right solution, I’ll switch it to 5 stars immediately 😉
Please do not get me wrong: the plugin has a good feel, does connect flawlessly to the merchant center and communication and sync are working instantly – but having half of our products just deleted from Merchant Centre and no way to address that through a probably simple mapping, that is what fully wrecks the experience.
Forum: Plugins
In reply to: [LiteSpeed Cache] Sudden LS ErrorSorry to say, but we got the exact same error. No wpml used, only Loco Translate, and it’s not Loco’s fault, we verified. WordPress was updated weeks ago, no other update has been made recently. Yesterday this error showed in the log and the frontend was blocked on 503 for hours with 100% CPU on LiteSpeed server.
Report: RJKWYLDN
I’m really sorry, but Litespeed starts to be a true pain. Every few days it throws a 100% CPU, blocking everything. Every time we have to select “Disable all features”, leave it like that for a few minutes and then the frontend starts working again. Nothing helps. Disabling plugins, switching themes, full purge, resetting LSCache… Sometimes we need to kill the lsph processes manually on the servers terminal.
Beside an unrelated error, only LS errors show on logs, we are a bit out of options here. Add to this the constant seemingly random purges (with all settings correct, double and triple verified), we start to question what the utility of Litespeed is… Really angry over here. Sorry for this.
Forum: Plugins
In reply to: [LiteSpeed Cache] 100% CPU every couple days with LS Plugin enabledThank you so much for looking into this. I will try the adjustment and be back with an answer.
Forum: Plugins
In reply to: [LiteSpeed Cache] x-litespeed-cache: missThe same problem here. If I browse through the site with browser 1, pages are showing correct cache at the second visit.
Using a new PC or an new browser, page shows miss.
Pages that have been 100% visited by a user a few minutes ago (for example a product page which the user bought) are cache-miss, even if stock status did not change on that product.
All cache purge settings within LS plugin are set to a minimum, and the purge log shows nothing for the monitored time interval.