> The Ashley Book of Knots is an encyclopedia of knots written and illustrated by the American sailor and artist Clifford W. Ashley. First published in 1944, it was the culmination of over 11 years of work. The book contains 3,857 numbered entries and approximately 7,000 illustrations.[1] The entries include knot instructions, uses, and some histories, categorized by type or function. It remains one of the most important and comprehensive books on knots.
Bought this book last year. Fantastic purchase. Love Animated Knots too. But I wanted something that was useful offline if the internet is down, or if I'm innawoods.
> 1. No one sane trusts EU after RU sanctions either.
The RU sanctions were implemented 'only' because RU invaded another country. If you don't plan on invading countries is there much to worry about?
To a certain extent if you 'just' want to participate in the world economy the EUR seems fine. If you're looking to start geopolitical drama with military actions, is there any currency of a major economy that would not be a risk? Major powers tend to want stability, which would allow them to stay major, so would frown upon anyone stirring the pot (besides, perhaps, another major power: see China with Russia against UA/EU).
Europe wasn't breaking sovereign immunity / sovereign bank seizures when historically fighting each other, current actions historically unprecedented. So the answer is war is not sufficient excuse for RoW. EU extra delulu because RU/UKR not even over direct EU/NATO territory i.e. EU breaking sovereign immunity over "peripheral" interests. Like EU seize/sanction US when? Point of sovereign immunity is provide some semblance of neutrality for rest of world to do their thing while drunks fight, neutrals still want to buy from the drunks, EU has made things both hard not neutral.
> Pretty straightforward really. You combine Brazil's history of monetary stability, with Russia's respect for property rights, India's domestic tranquility, China's financial transparency, and South Africa's investment opportunities - and hey presto, you've got a new global money
Of course more countries may enrol in the system, but that dilutes the influence of the five namesake nations of BRICS.
But then you have to choose an actual currency(s) to do transactions in, so will you trust them to be stable? Or perhaps go with a 'theoretical' currency likes Keynes' bancor?
> Unlike most common law jurisdictions, the United States doesn't have a central land registry due to lobbying from the title insurance industry.
These scammers will either (a) start with a stolen identity and see what land that person owns and try to sell it, or (b) find an interesting piece of land and steal that person's identity and pretend to be them.
In either case a 'definitive' database (or lack thereof) is not the problem.
Ontario and BC (e.g.) in Canada have a land registry:
> It will also shift the local climate balance towards a more habitable ecosystem, enabling first vegetation and then slowly growing the rest of the food chain.
Depends on the deserts in question and knock-on effects: Saharan Dust Feeds Amazon’s Plants.
> Contrary to the narrative of the internet being about sharing science, ARPANET was pushed by the DoD as a means of maintaining comms during nuclear war.
[citation needed]
Because according to Bob Taylor, who initially got the funding for what became ARPANET:
> Taylor had been the young director of the office within the Defense Department’s Advanced Research Projects Agency overseeing computer research, and he was the one who had started theARPANET . The project had embodied the most peaceful intentions—to link computers at scientific laboratories across the country so that researchers might share computer resources. Taylor knew theARPANET and its progeny, the Internet, had nothing to do with supporting or surviving war—never did.Yet he felt fairly alone in carrying that knowledge.
> Lately, the mainstream press had picked up the grim myth of a nuclear survival scenario and had presented it as an established truth. When* Time magazine committed the error, Taylor wrote a letter to the editor, but the magazine didn’t print it. The effort to set the record straight was like chasing the wind; Taylor was beginning to feel like a crank.
> Taylor told the ARPA director he needed to discuss funding for a networking experiment he had in mind. Herzfeld had talked about networking with Taylor a bit already, so the idea wasn’t new to him. He had also visited Taylor’s office, where he witnessed the annoying exercise of logging on to three different computers. And a few years earlier he had even fallen under the spell of Licklider himself when he attended Lick’s lectures on interactive computing.
> Taylor gave his boss a quick briefing: IPTO contractors, most of whom were at research universities, were beginning to request more and more computer resources. Every principal investigator, it seemed, wanted his own computer. Not only was there an obvious duplication of effort across the research community, but it was getting damned expensive. Computers weren’t small and they weren’t cheap. Why not try tying them all together? By building a system of electronic links between machines, researchers doing similar work in different parts of the country could share resources and results more easily. […]
* Wizards § Chapter 1
The first four IMPs were UCLA, SRI, UCSB, and Utah. Then BBN, MIT, RAND, System Development Corp., and
Harvard. Next Lincoln Laboratory and Stanford, and by the end of 1970 Carnegie-Mellon University and Case Western Reserve University.
It was only "later in the 1970s" that command and control was considered more (Lukasik):
But the first two people who get the project going, Taylor and Herzfeld, were about the efficient use of expensive computer resources for research. Look at the firs >dozen sites and they were about linking researchers: the first DoD site wasn't connected until 3-4 years after things go going, and there was nothing classified about it. MILNET didn't occur until 1984:
> Why would you be running sudo in production? A production environment should usually be setup up properly with explicit roles and normal access control.
And doing cross-role actions may be part of that production environment.
You could configure an ACME client to run as a service account to talk to an ACME server (like Let's Encrypt), write the nonce files in /var/www, and then the resulting new certificate in /etc/certs. But you still need to restart (or at least reload) the web/IMAP/SMTP server to pick up the updated certs.
But do you want the ACME client to run as the same service user as the web server? You can add sudo so that the ACME service account can tell the web service account/web server to do a reload.
In your example certbot is given permission to write to /var/www/.well-known/acme-challenge and to write certs somewhere. Your web server also has permission to read those files too.
There is no need for the acme client and web server to run as the same user. For reloads the certbot user can be given permission to just invoke the reload command / signal directly. There does not need to be sudo in between them.
* https://en.wikipedia.org/wiki/ATI_Technologies
reply