If your toaster can’t fit a slice of Warburton’ Toastie comfortably, then the CEO of the toaster company gets toasted to death at the stake.
If your toaster can’t fit a slice of Warburton’ Toastie comfortably, then the CEO of the toaster company gets toasted to death at the stake.
I still call them Opel Fruits
The past 10 years has been dominated by female solo singers
The only sport that is a predominantly physical exercise (so excluding things like snooker, darts, archery etc) where women could compete competitively against men at an equivilent level in their sport (league 1 men vs league 1 women) would be ultra marathons. Most other sports is so mis-matched you’d end up with some random amateur bloke against an elite woman.
Basically if you’ve gone through male puberty you are vastly different physically from someone who hasn’t.
The fact that American English doesn’t have the word ‘fortnightly’ is incredibly confusing on every level.
Last year I went from a 10 year old Nikon D7100 with 17-55 f/2.8 to a Nikon Z6 with 24-70 f/4 and holy moly there is an insane difference in quality. I was absolutely blown away. If you can afford it I highly recommend getting something newer. It really breathed fresh air in to my photography and got me excited that I can get really sharp photos, even at high ISOs with good tracking.
Then in a few years you’ll be gassing for those 3k lenses a 5k camera and a carbon fibre tripod, a few flashguns etc.
This, but in big friendly letters.
“Soap is soap, it’s self cleaning”
That would involve quite a bit of begging if I were to try that too.
You were saying the input size doesn’t matter because you only store the hash which is always the same size. What I’m saying is that the input size really does matter.
You absolutely should set upper limits on all input fields because it will be abused if you don’t. Systems should validate their inputs, passwords included
deleted by creator
You can make a client hash it, but if you don’t reject large inputs to your API a client can send enough data to DOS you anyway.
The resulting hash will always be the same size, but you don’t want to have an unlimited upper bound otherwise I’m using a 25GB blueray rip as my password and your service is going to have to calculate the hash of that whenever I login.
Sensible upper bounds are a must to provide a reliable service not open to DDOS exploits.
Not necessarily. Presumably the change password form requires entering the old and new password at the same time. Then they can compare the two as plain text and hash the old password to make sure it matches, then if so, hash the new password and overwrite it. Passwords stored hashed, comparison only during the change process. A theme on this is checking password complexity rules during the login process and advising to update to something more secure. It’s possible because you’re sending the password as plain text (hopefully over a secure connection), so it can be analysed before computing the hash. This even works if the hash is salt and peppered.
What set up do you have?
TIL there such things as dessert pizzas.
“I want to go to the bottom of the ocean”
“Say no more…”
No human had a hot shower before a hundred years ago and now I have at least one a day
XML is a superior format to Json or yaml or any of those other trendy formats around today. It’s the hill I’m willing to die on because I’m right.