MAX CDN causing error in submitting listing changes

This topic contains 10 replies, has 3 voices, and was last updated by  Stiofan O’Connor 6 years ago.

We have moved to a support ticketing system and our forums are now closed.

Open Support Ticket
  • Author
    Posts
  • #426807

    adyp
    Expired Member
    Post count: 496

    Hello,

    I am having a problem whereby after previewing a listing edit (just slight change of name) and then confirming by pressing Update Now button leads to a warning screen (attached). Navigating away from this screen confirms the edit has been successful.

    I have been working with MAX CDN support to try and eliminate the error, but with no success – they think that the Listing Success page is trying to serve something from cdn that should be served locally, and that maybe changing something in WP Super Cache settings for CDN (excludes) will remedy the error. Any ideas??

    #426810

    adyp
    Expired Member
    Post count: 496
    This reply has been marked as private.
    #426849

    Alex Rollin
    Moderator
    Post count: 27815

    Hello!

    I see a typo in the autoptimize settings for “Exclude scripts from Autoptimize:”

    Please try copy/paste again from the settings page here, I have updated the docs to show that section as a code block:

    https://wpgeodirectory.com/docs/autoptimize-settings/

    Let us know how it goes

    #426927

    adyp
    Expired Member
    Post count: 496

    Thanks Alex,

    The Good News:

    now that the Autoptimize docs have been updated it is a lot clearer what needs to be set – although there are a few minor differences with the settings on my (up to date) version of Autoptimize: in my version, there is an option at the bottom ‘Also optimize for logged-in users?’, which I left disabled, and ‘Remove Google Fonts’ is on a separate tab ‘Extras’, which also includes options ‘Remove Emojis’ and ‘Remove Query Strings From Static Resources’, which I have both enabled.

    With those current settings and WP Super Cache (and enabling browser caching in .htaccess) I have got a Pingdom score of 92 for my home page (which doesn’t load the GD map) and load times of under 1 sec. Very happy with that!

    The Less Good News:

    The original error page appears with CDN enabled in WP Super Cache. Given performance without CDN I think I will cancel my CDN until such time as I work on global conquest – it just seems to add a layer of complexity that I don’t need for little gain.

    Thanks,
    Adrian

    #426937

    Alex Rollin
    Moderator
    Post count: 27815

    OK! That’s one way to go (and I cannot disagree about the complexity).
    Wait for bigger numbers and revisit.

    #426973

    adyp
    Expired Member
    Post count: 496

    …ah, it wasn’t that simple. Although working fine when logged in, something in Automptmize was stopping map loading for visitors (I have now enabled the ‘Also optimize for logged-in users?’ so that I can spot problems developing because of Autoptimize settings while I am logged in!)

    I have got map working now, though page load is slower – I am having to play with Autoptimize settings to get best performance while not breaking map – I don’t think the settings for Autoptimize in GD documentation work for me!

    #426979

    adyp
    Expired Member
    Post count: 496

    It is the ‘Add try-catch wrapping’ that is breaking my map, so I have disabled it (contrary to the GD docs). That is a shame – it was vastly improving home page load speed (my home page does not have a map).

    #427025

    Alex Rollin
    Moderator
    Post count: 27815

    Is it working now?
    And with try-catch disabled?

    #427054

    adyp
    Expired Member
    Post count: 496

    Yes,

    though it is a shame – because try-catch lowered the requests from 37 to low 20s and got load speed under a second for front page – no good if it breaks the map when I nav to directory though!

    #427090

    Alex Rollin
    Moderator
    Post count: 27815

    I have flagged this conversation for review, and we will take a look at those settings. If there are any changes or additioanl advice to share we will post back here.

    Thanks for sharing what you found, and we will look into the ‘try-catch’ issue.

    #427147

    Stiofan O’Connor
    Site Admin
    Post count: 22956

    The try catch things just depends on the plugins used, its a recommended setting but sometimes needs to be disabled. Site seems to be loading pretty fast for me.

    Stiofan

Viewing 11 posts - 1 through 11 (of 11 total)

We have moved to a support ticketing system and our forums are now closed.

Open Support Ticket