

It’s just personal preference though. You could pick any of the popular modern ones and run everything just fine. It’s like buying an Android phone. Plenty of brands to choose from, but they can all get the job done, run whatever apps you want, etc.
It’s just personal preference though. You could pick any of the popular modern ones and run everything just fine. It’s like buying an Android phone. Plenty of brands to choose from, but they can all get the job done, run whatever apps you want, etc.
Very true. You can find many cases of that though. Just the other day I was trying to get crypto quotes and accounting inside Gnucash, which has been supported by the backend API’s since forever ago, but the interface essentially doesn’t allow for it because the developers don’t consider crypto as currency, and don’t want to support custom currencies or even just using the existing data source API for anything but stocks, derivatives and fiat currencies.
Because you can make it so that the required certificate/signature has to meet certain criteria to work. For instance, imagine there was a PayPal equivalent type app for paying QR codes, and they required all codes to be signed by one of their business customers (who they have on file). Or with a certificate they themselves issue their customers.
A tea bag floats though. It’s better to use the traditional balls or anything else metal that will make the tea sink so it soaks better. Alternatively, there are ceramic teapots that keep the tea leaves below the water level.
It wouldn’t need a separate app if, for instance, a standard QR payment format way created. If you just want a link to a website to pay, then naturally that would be less secure, but you could always put the URL below the QR code for redundancy (QR would only save time typing then).
QR codes are mostly meant to let you get an amount of info (they’re mostly text-based) without having to type or enter it manually when you might make mistakes or when the process is just faster for the amount of text involved.
If it becomes standard for public parking to be signed, everyone would know. If payment QR codes in general start being signed, your payment app might even know. Lastly there could even be signage by the code to help novices.
Plenty of people I know have gotten the little echo dots or the bigger alternative with larger speakers for Christmas or birthdays. Technically they didn’t spend money, but their friends and family did.
Does it make a difference that the tea is never in the microwave? It’s only the method for heating a single cup of water, not of heating the water+tea set.
Neither. Tea bags are for chumps. It’s so much tastier to use fresher loose tea leaves of whatever mix you prefer (and you can control how strong you make it, plus you end up with less waste). I just boil the water in the microwave then when it’s hot I take it out and add the tea.
This seems to be a gross misunderstanding of public key cryptography. Public keys allow you to verify an existing signature is valid and made by the correct entity, but they absolutely don’t allow you to forge a signature: that’s actually what they are designed to prevent.
You pay CAs for certificate issuance, not for signing. You could sign all the QR codes in a city with a single CA-issued certificate as long as the standards for it were all accepted.
Well, because it won’t be signed by a trusted CA for that task. Like if CAs had a category of certificate issuance that applied here (the standardisation issue) then it would be easy to spot a fake (which wouldn’t be correctly signed). Alternatively, you could take the European approach of having everything government related (like public street parking, though Europe mostly uses apps for that, not signed QR codes) rely on government entities and those in turn on a national set of government CAs.
Yeah, Mint is fine and has enough users to have decent guides out there, a broad support system and great comparability. Think of it like a phone: you can pick a Samsung phone of a specific model, or a Motorola, or a Google Pixel or whatever and they can all run the same apps. The brand and model are mostly a preference thing, and while they do have their differences, once you have an Android phone you can see what those differences are firsthand and change later down the road. The biggest shift would be going from an iPhone to any Android phone. Later on you can worry about which Android brand you like best, what you like about specific interfaces or whatever. Some are nicer to use than others for sure, but it’s not as big of a deal as some people make it out to be as long as you get something generally popular, modern and with enough support/backing/users. Whether for Android phones or Linux distros tho, it’s normal for people to have their own preferences and recommendations based on their personal experience and needs since there are so many possibilities out there.