This is where teamwork really pays off. All the GP has to do is enlist the assistance of a friend to make sure the foil is uniformly wrapped around every square centimeter of his body, triple check that it's tightly crimped to avoid any potential for air leaks, and wait a mere matter of minutes for whatever problems he may have been concerned about to vanish.
Go anywhere on the dessert for one.
I stood on a few pies to test this hypothesis, but I still had signal. Am I doing it wrong?
Nothing like driving 100miles on a dangerous road with no signs of civilization anywhere when you need 911 the most.
Why are you doing such a thing without, at minimum, an emergency kit in the trunk consisting of a spare tire and tools, basic first aid supplies, a couple of blankets, flares, a firearm, some ammunition, and a jug of water? I don't travel for any significant distance in remote country without everything on that list. Even in town, most of that is still in the vehicle.
Jay-Z, is that you?
Hey jackhole, guess what? I've personally witnessed more than one registrar virtually automatically roll over in cases like this, without so much as a glimmer of a court order or even a UDRP filing to back anything up. Do you happen to work for GoDaddy or NetSol? If your employer is the former, tell Bob Parsons I said he's still the turd he used to be, that is if you can reach him these days. If it's the latter, you're probably trolling on their behalf, so take a 15 and try to think about what you're doing with your life.
You're 100% right. I'm presently driving a Hyundai Sonata (fantastic car, btw), and am considering either a Hyundai Genesis sedan or a Tesla Model S for my next car. The Genesis is a very nice car, but I'm strongly leaning toward the Tesla.
To be fair, Ruby as a language isn't the problem. However, Ruby on Rails and the atrocities of frameworks that are its spawn are frequently major problems.
You must have missed the follow up response I posted right after my initial reply.
No, it is not validly cached, at least not in any useful sense given the sea of caching proxies and user agents in the field. The headers presented merely hint that discretionary caching is okay, and do nothing to encourage caching either by proxies nor end user agents, nor inform such recipients of additional criteria which affects these factors. Please read RFC 2616 and come back when you're done.
Do the needful? Is this supposed to be something an Indian tech suport person might say?
It's not supposed to be. It is.
I'm not confusing anything. I've actually written a caching proxy from scratch, and there's a difference between saying the content could be cached and aggressively encouraging it. The headers are incomplete in this regard. Please refer to RFC 2616.
I'll just go ahead and directly quote from your notes:
This response allows a cache to assign its own freshness lifetime.
You apparently don't spend very much time actually working with various caching proxies or examining the default behavior of various user agents when presented with various options (some caches follow RFC 2616 better than others, and different or incomplete response header combinations may well cause unexpected behavior as a result), or you wouldn't have wasted your time with a misleading and ultimately misleading response.
I've actually written a caching proxy and HTTP/1.1 accelerator from scratch. I suspect you haven't, which would have a lot to do with why you don't know what you're talking about.
Incidentally, I'm keenly aware they're using Akamai for CDN purposes. That doesn't make this any better; in fact, given some of their functionality, it makes it worse. Time for bed.
Let's examine an HTTP request for a rather beefy portion of the JavaScript in question from healthcare.gov:
pparadis::palegray-mobile { ~ }-> curl --head https://assets.healthcare.gov/global/js/lib/jquery-1.8.2.js
HTTP/1.1 200 OK
Server: Apache
ETag: "cfa9051cc0b05eb519f1e16b2a6645d7:1370524513"
Last-Modified: Thu, 23 May 2013 15:59:12 GMT
Accept-Ranges: bytes
Content-Length: 93436
Content-Type: application/x-javascript
Date: Tue, 08 Oct 2013 09:44:20 GMT
Connection: keep-alive
They're not even bothering to set the HTTP Cache-Control, Proxy-*, or Expires headers on this content, which will most assuredly limit intermediary proxy and client caching. To say this is amateur hour would be a gross exaggeration of the skills being fielded by these developers.
Much larger issues undoubtedly exist in their backend infrastructure. Given the shit I've seen in this area, I could probably spend the next hour making educated guesses about how badly they've fucked up in various regards, spend another hour partially validating those guesses, and wind up just saying "yup, they're idiots." Instead, I think I'll go to bed now. I have work in the morning.
So the story here is that a large team of software developers with no demonstrated experience in developing, testing, performing quality assurance for, and administering large scale enterprise application deployments get a federal contract and botches it horribly. Color me shocked.
I've been working in development and architecture roles for fifteen years, and have seen exactly the same pattern on a variety of scales over and over again. I've seen a number of rather large infrastructure development projects that worked out very well too, but none of those were public sector projects.
Just remember that the folks responsible for this mess are certainly still taking paychecks while an enormous number of government workers are suffering due to the inability of our Congress to do its job. Good times, huh?
For one, there was no back up plan, no person he delegated responsibility to make transfers in his absence. He said as much in his forbes interview; that he delegated customer service responsibilities but it was him and only him that could manage the site or it's bitcoins. No reason to disbelieve it. Maybe early on, he had delegated but after the first employee theft (the first alledged hit), certainly he would have moved to change that , as paranoid as he seemed to be in some regards.
You continue to make the assumption that he had no backup plan, and you offer (perhaps understandably, as you're not inside his head) no supporting evidence aside from statements on his part that any sane person would make, regardless of the truth of those statements. I've known a couple of guys who got in some trouble and had seven figures to lose, and be assured they both had contingency plans despite their pleas to the contrary. You aren't privy to his personal network of relationships; stop pretending you are. You shouldn't assume getting burned by one employee equates to never "hiring" again. I was once burned to the tune of USD $40K by an employee, which was not a small sum of money for me. I didn't stop hiring, but I did get smarter about it.
Second, even if somehow he gets his sentence reduced, it'll certainly be preconditioned on his turning over his remaining proceeds. They won't say "give us your money and you're free" to his "I'm sorry, I would I forgot my key though" and reply "ok, sounds good, you're free"
Aside from a fundamental misunderstanding of how scenarios on this level typically play out (they don't actually care about his money; they care much more about who he can help them grab to further pad their resumes), you make the mistake of assuming he'll be convicted and sentenced to anything more than a decade in prison. Conviction is uncertain, anything more than ten years is unlikely. Most men can do ten years with the knowledge that they have a fortune waiting on the other side, as long as they're smart about how they conduct themselves following release. Again, he wouldn't be the first guy to play it smart in this regard.
No. There's no way he's being released any time in the future if there's even a question that he could access those funds. Maybe he should start praying that bjtcoin finally reaches its overdue demise so that the Feds don't think he has anything of value any longer. One day...
Once again, the people prosecuting him don't give two shits about Bitcoin. Think about that for a while.
Today is a good day for information-gathering. Read someone else's mail file.
