threadi

I don’t think you’ll find it that way either. It’s a debug output of something that might be stored somewhere in the database. If you’re already searching through files, try looking for var_dump(), since that’s what generates this output. However, you’ll probably find several hits, so you’ll have to look very closely to determine which one is causing this output.

What are the answers to my questions above?

I recommend getting in touch with WooCommerce’s support about this via https://woocommerce.com/my-account/create-a-ticket/ if you have any of their paid WooCommerce products or https://ww.wp.xz.cn/support/plugin/woocommerce/ if you do not.

What specific error messages do you get when it stops working? Feel free to share screenshots of them; see:

Also check to see if you’ve installed all pending updates for your plugins. That might solve the problem.

Check under Tools > Site Health to see if any issues are listed there.

This is apparently a debug output that is located in a file used by your project. It is difficult to determine which file this is.

Have you edited any files yourself? Your own plugin or in your theme?

Or did someone else do it for you? If so, please contact them.

It is also possible (but rather unusual) that a plugin or your theme contains the code. Perhaps updating your plugins and theme will solve the problem.

The page you found is already a pretty good overview. Here is another one from someone who works with Gutenberg: https://fullsiteediting.com/blocks/

However, I find these overviews somewhat unreliable. The reason for this is that the output changes depending on the settings used. For complete documentation, you would really have to record all options in all combinations. That is simply too much and I don’t think it would be helpful for you either. Here is some general information about the generated markup in the official manual: https://developer.ww.wp.xz.cn/block-editor/getting-started/fundamentals/markup-representation-block/

As described above, you should connect via FTP and solve the problem that way. Please contact your host’s support team for assistance. They will be able to help you with this.

I would strongly advise against modifying files from the WordPress core such as version.php – especially in this way. Doing so will ruin your project.

Your screenshot also shows something completely different as the cause. According to this, the plugin you are using, “EMC – Easily Embed Calendly Scheduling,” is missing a file. I suspect this was a faulty setup on their part.

To solve this, I would recommend the following:

• Log in to your hosting via FTP and delete the directory /wp-content/plugins/embed-calendly-scheduling/. Your host’s support team can tell you how to connect via FTP.
• You should then be able to log in to the backend as normal.
• After that, you can simply reinstall and activate the “EMC – Easily Embed Calendly Scheduling” plugin. The previous settings of the plugin should still be there.

According to the manual, you can also pass the WP_Post object directly to get_the_post_thumbnail(): https://developer.ww.wp.xz.cn/reference/functions/get_the_post_thumbnail/

However, you may then receive a different error message stating that a string is not possible.

I would therefore recommend checking whether the message really refers to this exact line. Because something doesn’t add up here. With the complete code and the complete message, we could certainly tell you more.