Hi Simon,

As I can see on your screenshot above, seems like sh404 have detect that the easyblog link was using the same itemid.
And seems like you did not create a menu for easyblog frontpage in order easyblog have a better router. Can you create a menu for that and clear the URL cache again and see how it goes?

Okay, so there must be a menu link of type "frontpage" for Easyblog to function properly in terms of routing? Is it okay if that is a hidden link?

Yes Simon, can you give it a try and see how it goes

Okay so I did as advised and changed the main blog menu link to be a Frontpage page rather than a Category one, then I cleared the URL cache of all pages with "page-" in the URL, then verified they were all gone.

I left the site for a few days and then checked again today but yet again there's a tonne of erroneous pages in the URL cache which are all related to Easyblog. Basically lots of normal article-style pages on the site are having extra paginated URLs for them, for example "contact-delta-ee/page-2.html", "contact-delta-ee/page-3.html" etc. These pages have nothing to do with Easyblog and don't need paginated as they are a single page of content. In the example I gave the ItemId in the Easyblog URLs is 264 which is the itemId of the correct menu item and page (in this case the contact page) but should have nothing to do with Easyblog.

Any ideas what is going on and how to resolve?

Weird indeed, can I have the permission to purge the SEFurl in your sh404sef in your site?

We can't risk purging the entire URL cache I'm afraid, as we had major issues before when this was done due to some aliases to important sections (such as the document downloads) having been changed and lots of broken links emerging, however feel free to purge the cache of Easyblog URLs or of any with "page-" in their URL.

Hi Simon,

Thanks for your cooperation, I've delete the easyblog contact-delta-ee links in your sh404sef and try a few pages related to contact page (id=264) ,seems it doesn't generate the links in the sh404sef now.

Thanks, I'll need to keep an eye on this however as I did this before then checked it after a few days and noticed they were all back. Weeblr suggested temporarily turning on the "record referrer URL" option to see if it can point to where those links are coming from so if they re-appear I might need to do so.

They also suggested using a crawler tool to crawl all links on the site and to see if the erroneous ones showed up there as they suggested this would indicate whether there are actual links to those pages somewhere or if there is something about the interaction between Easyblog and sh404SEF which is causing these URLs to be generated, even if there are no on-site links to them. When I did this I noted that the crawler didn't find those links, which suggests that links aren't appearing on the site but are still somehow being generated.

I see, keep us update on this Simon