Just your normal everyday casual software dev. Nothing to see here.

People can share differing opinions without immediately being on the reverse side. Avoid looking at things as black and white. You can like both waffles and pancakes, just like you can hate both waffles and pancakes.

been trying to lower my social presence on services as of late, may go inactive randomly as a result.

  • 0 Posts
  • 846 Comments
Joined 3 years ago
cake
Cake day: August 15th, 2023

help-circle

  • I mean, I know a lot of people don’t like doing it anymore but calling and asking has a fairly decent chance of working if online gives no details.

    Personally I’m unsure how a bank could even force NFC to go through a specific provider, mine has always just issued virtual card numbers whenever I enrolled, And if the bank itself didn’t support the provider automatically, I always called the bank to manually approve getting the virtual number. it’s a little confusing to me that your bank even blocks the ability to in the first place. I would have thought you would have been able to use any mobile wallet that works on Graphene OS. Being said those are limited last I knew

    edit: rereading it. I see what you mean. You mean through your bank’s app as a native solution. Yeah, you’re just gonna have to call the banks for that one. I would assume that customer service would definitely know whether or not it’s through Google Pay or through their own system.







  • For clarification, this will likely mean anyone using a VPN won’t be allowed to also use non-google phones. As google will repeatedly request captcha on known VPN endpoints and they are common vectors for malicious programs and bots to use, so it’s almost certainly going to be escalated to the QR code level.

    Honestly I expect a bit of resistance to this change from web operators though. They are not going to like VPN users submitting bug reports saying “they can’t verify/its annoying so fix it”. There are far more users using VPN’s as a standard than there is custom firmware or degoogled devices.









  • I don’t know how it is now, but I know a few years ago if Roku was pre-installed on the TCLs, they would be required to connect to the internet in order to even set it up because they required a Roku account in order to operate.

    We had issues setting up demo units for it because our demo broadcast used a unified source that was via HDMI and we couldn’t get the TV to broadcast a HDMI signal without setting up a Roku account.

    We ended up just not setting those TVs up, and when customers would ask to see how it looked, we’d say unfortunately we don’t have the capability of showing you.

    Nobody was about to sign up to Roku using a store account and then have to deal with juggling the passwords just to use a display TV.




  • they have a third party hosting provider that keeps backups on the same storage volume as production? That right there is a whole other concern.

    whoever decided that backups need to be directly tied to storage volumes needs to reevaluate hardcore. I see no reason to link it directly to storage volumes and deleting a storage volume should not delete the backups that are tied to that volume. That is a systematic flaw that was just waiting to be abused.

    In this case, it was an AI agent “going rogue”, but what if it was a hostile attacker that just decided they wanted to be malicious. deleting a storage volume, using an API key, should not delete the backups that are associated with that volume, Realistically, that should be a whole separate system, and you should be able to restore backups that are under your account to whatever volume you want to.


  • Personally, I think the easiest one is the US government refunds the tariffs to the company with the requirement that the company has to give it back because the company already has all that information

    However, if We were to continue this hypothetical situation where the US is the initiator.

    All they would need to do is make it so it’s a hard requirement in order to get the tariff return that the companies provide basic transaction data For that duration, They could even dictate what format they needed it in. (or Alternatively they could assert they have a system in place already to handle it themselves but I think most would just let the gov handle it in bulk processing than need to make a framework for it)

    Then for returning the money, there’s a few options. They could either use the existing framework that they have to send returns to cards on file because it’s almost certain that they have direct access to every major card network. Or they can filter the master list by the card identifiers at the beginning and send them to the banks/card companies and let them deal with it.

    For cash transactions, it would be a pain in the ass, but that’s going to be the case for both distributions, because there’s no link to an actual identity. What they would have to do is they would have to compare the receipt to the transaction data that they have, which you are right, they could scam you on. However, they would have to know where it was purchased, they would have to know the time stamp, they would have to know the amount spent.

    Honestly, the most annoying part of that entire deal would be that people who paid in cash, regardless, are going to have to reach out to some system to say, hey, I spent this money, where’s my return? But I don’t think fraud is going to be a very big risk case here.

    Honestly, they could probably even set up an online portal to do everything for you. You just have to supply the information needed, much like how unpaid claims are