Keith

@swisspidy

After recent update in PHP, all aforementioned issues are disappeared. My non-English webpage loading is finally as fast as English pages on the same network.

It must have been unknown PHP version issue, or your hard work on update may have attributed! Thx for this great work!

• Feed Post Thumbnail – WordPress plugin | WordPress.org

I’ve also tried above plugin, but again, I still can’t have featured image loaded to my RSS feed

Thank you @devinlabsolutions

I need to add that block to the end of a single page, so instead of widget, I called ‘RSS’ block on the page editor. I can adjust number of columns, items along with options for displaying excerpt, publish date, and author names, but I can’t load featured image. Is there a way for that? Should I adjust additional CSS?

• This reply was modified 2 years, 4 months ago by Keith.

Any progress? @ecapella and @slaffik

I am also wondering if earlier version can at least temporarily solve my problem. One of the key features of my websites have been disabled and I certainly do have increasing number of dissatisfied customers.

I do not have ‘www’ in the url, and that is not defined in my server/dns. In fact, the same issue occurs for subdomains w/ sub.example.com in a subsite in my multisite.

It worked fine when I had single site, but immediately after I combined my websites to a multisite, it no longer works.

I am only fishing here, but I wonder if it is due to multisite imcompatibility.

• sitehealth.txt

Plz see the txt from the above link.

I am aware of WP debug file’s whereabout. It’s just no critical error or even remotedly related error log was present in wp-content/debug.log. Just so you know, I have my own dedicated server. Though I am not an expert, I at least know where to find php8.x-fpm.log for PHP and error.log for Nginx.

To be honest, the fact that you can’t re-produce my situation makes me more scared. It sounds like a combination of plugins, including Performant Translations, is the cause of my problem.

Based on the past a month of wandering, I have a theory on this one, and it is up to you to take it. Since wp-admin pages are all shared across subsites in a multisite installation, some .php files in /wp-admin/ folder that require .mo (or translated .php by Performant Translations) are called regardless of language, but when it is called, the .php can be corrupted, affected, or jointly called by translated .php files. When this happens on a multisite network with more than 2 languages assigned to subsites, call for the translated .php may create double load or memory leak, or something similar to my description of ‘mal-function’.

In my multisite network, I have WP Multi Network plugin activated, so I have a few sub-networks that share limited network settings. Duing the time when I had no idea how to handle the situation, I re-assigned a subsite to an unused sub-network and changed that subsite’s url, and brought it back to my main sub-network. Initially I was going to separate all my subsites by sub-network, but I can’t split object cache for each sub-network, so I cannot really use of the feature now. I had used it only for above case. The fact that I was able to change subsites’ url in the ‘clean’ (no plugin activated) sub-network, I come to a conclusion that the cause of the malfunction can be attributed to a plugin’s or a combination of plugins’ mis-use of .mo to .php conversion.

I think I have given you all I got, unless I violate WP Forum’s rule. If things fail with WP 6.5, I will rely on aforementioned sub-networks to workaround. And, if it becomes a part of WP core, I am sure other plugin authors receive similar reports like mine and eventually there should be a fix available. Till then, I will either stick to WP Multi Network, or switch website’s language back to English temporarily.