This approach of blaming renewables is the typical one that the press is spreading, without clarifying ALL the aspects that make some renewable energy generation facilities inflexible.

Antonio Turiel explains very well what has happened and, in fact, some time before the blackout, in view of important alterations in frequency and voltage, he had already warned that this could happen.

In the new installations, according to the new regulations, photovoltaic plants must have systems to have a reaction margin in case of fluctuations. But in older plants this was not mandatory and, in order to give flexibility to the system, as has been commented here, it is necessary to have a reserve of other generation sources.

At the time of the blackout, there were many photovoltaic plants without response capacity and the necessary plants, especially gas plants, were not prepared to respond to the disturbance.

This was a combination of greed and incompetence. Greed for wanting to save money by disconnecting gas plants or for not updating the technology in photovoltaic plants. Incompetence on the part of government and regulators to put in place the necessary means to force corporations to take the necessary measures to avoid what has happened.

You can try Fittrackee:

https://docs.fittrackee.org/

https://github.com/SamR1/FitTrackee

How about doing a little DIY, removing the 16-pin connector and crimping two 8-pin connectors? Or, perhaps, connect a 16 to 8 pin adapter.

I think the real problem is that Automattic did not plan for another company to get this volume of customers using WordPress, creating a burden on WordPress servers that is not compensated for.

What they should have done is set limits or payment plans above a certain volume of connections or transfers from a person’s or company’s servers.

The problem is to act in this way, suddenly, apparently without foresight and that the possible problems will have to be borne mainly by WP Engine users.

Yes, but I guess what is limited is access to those resources from a site running on WP Engine servers. I also assume that users can download the themes from outside WP Engine and install them anyway.

The Subversion repositories with the code are also public. Anyone can use them. There is no restriction of freedom by restricting access to such a repository, if the code is still publicly available.

This way WP Engine still has the opportunity to mount its plugin and theme repositories, without taking abusive advantage of the WordPress repository infrastructure.

There is work, energy consumption and so on behind it. Expenses that WP Engine is not taking on and does not even want to compensate for.

Automattic’s reaction may seem like overkill, but it’s a clear and forceful wake-up call to companies that are out to parasite their work and infrastructure. They do it because they have a privileged position. I think they are right to do so.

This does not mean that somebody could criticize a possible lack of consistency when Automattic is the company that adopts abusive attitudes towards third parties.

I’m not clear, has access to the code been denied or only access to other types of resources hosted on WordPress servers?

The FSF has clear guidelines and follows them rigorously, nothing else. It’s good that they don’t make exceptions. Any problem with microcode or other proprietary drivers starts with the fact that they are not free. Making exceptions would partially solve the problem, but the situation would not change significantly, and the FSF would then be violating its own principles.

The FSF’s job in this regard is to try to open debate about the problems of not having free security patches and, in any case, to try to uncover hidden vulnerabilities in proprietary tools and facilitate the creation of free tools that solve the problems.

The most reasonable thing to do is to cite the original publication and its author.