Since you asked why... there are only a couple areas where I truly use XML. One is to write structured documentation in the Docbooks schema, normally in an editor like XMLMind. The other main area is the rendered (x)HTML for the browsers and XSL transformations to produce it. In this system, some data (such as the results from an SQL query) might be temporarily presented as XML when used as a source document for XSL -> xHTML rendering, if the command pipeline demands it.

Some of us are still exploring ways to forge the dream of XML. In fact over the years I've been cobbling together this Java+XML+Shell bastard child of sorts that (in my biased opinion) is actually turning into a functional web development platform! I've only just recently put up the website and am still working on documentation but alas... I now present IOVAR.

Speaking of research on Java, in my spare time I still have fun exploring new ways to use Java... my IOVAR Web Platform project. I've only just recently begun to "put it out there" on the net, so to speak, and am still completing the documentation. So if you have a peek, please be kind :)... there's still lots of work to do.

Your point about Docker rings a bell. It's all about providing a consistent platform. The Unix-type systems make a great platform because there are fairly standardized locations for each of the small, single-purpose components and yet no single language is dictated. One command may be a shell script, another a C program, and yet a third is a Python script and they are all able to work with each other thanks to that standardized platform.

The rest of this comment I also posted up above in reply to another user...

Shameless plug of a dev platform I have been working on in my spare time that is built on a Java foundation: IOVAR . It's kind of meant to be the swiss army knife for the world of XML and JSON with a Unix philosophy and shell that should make any grey-beard feel at home.

I know it's not close to ready for mainstream yet and there is still lots more to do on the documentation side but it IS usable and has been quite a fun adventure to work on! I've been working on it solo so far but now I feel it's time to start getting the word out and find out if anyone else also finds it useful.

Shameless plug of a dev platform I have been working on in my spare time that is built on a Java foundation: IOVAR . It's kind of meant to be the swiss army knife for the world of XML and JSON with a Unix philosophy and shell that should make any grey-beard feel at home.

I know it's not close to ready for mainstream yet and there is still lots more to do on the documentation side but it IS usable and has been quite a fun adventure to work on! I've been working on it solo so far but now I feel it's time to start getting the word out and find out if anyone else also finds it useful.

Shoot, that's a good question. I'm not too familiar with the third-party providers since I host my own DNS and simply wanted an easy way to renew without having to modify the processes connected to my main nameservers. I put my scripts on github, maybe they can still be useful: https://github.com/VirgoVentur...

I put my process on github: https://github.com/VirgoVentur...

What I do is on the main nameservers I set up NS records for the _acme-challenge subdomains that points to my own nameserver (BIND) used only for this purpose. Then I have a simple script that updates the TXT record in these zone files. Works like a charm. I can share it if you think it's useful.

Your "warmest year on record" reflects only very modern history. Just take a look at this chart on Wikipedia and tell me how our warmth is both irreversible and human-caused (parent did not specifically address this so I apologize for bringing it to my reply... it's not an attack on the parent but on the usual narrative). We find ourselves in the Holocene, a remarkable interglacial period marking the end of the last ice age nearly 8,000 years ago. What we should not worry about is runaway heating, because history has shown some built-in feedback mechanism that eventually reverses the trend. The next ice age is probably inevitable; we might as well enjoy the temperate climate while we can.

My general belief is that climate change alarmists could find more widespread support if they only changed their narrative. I think we all can recognize that the Earth does and has gone through many climate cycles on its own without any human intervention. I also think we all want to remain comfortable. Though we're currently in an upward trend, we all ought to be thinking more about the end of our interglacial and the start of the next ice age. Do we have the power to control this cycle, and more importantly, should we? These are some of the questions that skeptics, scientists, and philosophers all should be seeking answers to.

Media keys were great because they would control the media even when the application (web browser, in this case) was not in focus.

This will be a worse experience for me because, according to Gizmodo, "the location of player controls moves to fit the video's size..." I generally keep one browser window open in the corner of the screen for playing various videos and currently, all controls and UI features remain consistently in the same place no matter which video I'm watching. If things start moving around depending on the video, it's only going to slow down navigation and aggravate users like me.

Is it possible an EMP type device could render the pump control logic inoperable and therefore leave it in an undetermined or last-used (i.e. enabled) state?

It's the YouTube version of Netflix's "Are you still watching?"

25239342 here... hit me up!