wittywolk
Forum Replies Created
-
Same with Bricks Builder. Eh. 🙁
Forum: Plugins
In reply to: [LiteSpeed Cache] Worse mobile results with plugin enabledI’ve tried enabling CSS combine, but it didn’t make a big difference. Before testing other things, I wanted to figure out what “optimization” is causing the Speed Index to double when comparing the normal page to the one with ‘?LSCWP_CTRL=before_optm‘. I disabled everything on the Page Optimization tab, yet ‘?LSCWP_CTRL=before_optm’ still has a 2x better Speed Index and consistently scores higher.
I even rebuilt the homepage without using
background-imageon the/sgtest/subpage to check if lazy-loading or CSS hierarchy was causing the issue, but no—’before_optm’ still scores better on every test, even with all Page Optimization settings disabled. Isn’t that strange?I’ve read that this parameter also disables caching, so… does that mean the cached version is slower than the non-cached one? That’s… weird? Mobile cache doesn’t seem to make much difference either.
I tried disabling the cache entirely, and as expected, the Speed Index and overall scores improved…
Any ideas? 😐 Could this be an issue with the hosting?
Forum: Plugins
In reply to: [LiteSpeed Cache] Worse mobile results with plugin enabled@litetim Thank you for your reply.
You’re talking about the website from the report, correct? The ‘szkolata…’?You mean running Lighthouse locally through DevTools? Yeah, it looks better, but that doesn’t change the situation. 😐 Running online tests with ‘?LSCWP_CTRL=before_optm’ results in significantly better scores (80 vs. 90 on PageSpeed), especially for the Speed Index (13s vs. 3s, 11.5s vs. 2.5s). That doesn’t seem right.
I’d really appreciate more information. I understand that you’re busy and that this is a free plugin, but I’m struggling with whether I should use it – from what I’ve read, it’s the best option for LS servers – so it’s even more challenging decision.
I don’t know if it’s the tests bugging out, or if something is wrong with my config, but if minifying CSS, JS, HTML and lazy loading images results in slower website this just makes my head spin as to why it happens.
Forum: Plugins
In reply to: [LiteSpeed Cache] Worse mobile results with plugin enabledWith the ‘?LSCWP_CTRL=before_optm’ parameter I get speed index of 2.5s, without it I get 11.5s.
And from I can see many CSS files are gaining tons of additional overhead to load; like from 100ms to 6000ms.
Any ideas?
No future plans of adding support for something similar? Or at least giving us option to maintain the WP Admin Bar so we’ll be able to modify it? 😐
Forum: Plugins
In reply to: [Tutor LMS - eLearning and online course solution] Wrong Video Source DefaultWriting a bump since this is a still active issue, and it’s pretty dumb from UX standpoint. It should at least let us change the default behaviour – if people want to have video to select by default then let them, but I have mostly text but still sometimes need to use the video and changing every single time from video to text is just waste of time. Modyfing plugin PHP files is also not a great approach since it’ll change back with an update. 😐
edit: I checked and the PHP modification doesn’t even resolve this problem.- This reply was modified 1 year, 7 months ago by wittywolk.
@probablynotphil thanks for the rapid reply! Currently it’s about 15,000 lawyers/posts with each having ~22 meta fields (some are repeatable, a couple of them are taxonomies). Thanks for your input, I guess I’ll try to measure it somehow – with custom table, and without.
@olliejones thanks for detailed response! I’ll try to contact MetaBox about their table design, hope they’ll also shine some light on this dilemma. I asked them previously about similar topic but they said that the default storing vs custom table doesn’t change much when using WP GridBuilder because it creates it’s own tables with data to filter through – I’m not sure about it, but there is no way for you to know that anyway so I’ll stop here. 😀
btw thank you for your input regarding ‘SQL_CALC_FOUND_ROWS’ – I think it’ll also help me gain some performance.I’ve added a window resize event after opening of a modal so the textarea will be 60px on the opening, weird that it’s different than it being outside of the modal anyway, but I guess this workaround is good enough.
Thank you for your assist.Thanks for the reply @valwa
Okay, so the guest name is done, works fine. Thank you.
About the height; I’m using Oxygen Builder, and I didn’t apply any custom styles to the textarea. The height is applied with inline styling, so I guess it’s coming from the plugin.
When I put the chatbot within a section or just within the body tag the default textarea height is 56px, and when I click to write it stays at 56px, but when I put the chatbot into a modal it starts at 84px, and when I either click at the textarea and start typing, or resize the browser window, it changes to 60px (which causes the shrinking). 😐Ah, to be honest I didn’t installed your plugin yet because of this; I just checked on other people websites who I know used RankMath. But I had a feeling something happened since on your website person schema wasn’t visible and I knew it was a couple weeks before.
I’m glad you fixed it, now I can start using Rank Math. :))
Hmm… I see Polish isn’t available, then how https://bithub.pl/ achieved their results? Did they edited plugin files? Or…?