csburdick

Thank you @kokkieh sure thing. Here’s an example page: https://www.bestroboadvisors.org/advertising-disclosure/

Here’s the code I’m using to exclude RP from displaying on those pages:

function jetpackme_no_related_posts( $options ) {
if ( is_page( array( 2, 757, 816, 846 ) ) ) {
$options['enabled'] = false;
}
return $options;
}
add_filter( 'jetpack_relatedposts_filter_options', 'jetpackme_no_related_posts' );

It’s successfully excluding them, but it’s still displaying those headlines “Read these next”

Thanks!
Chris

Thanks!

Hi Jay, thanks a ton for the help. I found the Events, but I’m still struggling to add it as a goal: https://gyazo.com/14bc019082c788368ca8a7d254911704

Not sure where to go from here…

Thank you
Chris

Good plan, thanks a ton!

Thanks for the reply! So there are a couple things i’m worried about:

– We have nearly 5000 posts, and I’m worried that it’s too many for the importer to handle at once. Should I break it down into months before importing, or will it be fine?
– Will the comments also come with it? I’m not seeing an option to export comments.

Thanks!

I see others are also having a similar issue but nobody seems to know what the problem is.

Could we have someone look into it? it’s just only me that’s having this issue.

Thank you

Here’s another weird phenomenon.

The TOC+ widget is set to only display on posts and pages.

On a normal archive page (https://www.automoblog.net/page/102/), it acts as designed and does not display: https://i.gyazo.com/7120d1c71fa5a9450a4257c8bbd65ee3.png

But on the weird attachment/archive page (https://www.automoblog.net/page/102/?attachment_id=vmmtlqhsgsk) it does display the headings from the first article in that list: https://i.gyazo.com/a7630344335debab52427e4fc3b78f1b.png

What it’s doing is using the page/post sidebar, not the home page sidebar as it’s meant to.

Yeah all the options in Yoast are set correctly, I’ve checked that about 50 times ??

The problem is something in the WP install itself, and that’s what I’m trying to figure out. It’s strange that the theme and plugins aren’t the culprits here; any idea what in the WP install would be doing this? is it possible that an old plugin altered something in a core file, or some weird htaccess thing?

Thank you

Thanks for the reply. I set the theme to Twenty Seventeen and deactivated all plugins, and those pages still exist.

Any idea what else could be causing this or how to fix it?

Thank you,
Chris

Already did this, but thanks! The problem is that those pages shouldn’t exist at all; they’re bypassing Yoast somehow.

Ok the regenerate thumbnails turned out to have worked, I believe (when I tried yesterday it error’d out).

Will update you if it shows any more issues.

Thanks!

Thanks for the update Steve – I just ended up adding a class to those images and using that option in the backend so it did’nt try to lazyload those. Hope you can get this figured out.

Thanks
Chris

Thanks for the help.

For others finding this post and having the same issue, I used the Better Search Replace plugin to replace all “href=”https://” links with “href=”//” in the wp_posts table and all is working now.

Thanks again, great plugin!

I found out the issue and I think it’s a bug.

In the back-end, I changed the img src to “https” and it started working. What’s odd is that I have Cloudflare automatically forcing https for all resources, but it must have to be https in the back-end to actually work?

What would you suggest to fix this?

Thank you

Hmm, ok so would replacing W3TC with a different caching plugin work?