Forum Replies Created
-
Posts
-
When I disable the Super Minify plugin and use the Enfold theme minify/merge CSS/JS options, I get the broken Easy slider again. I think it is because a JS error is recurring with your minify/merge tools.
I’m not sure what other tool to use to assess my performance . . . I think y’all had suggested DebugBear a while back, so that’s why I use theirs. Is there a better option for me to check?
Current desktop with Super Minfy plugin (enfold minify disabled): https://www.debugbear.com/test/website-speed/C7ILxl13/overview
Current mobile with Super Minify plugin (enfold minify disabled): https://www.debugbear.com/test/website-speed/iBNTHJck/overviewWhen I make changes, I typically delete the cache in WP, then delete my browser cache/history as well . . . this seems to trigger that 502 Bad Gateway cloudflare that I’ll get on their forum and with my host support to troubleshoot, but if y’all see anything I should point out to them, I’ll appreciate the info. . . I have to go visit every page and refresh it . . . though blog posts are not impacted.
I seem to remember running tests and finding that my speed suffers greatly unless i have somethings controlled by your stuff, and others controlled by the plugin . . . it was a maddeningly long process of figuring that out. I’ll try it both ways and see. The plugin interface looks different now than last time I looked at it, so they may have simplified it (or I may be thinking about a different plugin that was more complex).
I also have WP super cache running . . . does that have any impact? With enfold minification/merging off and super minify on, my debugbear numbers are showing ttfb at 2 seconds: https://www.debugbear.com/test/website-speed/W7grfudn/overview . . . I do remember that jetpack really screwed things up.
I’m putting my login creds in private box in case y’all need to see how its setup. I appreciate y’all’s help and patience.
UPDATE: With enfold css/js minification/merging ON with super minify, it gets me back to where I should be . . . no clue why it needs to do double duty? https://www.debugbear.com/test/website-speed/2QkjuPDT/overview
Thx!
JonWell that’s an unfortunate outcome from CloudFlare. People get an error when I update something . . .or apparently even when I don’t since I was getting some of those on pages I never updated.
Thanks for the help and explanation! I’ll check back if it recurs. . .for now a JS error checker didn’t find any errors. . .now should I go back and re-enable JS and CSS minfication and disable the delete old?
Jon
Ok, now I get a Bad Gateway error 502 with cloudflare udner that line. . . however when I refresh, it loads fine adn the sliders are there.
Not sure what’s up with the bad gateway, but I did see it with my last blog post but thought it was just a glitch . . I have refreshed all pages except Counseling Services > Personal Development Counseling, and Helpful Resources (on main menu across the top, by the magnifying glass). I’m guessing you won’t get the 502 bad gateway error except on those 2 pages (helpful resources is a top level page that is not under Counseling Services).
Thanks Mike. I’ll give it a go after my next session and will check back. I just saw that Syntax error and wondered about that.
J
So the original code works when I add it in via sftp but it adds it to the Blog page, not to the bottom of the individual posts themselves, which is what I’m going for.
I copied it directly from here. It never saved it in the functions.php, so I didn’t need to restore the original. When I went back to look at it, the new code wasn’t there.
Putting login info in private box if y’all would like to take a look.
Thanks!
JonPS just tried it again with the same result
Sent this to my host (Dream host): After typing in the code in Appearance > Theme File Editor > functions.php, I hit Update File button and get this error: “Unable to communicate back with site to check for fatal errors, so the PHP change was reverted. You will need to upload your PHP file change by some other means, such as by using SFTP.” and got this reply:
“Thank you for contacting DreamHost Support, my name is Brandon. I’m sorry
to hear you’re having issues with WordPress, but I’ll be happy to help
you out today. Unfortunately in this case would need to consult with the
theme developers as its their custom code causing this issue and they
would need to provide you with different code to add.”Clarification: I mean each individual post, not the blog page that shows all posts
Enfold Child > Blog Layout > Blog Styling > Modern Business
Enfold Child > Blog Layout > Blog Layout > Use Advanced Layout Editor to build your own (but I cannot use ALE once I’m in there because I use the ALE for my Pages, so I’m forced to use the Default Editor for each post . . . I still do not understand why I cannot use ALE on both, but I know that it breaks something)Enfold Child > Blog Layout > Single Post with Big Preview Image
Within each post > Format > Standard
How do I attach a screenshot? I don’t see an option for this.
I am talking about the magnifying glass icon that is used for searching.
When my browser window is large, there is a magnifying glass next to the main menu.
When my browser is medium (I’d assume for tablets), there is a burger menu that when opened does NOT show this magnifying glass
When my browser is small (I’d assume for phones), there is a burger menu that when opened does show the magnifying glass at the top.Until I figure out how to attach a screenshot, just goto the website I provided, and look at the site with the browser window wide enough to show the full main menu (not the burger)–you’ll notice that there is a magnifying glass next to the main menu. Then shrink it horizontally until the burger menu appears . . .then click the burger…you’ll notice that there is no magnifying glass. Then continue to shrink the browser window horizontally until you notice that a magnifying glass DOES appear at the top of the menu (next to the X that closes the burger menu).
No prob. . . was a long-shot. Might be a cool feature to have a title/caption overlay available for fallback images, but the Text Box or Spcl Heading will work.
Thanks! We can close this thread.
JonYeah, I’ve gotten rid of AO on my main site (gatehealing). I’m going to be doing the same here shortly. Thank you for helping me find that!.
Jon@Mike
If you login to my dashboard, you’ll need to open a completely different browser to see the issue . . .I’m not sure why, but the GDPR banner doesn’t show when I’m logged into dashboard on the browser I goto my site on.I’m not seeing how to get you a screenshot?
Oh, no…I was more updating that I think we have it as good as it’ll get and that I’ll tweak the ttfb. Just removing the video element is what really sped things up. I tried everything I could think of to be able to leave that element on those pages, but it looks like it just does not play well with performance, specifically the fallback image seems to bypass a lot of the performance improvement tools. I don’t understand it, but I can just put all videos on the video library page then nofollow/no-index it so it’s less likely to be factored into my overall domain score/performance.
Thanks for all of the help!
JI made it site-wide by removing “.page-id-16789” . . . this worked, but let me know if that’s not the best way to accomplish it. Otherwise, we can close the thread.
Thanks!
JonThanks! The button is gone, but the Title is still completely covering the image on those smaller screens. I think I didn’t use the correct terms in my original post since the button IS the caption . . . I should have said Title and CaptionButton (both are in the same dropdown of the Easy Slider element).
Apologies for my confusion on terminology.
I still get the same Is It Usable warning of “needs improvement” after removing the video element, but PSI improves a lot and debugbear stays good, just ttfb needs some tweaking.
https://www.webpagetest.org/result/240530_AiDc9W_EJJ/2/experiments/#UsableI’m just going to get rid of all video elements on my website entirely. When I just put a slider up there, I get a 94. I don’t know what it is about the video element and the fallback image, but it screws things up.
https://www.webpagetest.org/result/240530_BiDcNR_88R/
On the test you ran above, on the results, it’s under Performance Summary, which is in the white section (right after the darker header). It’s the middle result “Is It Usable”…when you click those words, it’ll take you to the results that triggered this@Mike
The warning is under the Is It Usable tab (“needs improvement” is the comment associated with it…vs the others ‘not bad’). . . I know that user experience is a part of ranking so am hoping to improve whatever I canShould the theme minify/compress/etc. performance tools take care of these blocking links (this is from webpagetest.net checking gatehealing.com/counseling-austin-tx )?
The main thread was blocked for 1074 ms
When files block the main thread, users are unable to interact with the page content. Typically, parsing and executing large JavaScript files, as well as running long JavaScript tasks can block the main thread and should be avoided. These files had high thread blocking times:
92 ms: https://gatehealing.com/counseling-austin-tx/
487 ms: https://gatehealing.com/wp-includes/js/jquery/jquery.min.js?ver=3.7.1
89 ms: https://gatehealing.com/wp-includes/js/mediaelement/mediaelement-and-player.min.js?ver=4.2.17
147 ms: https://gatehealing.com/wp-content/uploads/dynamic_avia/avia-footer-scripts-4934294d32706be40b07cbd8f21642e1—664f95ba05137.jsThe other 2 were the ewww plugin and gtag.
Jonam trying just deactivating the fvm one since it seems to be designed for developers etc. Author talks about how things will probably need to be set different for each website, and I could not get a response from him on questions.
Leaving the theme minification/compressions in place though.
I get these warnings with or without Enfold stuff on, so I’m leaving it on for now. webpagetest.org:
“The main thread was blocked for 803 ms
When files block the main thread, users are unable to interact with the page content. Typically, parsing and executing large JavaScript files, as well as running long JavaScript tasks can block the main thread and should be avoided. These files had high thread blocking times:
433 ms: https://gatehealing.com/wp-content/cache/fvm/min/1716491784-js1db7bfbb70f04a04198b11ece1c41cb248cf037b911e614d23f81401289950.js
51 ms: https://gatehealing.com/wp-content/plugins/ewww-image-optimizer/includes/lazysizes.min.js?ver=760
61 ms: https://gatehealing.com/wp-content/cache/fvm/min/1716491784-jsedbcf6951571e6485545760cccb8f49295c49965809acbc639d566a524df9a.js
105 ms: https://gatehealing.com/wp-content/cache/fvm/min/1716491784-js6884522fa218dfb9c77ef1c2691017bc8c2e165d203911a70bad4cfa4386f9.js
687 ms: https://www.googletagmanager.com/gtag/js?id=G-C340SLHPCH”I’m not sure how DeBugBear gets higher numbers–is it just not seeing the render-blocking stuff? Not bothering with PSI.
