hydration9806

joined 1 year ago
 

cross-posted from: https://lemmy.ml/post/19389564

 
 
 
 
 

cross-posted from: https://lemmyf.uk/post/12790168

 
176
Syrup (slrpnk.net)
 
 
[–] [email protected] 4 points 1 month ago (1 children)

And this is unfortunately more political than one might think.

Yeah, I'm seeing that now. I posted it from the perspective of an apparent ironic laziness, but it can easily be expanded to a systemic issue. My b! Down vote the post so it goes away!!

[–] [email protected] 2 points 1 month ago

Like a poor man's dwarf bread. If only we knew the real recipe.

[–] [email protected] 6 points 2 months ago (1 children)

If you're looking for advice, I'd recommend moving the compound movements (ie squats and presses) to the beginning and the isolation movements (ie curls) to the end.

This allows you to do the more complex movements at the beginning when you are less tired.

[–] [email protected] 1 points 2 months ago

Fair but, I mean, Microsoft does the exact same thing

[–] [email protected] 2 points 2 months ago

Just an open source frontend for Shazam, but Audire is pretty nice for this

[–] [email protected] 5 points 3 months ago

Nope, no way to do this. It's not implemented yet. What you could use instead is the app called Shelter to create and manage a work profile. It's less separated than another Graphene profile, but is much more convenient

[–] [email protected] 4 points 3 months ago

Although I agree with you, I don't think that's what OP was asking about based on this part:

I'm just thinking that if a hacker got access to one email they'd have all account information?

It seems they are asking if an separate email account for each service would be beneficial. My opinion is it would limit the attack if an email account was hacked, but definitely not worth the hassle. Email aliasing (like the comment above me says) gives you some of the benefits without needing to juggle multiple accounts.

[–] [email protected] 8 points 3 months ago

I believe what they mean is "fuck car centric societal design". No reasonable person should be mad that someone is using the current system to live their life (i.e. driving to work). What the real goal is spreading awareness that a car centric society is inherently isolating and stressful, and that one more lane does absolutely nothing to lessen traffic (except for like a month ish)

[–] [email protected] 2 points 4 months ago

Ah thanks, this makes a lot more sense!

[–] [email protected] 1 points 4 months ago (5 children)

If you watch municipal or provincial news conferences it’s fairly common to hear a First Nation blessing at its start, like a recent one in front of Nanaimo Regional General Hospital on Tuesday.

“The increase in Indigenous content is a good sign. It shows that municipalities are stepping up and, at least symbolically, embracing reconciliation and this is also a category of action that falls outside the Supreme Court ruling in Saguenay,” said Phelps Bondaroff.

Honest question: isn't having the First Nation blessing violating the same constitution that the prayer is? Obviously the prayer is an obvious violation, but replacing it doesn't seem to be the answer as far as I can tell.

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago)

For sure, but that still isn't a passkey. The method you are talking about is the equivalent of non-passphrase protected SSH protocol, which is a single form of authentication (i.e. if someone has your security key they have your account).

The term passkey implies MFA: having a physical key and a password, a physical key and a fingerprint scan, or equivalent.

Sure the username could be considered the password, but usernames are not designed to be protected the same way. For example, they typically are stored in clear text in a services database, so one databreach and it's over.

[–] [email protected] 14 points 4 months ago (1 children)

Yes, as long as that place is only accessible by a physical passkey (such as a Yubikey). The risk is miniscule and the convenience is 100% worth it.

view more: ‹ prev next ›