Forum Replies Created

Viewing 30 posts - 61 through 90 (of 235 total)
  • Author
    Posts
  • in reply to: Portfolio items return 404 for Feeds #964993

    Thanks Ismael – I will give the plugin a go and see what happens
    Regards
    Ed

    in reply to: Portfolio items return 404 for Feeds #963383

    Hi Ismael
    That’s not really an ideal solution though is it?
    Is the theme generating /feed URL’s for Portfolio items or not? If it is it needs removing.
    If not then where is Google getting the link URL from? It says it’s from the relative portfolio URL!
    I have 350 Portfolio items and do not intend to do 350 redirects and I shouldn’t have to – so there must be a better solution…
    Can you advise on these points please?

    FYI – It’s poor SEO practice to send 404’s to a generic custom page – that does not benefit the user experience. Each should be dealt with on its own merit, if indeed this is what you’res suggesting…
    Kind regards
    Ed

    in reply to: Portfolio items return 404 for Feeds #961388

    Hi Ismael
    That would be the easy way but I do not want to disallow feeds.
    Surely there must be a solution for this as it’s been hanging around for a couple of years now?
    Can you help?
    Many thanks
    Ed

    in reply to: Logo disappears on mobile on 4.3 update #946883

    I fixed it!
    Thanks.

    in reply to: JS and CSS unable to optimizated #929239

    Hi @Ismael
    OH!
    Sorry – I didn’t check for that – I assumed it would already be GZIP enabled.
    My mistake, my apologies and thank you for looking anyway.
    Kind Regards
    Ed

    in reply to: JS and CSS unable to optimizated #927815

    Hi @Rickard

    On my Pingdom scores the Home Page my staging site (4.2.6) has doubled in size to 1.4mb from 750k on version 4.2.2.
    What is going on?
    What are you guys doing to the theme?

    All I see is JS file upon JS file being loaded for elements I don’t have. Same with CSS.
    See for yourself (WP-Rocket enabled with same settings on BOTH staging and live sites):

    https://www.staging1.swarez.co.uk/ – load size 1.5mb – 66 requests
    https://www.swarez.co.uk/ – load size 754kb – 56 requests

    The page is identical (with one or two style adjustments) but the whole things is 99% the same with all the same elements and content.
    Can you explain please? I am very concerned right now – the mobile web should be getting faster not slower.

    Regards
    Ed

    in reply to: Shortcode problems with 4.2.5 #923754

    Thank you @Ismael
    Woo is functioning correctly again
    Thank you
    Kind regards
    Ed

    in reply to: 4.2.5 / Woocommerce issue #923750

    Thanks @Ismael
    That works for me!
    Kind regards
    Ed

    Take it from me that it’s pointless trying to score 100% on PageSpeed Insights.

    Look at Time To First Byte (TTFB). You can have a massive page, packed full of data but if the top of the page loads quickly and you start to read it then what lies below has time to render if it’s parsed asynchronously- this is the whole point of perceived loading time. This is what true user experience relates too – how fast does a site ‘feel’ to use. That’s different from actual speed.

    Google PageSpeed should not be used in isolation. You need to combine this with GTMetrix and Pingdom tools. Plus, and this is a big one, Google Lighthouse – which simulates real world connection speeds for 3G devices and upwards.

    Go to your web-host and look at how they perform, how they handle DNS lookups and use Lighthouse to get a list of priorities.

    I use WP-Rocket and NO OTHER OPTIMZING tools. It renders your critical path CSS and does a remarkable job.

    The one issue Enfold has its reliance on loading jQuery in the initial page render – it’s used for some Above The Fold functions. If you defer this the theme breaks. I have had a conversation with Kreisi on the subject but it will not (currently) be parsed in any other way and is not on the list for consideration.

    That’s a shame as it sends me from an orange mobile score through into the high 90’s. The bulk of everyone’s on-site speed issues could be wiped out with that change and using WP-Rocket (I am NOT an affiliate). It would need a lot of work but think of the advantages?

    These are my practical experiences. I hope it helps.
    Regards
    Ed

    in reply to: Shortcode problems with 4.2.5 #922844

    Got the Shortcode issue resolved with a total delete and reinstall but some formatting still problematic – will open a new thread.

    Woo issue remains.
    Regards
    Ed

    in reply to: 4.2.5 / Woocommerce issue #922840

    Hey @mchbeck and @pathaug it’s the same story here too (Siteground also isolate the issue to Enfold, like others are reporting)

    I am a LIVE site and 4.2.4, 4.2.5 and 4.2.6 break the site in more ways than just Woo (separate threads already opened). I am now testing all Enfold updates on a staging site as a precaution.

    This is a very serious issue for people with businesses that rely on their websites for income. Please @mike will you post back to us today on what Kreisi is doing? We appreciate your help and support but this is getting ridiculous now and I’m getting disillusioned with Enfold after 4 years of being loyal.
    You can’t mess with people’s livelihoods like this.

    FYI – the last code snippet doesn’t work.
    Kind reagrds
    Ed

    in reply to: Shortcode problems with 4.2.5 #922833

    Hi @ismael

    Code makes no difference. Please help.
    Kind regards
    Ed

    in reply to: Shortcode problems with 4.2.5 #922827

    Hey @ismael
    Thank you for your reply.

    I disabled WP-Rocket BEFORE I did anything so that shouldn’t be the issue.
    Your code will disable a feature that is meant to be a benefit – if I disable it then I see now benefit but the problem is still there yes?

    I see no documentation that says I should disable caching before making any theme adjustments – lots of people have caching plugins – I see this as a problem moving forward.

    Surely there’s a way to resolve this without disabling the feature? Has anyone taken a look at the installation via the login info and FTP data or is this just a well-educated guess? These latest updates all seem a little rushed and are causing some serious issues. Can you update the community with what’s going on please?

    I will go insert the code now and report back.,
    Needs resolving really – this has been a problem since 4.2.3.

    Regards
    Ed

    in reply to: Shortcode problems with 4.2.5 #921897

    Sorry @yigit – try the revised post above
    Thanks
    Ed

    in reply to: Shortcode problems with 4.2.5 #921893

    Hi @yigit
    See private data
    Thanks
    Ed

    • This reply was modified 6 years, 9 months ago by Swarez.
    in reply to: Shortcode problems with 4.2.5 #921387

    Hi Victoria
    No errors to report I’m afraid and I am completely at a loss to understand what’s going on.
    Looking forward to hearing back from you.
    Kind reagrds
    Ed

    in reply to: Masonry element and WP-Rocket LazyLoad #894477

    Thanks Victoria

    That’s a great proactive response and one I am most grateful for.

    All the best
    Ed

    in reply to: Masonry element and WP-Rocket LazyLoad #894356

    Hi Rikard
    Not quite correct – the Lazy Load script will load 1.2mb of 2.5mb page (on load and according to Pingdom) so in a mobile scenario it makes the render appear quicker. Although ultimately the page will be rendered it will only be on scroll – which is the whole point. A mobile user, on 3G shouldn’t need to load all 2.5mb if they don’t need it and certainly not all at the point of connection.

    I want Lazy Load to take advantage of the zero byte placeholder principle (as HTTP/2 favours parallel loading) so it makes sense to make the initial page load as small as possible. This is about perceived load and TTFB (Time To First Byte). Go check Google Lighthouse to learn more.

    Lazy Load does this on my biggest page and I need it to work for those reasons.

    It’s very disappointing (again) that a really good plugin can’t function properly with Enfold. (I fought with you guys for 2 years to get Yoast to crawl images properly for the sitemap function (which you eventually did).

    I wish Kreisi would prioritize the changes in User Experience and the move towards a mobile-first index. As we move forward in the way search is evolving it’s these kind of small adjustments that can make massive differences to the rank, and performance, of a business website. It is a selling point. We need this more than we need animations and scrolling banners and sliders.

    You can close the thread if you want because I’m not going to get anywhere am I?
    Thanks for your time
    Ed

    • This reply was modified 6 years, 11 months ago by Swarez.
    in reply to: Masonry element and WP-Rocket LazyLoad #894187

    Yes I have Victoria
    Still the same – overlapping etc…
    Oh well, not to worry. I have put everything back now.
    It’s a great shame as it would have halved the size of the page and probably given me a small ranking boost but it sees the theme doesn’t like WP-Rocket for that so I guess I will have to abandon that idea.
    Thanks anyway.
    Best Ed

    in reply to: Masonry element and WP-Rocket LazyLoad #893926

    Hi Victoria
    Thank you for that.
    Still doesn’t work when the files are excluded from minification and load in the header.
    Any ideas please? I really need to get this sorted on Masonry elements otherwise Lazy Loading is pointless and that would be a great shame.
    Thanks
    Ed

    • This reply was modified 6 years, 11 months ago by Swarez.
    in reply to: Masonry element and WP-Rocket LazyLoad #893488

    Hi Rikard
    So how do we change this then so that it does work?
    I can exclude scripts from minification in WP-Rocket so what do I need to exclude?
    Thanks
    Ed

    in reply to: Masonry element and WP-Rocket LazyLoad #892636

    Hi Victoria

    I am aware that you can turn off Lazy Loading on specific pages; if you read my question again you’ll see I have already mentioned that I have done that.

    But this doesn’t solve the problem of the Enfold Masonry elements causing a conflict with Lazy Load on WP Rocket.
    The problem ideally needs resolving don’t you think? Not just turning off an ignoring.
    Can you help?
    Thanks in advance and Happy New Year!
    Ed

    in reply to: JQuery rendering #871879

    Thanks @Rikard

    I understand and appreciate the link to the extensive post on the subject; I’m so close to making it work it’s crazy! I think I need to learn some JS. Interestingly WP-Rocket has a brilliant Critical CSS and JS generator with just two small issues I cannot solve – it defers JQeury perfectly well – if only I could solve these two little problems I would be laughing!
    Thanks to all who have contributed thus far; kudos!
    Regards
    Ed

    in reply to: JQuery rendering #871371

    Thank you @Guenni007

    Very kind of you to take the time to answer.

    I suspect the avia-compat.js is the problem here but I am unsure. WP-Rocket has got all clever and can defer everything that isn’t required to render the page – but that has issues. I may try to load from an external script as you suggest to see what happens.

    I’m not hung up on PageSpeed scores but do take User Experience very seriously. Everything tells me to defer JS wherever I can – and it would be nice to achieve this and still get the site load properly. It’s a bit beyond my technical skills though.

    Thanks again
    Ed

    Hi Steve

    Try this: https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

    It’s a utility to change every instance of your database HTTP to HTTPS. It changes all your WordPress tables relating to HTTP – so will change the base setting in your WP install.

    I moved to HTTPS a year ago with this tool and it took 3 minutes. Everything will change to HTTPS – and I mean everything! All your permalinks will now read HTTPS. Then you can use an online mixed-content checker to make sure you clean up any rogue URL’s.

    Hope that helps
    Ed

    • This reply was modified 7 years, 2 months ago by Swarez.

    Hi @Ismael
    Thank you!
    Finally after a very long time we have the solution and it works.
    Thank you to everyone involved.
    In the last two weeks I have had the highest percentage of images indexed ever – and I would like to think the accuracy of my sitemap has been the reason, though I will never know for sure.
    Thanks again
    Regards
    Ed

    Hi @ismael

    Like I said before this now crawls sliders but removes other functions!
    Please see the previous response.
    Both final parts of your code are pasted into function.php correctly.

    So now all the sliders and masonries get read on pages/portfolio pages with sliders but normal images and galleries are ignored! This doesn’t make any sense?
    Regards
    Ed

    • This reply was modified 7 years, 4 months ago by Swarez.

    Hi @Basilis
    I thought I saw some fresh code on this page?
    No matter – Ismael’s code lets sliders be read but then removes everything else- so no, I’m afraid it’s not working correctly. Can he post just the added code for the slider crawling?
    I have copied and replaced as instructed but it goes wrong. URL’s that had 1 image jump to 12 then ones that had 15 jump to 1!!!! It’s all getting very complicated… but I appreciate your persistence. We are close now.
    Regards
    Ed

    Hey @ismael
    Slightly confused – where has that new code gone that you pasted?
    Thanks
    Ed

    Thanks @ismael – looks great!
    Before I paste this do i remove ALL the previous code or leave the most updated one in functions.php? Just to be clear. Does this replace everything else?
    Thanks
    Ed

Viewing 30 posts - 61 through 90 (of 235 total)