acann

But…there is no problem, nothing is broken right? Are you saying that wordpress is supposed to be automatically filtering all non-english posts out of the default RSS feed when WPML is configured as I’ve indicated? That is not how WPML explained it, they said wordpress includes all posts (regardless of language) in the main http://mydomain.com/feed RSS feed.

I understand changing the theme when something is broken, but that isn’t the case here. This is a case of needing to customize an RSS feed to do something it doesn’t do by default.

WPML advised that this is expected behaviour. The theme is not related to the RSS feed, and it is fully compatible with WPML. The default RSS feed in wordpress always contains all posts. What I need is to do is either

A) Alter the main feed so that it EXCLUDES posts marked by WPML as French (fr-FR)
B) Create a custom RSS feed which only displays posts marked by WPML as English (en-US)
C) Some other way to accomplish this (ideally without a plugin)

No problem, glad to help, yeah the move to a cloud linux plan vs windows really helped. If you do and it helps, let me know. In either case I’d love to hear how you make out. I spent many long hours arguing with the webhost and running tests, disabling plugins, etc. I even spun up a blank wordpress and it still showed the issue (just not to the same extent) in an attempt to prove to the webhost it was on their end…to no avail. I just tried going to your friends site and experienced the same very long (15+seconds) blank screen waiting, then it loads nice and fast once the first byte comes through, same issue I was having for sure.

No, I’ve never used Network Solutions before. Checked out their website just now, don’t see much that would entice me to use them, speaking personally.

Your friend may also want to move from WordPress 4.5.4 to 4.6.1, not that it will change performance but best to stay on the latest stable release. 🙂

Yes actually. The first time after a “while” would have a very long TTFB (the first GET when you look at a waterfall view of the resources which load), and then often subsequent tests made shortly thereafter would not show the issue.

There are several things my webhost tried, one of which was specifying the database location by IP instead of “localhost” which apparently can cause a delay on windows servers. In my case, once I had moved from windows IIS to apache AND enabled a caching plugin like W3TC, the issue went away as if by magic.

So, unfortunately I have no idea what causes/caused this issue. Noone was able to figure it out. I was just lucky to find a server/CMS configuration which avoids it.

Do you have a caching plugin enabled? Does it use browser cache? Maybe the browser cache has a short expiry so overnight it expires and the following day the first time you load the page it’s downloading all the resources again? Do you use page caching and if so, what is the expiry and does it rebuild automatically (i.e. could it be the first time you visit triggers it to build the page cache and then subsequent views load from the page cache, then overnight it tears down and you start over?

I doubt any of those are the issue, but make sure you do have a caching plugin enabled and configured well (my experience is that without a caching plugin, wordpress simply will not perform quickly enough no matter what else you try to optimize). Failing that, assuming you are on an Apache server and your webhost has already investigated the TTFB issue…I have no idea, sorry. If you figure it out, please let me know, I spent a lot of time trying to identify the cause so I would LOVE to know what it was!

No idea why but this seems to happen intermittently after updating the Yoast plugin, and then it resolves itself within a few days. Since noone responded to this ticket, and it is generally fine, I’ll mark this as resolved.

Hi Hans, sure here is the excerpt from the ET post (you can find it in the ET forum by searching for “Monarch Issue with AMP Plugin” and it should be in the first few results (look for the post with that exact title).

Instructions from Elegant Themes:

Please open monarch.php file and remove the rel only from this code:
<div data-social_link="%3$s" rel="nofollow" class="et_social_share" data-social_name="%1$s" data-social_type="%4$s" data-post_id="%5$s" data-location="%6$s">

It shouldn’t impact with anything else, I guess this code can be completely removed from Monarch. I will add this issue into our issues list, our Dev team will check it.

Just to be clear, you remove the entire text rel="nofollow"

As for the production Monarch, that response was in July, and I’ve yet to see this making it’s way into a Monarch release so I have been manually doing it after each update.

• This reply was modified 9 years, 9 months ago by acann.

This stopped happening, so I’ll just mark this as resolved. As has been indicated this plug-in is old so this is probably a pointless thread anyway. Thanks for the responses.

• This reply was modified 9 years, 10 months ago by acann.