Guillaume Hamel

If you don’t mind me adding, it’s the same situation as found in this topic -> https://www.ads-software.com/support/topic/wp-rss-aggregator-creates-unwanted-posts-from-feed-items/

We’re experiencing the same problem.

For exemple, mysite.ca is showing a specific RSS feed from externalsite.com.

The plugin is configured with the following:
Link title = checked
Set links as nofollow = checked

So basically, we have a list of results in a Widget from an RSS feed on our mysite.ca and the links are pointed towards externalsite.com with the nofollow attributes.

BUT! (that the situation the OP is talking about and that we’re experiencing too), the plugin is still generating a custom post type detail page…

In our case, it’s coming up like this:
https://www.mysite.ca/feed-items/name-of-the-feed-showed-in-a-slug/
and this page is being crawled and referenced by Google.

That is why the OP is creating a 301 redirect with the regex config but that is just a temporary workaround, not a permanent solution.

Is it possible to “noindex” the detail page (sometimes called the single page) directly from the plugin instead of having to revert to code?

Great fix. For now I had a more “sketchy” fix by putting a display:none with a media query that covered everyting up to 768px.

This fix of your is more efficient.

Well, let’s make this 4 stars. The view count does work… but still haven’t figured out the featured image yet.

Thanks everyone for the answers… I had taken a look at WPML forums, but will look more carefully at the site’s other sections.

ANd I’ll mostly likely go the “custom” way.

@ross
Thank you for the answer your provided, I would clearly upvote you if it was possible. You put the finger right where it hurts. I am in the process of having changes made to allow for the loopbacks.

@ross and @alexandre
Thank you guys for the input, I’ll be testing this out as soon as I get into the office.

Cheers

Usually, as per my test that worked, it is quite fast… almost instateneous. To give you an idea, I’ve been on it all day long and I’ve triggered the CRON quite regurlarly.

I’ve read the link you just posted and the “Update Now” button does work so it’s not a rights issue. The more it goes the more it points toward the conflict with GIT or the rights/permission of the IUSER under IIS.

I’m not using any kind of versioning and I’ve ran the Background Tester Plugin… All the tests have passed.

[Update]
@kathryn after you mentioned the part about version control, I tested more. I ran a WAMP setup on my local drive and the automatic background updates worked flawlessly. I’ve investigated a bit more and found that some other properties on the same server do run some sort of version control.

We’re talking about different folders though:

\Root
-> MyWordPressSite
-> OtherPHPSite
—> git used on this other site
-> AnotherWordPressSite

Dunno if this can have an impact since this part here https://codex.www.ads-software.com/Configuring_Automatic_Background_Updates#Core_Updates_via_Filter mentions the parent folder.

The two “off the counter” services are working great and are not the cause of my troubles and relying on them for future security updates won’t solve the underlying trouble affecting my sites.

I’m well aware of the manual update process, but the point is to save time ?? I’m using iThemes Sync and WP-Remote for some sites for some sime, but I’m sure that you’ll agree it’s not efficient to go and check 50 to 75 sites each time there is a security to make sure they got upgraded.

BTW, just to make sure we’re on the same page, when I say auto-update, I’m referring to the security updates that happen in the “background”, not the ones triggered by me by clicking on the update button on the dashboard.

I’m starting to see more and more of this issue myself. Anyone else ran into this?

Problem not related to plugin. Has been fixed on our end.

Same issue here… too bad you have not had any update in over 8 months!!