498 karma · joined August 21, 2015
Kids should be taught to be aware of their surroundings and that if you can't see the driver of a vehicle, then they likely cannot see you either.
Ultimately though, all that is really just a last-resort safeguard against driver inattention and/or poor parenting. The driver of the vehicle should be 100% responsible for their actions, regardless of safety assistance features like cameras.
Even in my own experience of rear view cameras, pedestrians crossing close to the rear of the vehicle are obscured by the rear pillar until the last second, so it doesn't make mirror checks optional. I imagine similar issues exist for forward-facing cameras where a child walking towards then across the front of the vehicle could be obscured by the A-pillar until it's too late to stop. Again, the driver is responsible to check those areas by moving their head or even getting out of the vehicle and physically checking the blind spot if there are any doubts.
Would be great to see more of this in towns and cities too, new developments that cover an entire area with concrete and a few token trees/shrubs are not a good long term outcome for anyone. I guess it comes down to how much a planning authority can enforce both the implementation and long term upkeep of 'wild' spaces by the private developers and management companies.
Without TLS how do YOU know that the user is receiving your static resume. Any MitM can tamper with the connection and replace your content with something malicious. With properly configured TLS that's simply not possible (with the exception you describe in corporate settings where BlueCoat's cert has to be added to the machine's trust store in order for that sniffing to be possible). Hopefully in the future even that wont be possible.
I'm just amazed this app was even necessary in a first-world transport system. For all their faults, the UK rail network is pretty good at providing timely information (and as some other comments have mentioned have solid APIs for this stuff). Same with the LTA[1] in Singapore.
[1] https://www.mytransport.sg/content/mytransport/home/dataMall...
Disclaimer: I work for a company that uses the Birkman Assessment but no relation to MailChimp other than as a user of their newsletter services.
With a http url it just redirects back to the shortener homepage.
(Google Chrome on Mac)
The email we received was a joke, OK great our domains 'weren't affected' in the sense of memory dumps weren't being injected into our HTML, and luckily we only proxy static images/html through CF so at worst a visitor's google analytics cookie could have been leaked, but on a personal level any person who has used any CF-proxied website (e.g. Uber) in the past few months is potentially affected.
Whether or not you think it's likely anyone discovered this earlier, the fact remains that private data is still in various public and private caches around the world. It's a monumental cock-up that will require every CF proxy customer to rotate keys, invalidate tokens and force mass password resets to ensure complete peace of mind for millions of consumers who will probably never hear about this issue even though their credit card information, passwords and private messages could be floating around the internet as part of a cached version of a website they've never even visited.
Even the way you're looking for cached data to find affected customers - yeah ok, for page x.com/y you found data for customer z.com, but what about the other million times that affected x.com/y page was loaded, that could be data from a million different customers that someone else (human or otherwise) saw, whether they realised what it was or not. And trust me there are more than a few people on the planet who would know _exactly_ what they were seeing.
Forget about shareholder value for a minute, please, because it's an absolutely fatal mistake for your company to downplay an issue like this.
Look into the Birkman Method, it's a psychometric personality assessment that, unlike other pop-quiz type tools (MBTI et al), distinguishes between your usual behaviour, your fundamental expectation of the world (needs) and your reactions (stress) when those expectations aren't met. It's unlikely that your usual behaviour changes, although it's quite possible that your stress behaviour could mask that (even for years on end) if you're in an environment you can't cope with.
foo = {
"bar": true,
"baz": false
}
to: foo.bar = true;
foo.baz = false;
then I have extra quotes to delete. Those half seconds add up over a year!I guess you could argue the opposite though, that this looks messy:
let headers = {
Expires: 0,
'Content-Type': 'application/json'
}
Which leads me to believe it's a matter of personal preference, and you should just pick one and stick to it :) And look, there's even an eslint rule for it: http://eslint.org/docs/rules/quote-props {
bar: "qux"
}
?Don't you use syntax highlighting? I can't imagine this ever being an issue...
- These starches should preferably be unrefined (yes, quit that white bread, discover the great taste of brown rice) and eaten alongside some green and yellow vegetables to get extra vitamins, minerals and fibre.
- If you're trying to lose weight faster, avoid consuming oil and fatty foods (e.g. nuts, avocado), use sparingly otherwise.
- Avoid dairy products at all costs.
- Add meat in small amounts if you really can't live without it.
You'll be getting more than your daily calorie/vitamin/mineral/fibre needs, and by not eating a tonne of refined carbs, fats, dairy, and meat you'll be less of a burden on the planet/country/healthcare systems too!
I mostly follow the above advice, but I'm pragmatic when eating out, not everywhere caters to a vegan/plant based diet, or even vegetarian. So while you'll occasionally catch me eating a delicious chicken burger or even possibly a steak, 99%* of the time I eat a plant based diet with zero added oil.
As for the myth of sugar turning to fat: it's a process known as de novo lipogenesis, and yes it happens efficiently in cows, but in humans not so much unless you're eating carbs in greatly excess of your body's energy needs[0]. In 99%* of normal circumstances, the human body will increase its metabolism to cope with the extra calories from carbs. The problem really _is_ consuming too much fat.
* estimated ;)
[0] https://www.ncbi.nlm.nih.gov/pubmed/10365981 "Only when CHO energy intake exceeds TEE [total energy expenditure] does DNL [de novo lipogenesis] in liver or adipose tissue contribute significantly to the whole-body energy economy. It is concluded that DNL is not the pathway of first resort for added dietary CHO, in humans."
Either way I hope we get a root-cause analysis later, would be interesting to know what could take them completely down for 5+ hours. Presumably not a 'straightforward' bad deployment that could be rolled back.
Also remember that until they begun the analysis it wasn't clear that a single train was the cause. I imagine they were investigating trackside issues as well as issues with those trains that stopped, rather than an independent train that wasn't experiencing problems.
TLDR; It's not a case of looking at pre-defined timetables.
If you can afford it, AWS is possibly a more secure choice with a whole ecosystem of associated products, but at face value if you just need a few VPSes you'll pay a lot more for the same performance than you do with Linode.
No major browser will be supporting the insecure mode of http/2. I don't think I'm alone in thinking that is a good thing. I like to know that the page I'm interacting with hasn't been tampered with, whatever website I'm on. Nefarious certificate authorities aside, TLS is the way to do that.
Besides, connections (especially mobile) are getting faster all the time. I'd say encouraging better connectivity is a more worthwhile pursuit than allowing everyone to turn off TLS.