BlogAid

In Content Type, in the Posts section, the Schema settings are:
Default Page type – Web page (default)
Default Article type – Article (default)

In the Pages section, the Schema settings are:
Default Page type – Web page (default)

I do have the Knowledge Graph section filled out. Have had the same info there ever since it was available. It is set to Organization with my Organization name and logo file link. I tested the logo file link to ensure it was still good. And I saved the changes, just to refresh it.

I’m having the same issue with blog posts returning the webpage schema.

I checked the SEO > Search Appearance > General settings and my organization name and logo are listed.

I also looked at the required properties and the ID is appended by #webpage instead of #article. There is no headline. The isPartof lists the WebSite, not the WebPage. There is an author, but no publisher.

Just to test, I ran one of my pages through the tester and it came up the same way.

I have older tests showing that my posts did return Article last year, so not sure when something changed them, as I only do this audit annually.

Nope, running that reset a 2nd time did not fix it.

Yes, had already run the Yoast Indexables feature. That’s what started this whole mess.
Checked in SEO > Tools > SEO Data and has green check that site has been optimized.

And had already installed and run that Yoast Test Helper plugin to fix the first error of ‘has_ancestors’. That’s when we started getting the memory exhausted error.

Installed the plugin and ran it again and will keep an eye on the error log.

I have been working with my host to try to pinpoint the issue.

It is definitely from the Yoast SEO plugin and looks like something is corrupt in the database.

We ran a database repair from WHM and the only table that could not be repaired was the yoast_indexable because it is using Inodb storage engine.

I have not reinstalled the plugin yet, because we think it is a corrupt database table.
Would uploading those files have any impact on that?

Thank you for the reply.

Yes, the host meets the minimum requirements.

I’m sure memory set too low is normally the issue, as I found multiple support threads stating that. But that is not the case in this instance.

As stated in the initial post, we raised the memory all the way up to 1GB. No matter what we set it to, the issue just exhausted all of it. I just gave the 256MB one as an example of how the error started.

We have contacted the host provider and there is nothing wrong with the server or its settings.

Since deactivating the Yoast SEO plugin made the error stop, we are convinced there is something wrong with it, especially since this error did not show up until after we ran the Yoast Test Helper plugin to fix an issue that the 14.0 update caused.

Thank you!!! Sent the request

I store my files at AS3 and heard rumor that all AWS services are having trouble with their DNS resolution, so maybe that is the issue. However, not sure why the podcast plays when you click the Download link. It doesn’t play when clicking the link to open in a new window and still not playing on the site.

Just checked again and it is working on both Firefox and Chrome. And I have had 2 Firefox updates since the last check. So, wondering if that’s what was keeping me from seeing the fix. It was working on Chrome as of the last update.

And thank you so very much for the fix and your followup!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

• This reply was modified 5 years, 5 months ago by BlogAid.

I had updated to the version with the fix that you had sent me. Just updated to 1.8.8. Issue still there, but let’s give time for the cache to clear out completely. I’m on Cloudflare and sometimes it can take up to 10 hours

Used an private window the last time I looked too, and still doing it now.

I have multiple galleries and today checked one that I have not checked before, so no chance of it being cached in the browser. Still doing the same on the top 2 rows – cutting off the images.

Using Win10 and FF 68.0.2 (64 bit) It says it is up to date

Yes, still having the issue. But it is only on Firefox, not Chrome.

You can see it here https://heartwoodart.com/follow-gnarly/

Thanks for the plugin. I uninstalled the one I had and installed this one.
Then purged cache in my local caching plugin and Cloudflare.
Then visited the site logged out in a private window on FireFox.
Still same issue.

But then, it can take Cloudflare a little while to fully purge, so I will check again, but doubtful that will be it.

I’m also on PHP 7.1, if that helps any.

Sure does look like a FireFox issue, as all works fine on Chrome.

I’m having the same issue. Updated to the latest version of the plugin as of 8/11/19, which is 1.7.8, and it still shows the first 2 rows of gallery images cut off in FireFox. It’s okay in Chrome. (My galleries are 3 images wide and there are about 20 images per gallery. It’s only the first 2 rows on all of them that are affected.) Here’s a page to check https://heartwoodart.com/follow-oak/