Comment Re:most widely deployed? (Score 1) 138
You need to work on your writing skills if you really expected someone to be able to read your mind and determine what you *meant*
You need to work on your writing skills if you really expected someone to be able to read your mind and determine what you *meant*
No, it is not "some scripts". Did you even LOOK at the link? Likely not.
What's interesting is that ONLY Netcraft confirms it. Check out the numerous other web server surveys. They show Apache either neck-and-neck or with almost 58%.
Apache httpd 2.4 has dynamic health checks: https://httpd.apache.org/docs/2.4/howto/reverse_proxy.html
So it has load balancing, down detection, as well as dynamic reconfiguration. Plus, is just as performant as nginx is. Most of the FUD around the "nginx vs apache" arguments are based on old data, long since no longer relevant.
Unfortunately, that's not quite true in this case. Any porting/sharing of code between AOO and LO is one way (from AOO -> LO) and had been one way. AOO cannot consume LO code unless specifically relicensed.
Seems to me that if you are a "local user", which is someone with access to the actual keyboard of the server, you likely have direct access to the actual server itself, which is even more a security risk.
From where I sit, the opposition is from people who don't like, approve or trust how systemd is incorporating more and more into itself. It smacks some people of bad design, bloated design and insecure design. Plus, it's the kind of behavior most often seen and witnessed by the historical enemies of Linux; it's the method of feature creep that reminds people of Microsoft and others, designed to make it difficult, if not impossible, to use anything else... ("lock-in" by another name). I'm sure that much of the "small elite" in opposition are opposed because Linux was supposed to be the revolution that got us *away* from that sort of monolithic control that they see systemd as.
As for me? meh.
Linus gets it wrong again: The ASF does NOT require CLAs for "drive-by" patches. It only requires them for official contributors or committers, not for people providing patches on email lists, via JIRA, etc... Only when people have obtained the merit to directly change the official code is an iCLA required. As it *should be* for IP tracking. Double shame!
With Eclipse and Apache, the CLA is a Contributor License *Agreement*. It is NOT a Copyright *ASSIGNMENT*. Shame on Linus for spreading such FUD!
Ahhh... good ol' jagubox. I recall that old A/UX server warmly and credit it with my 1st real "claim to fame" on the Interwebs. But jagubox is, sadly, no more, having long ago been retired after I left NASA. There are a handful of mirrors around, last I checked.
Thx for the memories!
Here's a dime. Buy a clue.
First of all, Outercurve != Microsoft.
Secondly, I work for Red Hat, which is open as Open Source as you can get.
Thirdly, I am also on the board of Apache and OSI. Maybe you've heard of them.
Fourthly, your ignorance is showing.
Fifthly, Bananas are the Atheists' Nightmare.
Just to be clear, I did not "sell out" nor did anyone associated with Outercurve. It's a shame that little brains can only hold so much info before their lower intestines take up the load.
Why? A couple of reasons. First of all, it was the basis for Apache entering into the EC and the JCP. Our involvement was predicted on the ability to obtain TCKs for Apache projects. Secondly, the ASF was promised it, but then denied the TCK (actually, an *open source compatible* TCK), and that's simply Not Right. Finally, the goal of creating s/w is that it be used, and the lack of certification significantly hampers that, as well as opens the project to submarine patents. Think Oracle is going to sue itself?
Ahh, but then s/w patents aren't necessarily patents of algorithms. Lets define, exactly, what constitutes a software patent by defining what a "good" one is, and then we can debate whether the concept is OK or not.
When it is incorrect, it is, at least *authoritatively* incorrect. -- Hitchiker's Guide To The Galaxy