pcgaldo

joined 2 years ago
[–] [email protected] 1 points 1 week ago

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.

[–] [email protected] 2 points 1 week ago (2 children)

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.

[–] [email protected] 7 points 1 week ago (6 children)

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

[–] [email protected] 2 points 4 months ago (1 children)

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.

[–] [email protected] 1 points 8 months ago

I was going to recommend Tox, but I don't think there have been any iPhone clients with up-to-date development for years.

[–] [email protected] 3 points 8 months ago* (last edited 8 months ago) (2 children)

You can also try Jami.

https://jami.net/

[–] [email protected] 13 points 8 months ago (1 children)

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

[–] [email protected] 1 points 10 months ago

Not a bad idea. It would not be difficult to include it in this project.

10
submitted 10 months ago* (last edited 10 months ago) by [email protected] to c/[email protected]
 

Crossposted from: https://lemmy.ml/post/9698836

This setup allows Arduino to read temperature, control relay based on setpoints, display info on OLED screen, and manage date/time settings with user input through buttons. Adjust based on specific hardware/project requirements.

Designed to replace the faulty electronic control of a blue heat radiator.

Code and simulation at Wokwi

Licensed under GNU GPLv3.

[–] [email protected] 6 points 1 year ago