• Resolved mafe65

    (@mafe65)


    Hi, I like the Surge Plugin very much, it is recognized as site cache in WP, not like docket cache for example. I am using the SEO Framework plugin additionally and I have the problem when using the optimized sitemap, it is somehow destroyed and showing a white page, especially after reloading the sitemap, meaning if I go to the sitemap the first time (maybe not cached yet) it is loading, if I go to it the second time, it is blanked out, which is not search engine friendly…. (My browser cache is always emtied when I close the browser).

    If I deactivate the surge plugin, the sitemap is working fine…

    Thanks and regards, Markus

    The page I need help with: [log in to see the link]

Viewing 11 replies - 1 through 11 (of 11 total)
  • Plugin Author Konstantin Kovshenin

    (@kovshenin)

    Hi @mafe65, thanks for reaching out!

    There is a problem with the SEO Framework plugin and how it handles the sitemap output. Unfortunately this is not something that I can easily address in the Surge plugin, however I will reach out to the author of the SEO plugin to see if they can fix it. Hopefully it is addressed in the next update of their plugin.

    I’m seeing a different sitemap output than that of The SEO Framework.

    The white page may indicate that the sitemap’s stylesheet isn’t loading, but the sitemap may still be fully functional for search engines, as long as the response headers aren’t mutated.

    Plugin Author Konstantin Kovshenin

    (@kovshenin)

    Both requests will eventually produce empty cached output due to the way The SEO Framework handles output buffering. I’ve opened a bug report here: https://github.com/sybrew/the-seo-framework/issues/751

    (I believe the URL in the OP is now using a different SEO/sitemap plugin)

    Thread Starter mafe65

    (@mafe65)

    Thank you both, meanwhile I’m using W3 Total Cache and Yoast SEO… – although I don’t like the sitemap from Yoast and my site still is not listed anywhere – maybe too less content and the majority is visible for registered users only anyway… And Sybre, white page is meaning really white – no content, also referring the source code, so worth looking at. I would go back to your plugin, because it is much lighter than the others πŸ™‚

    Plugin Author Konstantin Kovshenin

    (@kovshenin)

    Looks like the SEO Framework plugin author has decided to simply disable caching for sitemap requests, rather than addressing the problem. Either way, not a Surge problem, so closing as resolved.

    The problem (cause) remains that other plugins and themes do not adhere to proper coding standards. I can let them be, but I’ll resurface tons of complaints. I’ll get the blame, not them.

    Users are often unable to fix this. Switching themes is often not an option; switching SEO plugins is.

    Thread Starter mafe65

    (@mafe65)

    Peace!

    You are both doing a very good job, no matter which plugin is causing the problem, a problem never feels right, but what I honestly don’t understand which of your plugins is caching what…? I mean, how can the autor of the SEO plugin have an influence on caching referring a different plugin…?

    Nevermind, you both know better what you are doing πŸ™‚

    Sybre, when do you think it will be done? I would love to switch back to both of your plugins, which are not so bloated and free of third party stuff πŸ™‚

    Cheers

    Thread Starter mafe65

    (@mafe65)

    Hi both,

    I tried now the SEO framework (I like it better than Yoast…) with w3 total cache and it is working… So I’m afraid to have to say that the problem does not seem to be on Sybre’s side…

    Hello!

    I believe W3TC excludes the sitemap endpoint, whereas Surge is agnostic of such requests.
    If the exclusion hadn’t been in W3TC, the problem might have surfaced with that, too.

    I mean, how can the autor of the SEO plugin have an influence on caching referring a different plugin…?

    In PHP, any plugin can affect buffer behavior. Surge relies on those buffers to capture full-page output for storage.

    The SEO Framework clears those buffers on the sitemap page to prevent poorly coded plugins and themes from introducing erroneous code that can render the sitemap invalid. This clearing in TSF stops Surge from operating as intended.

    This buffer-clearing isn’t something TSF should have to do. However, I still have to ensure proper output. I’ve dealt with dozens of complaints until I decided this was a necessary feature. This is where Konstantin and I disagree.

    Anyway, I have an update scheduled in January.

    If you cannot wait until then, I already tried and tested this proposed method in a filter:

    add_action(
    	'the_seo_framework_sitemap_header',
    	function () {
    		defined( 'DONOTCACHEPAGE' ) or define( 'DONOTCACHEPAGE', true );
    	},
    );

    (Where do I place filters?)

    That filter won’t conflict with the upcoming update, but it will be rendered redundant.

    You may need to clear the cache before it takes effect. Deactivating the plugin to clear the cache didn’t work for me (Apple Silicon Tahoe 26 via LocalWP, PHP 8.4); I had to delete the cache folder in wp-content.

    • This reply was modified 4 months, 2 weeks ago by Sybre Waaijer. Reason: Coding standards
    Thread Starter mafe65

    (@mafe65)

    Thank you Sybre!

    I was curious and said hello to Zelda πŸ™‚ It is working! I am using Surge and TSF again! πŸ™‚

    Cheers, Markus

    That’s Link, not Zelda! πŸ˜‡

    Glad to see everything’s working now!

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

You must be logged in to reply to this topic.