Barcode Detection API • Hacker News Board

Re: Barcode Detection API

#121

Post by computerfriend » Thu, Mar 10, 2022, 10:14 AM UTC

eertami wrote: post #22

PaulHoule wrote: post #9

Earlier quoted context omitted.

At this point in time it's a pain point for me that Android devices don't usually have built-in QR reader software. I can tell iOS users to just "scan the code with the Camera" app but I have to tell Android users to find a QR scanner app on the app store. My experience with an actual bottom-of-the-line prepaid phone was that the first QR scanner app I downloaded from Google Play worked right the first time but I had…

Honest question: for what reasons do you ever need to scan a random QR code? I think I've used them to sign in to some apps (eg, WhatsApp) while logged in on a PC, and other than that exactly 0 times. The Google camera app does support QR codes FWIW, but I don't know if any other vendors except Google use it.

I feel like this is a US thing. The rest of the world (at least in my experience) has been quite liberal with QR codes for the past ten or so years.

Re: Barcode Detection API

#122

Post by OJFord » Thu, Mar 10, 2022, 10:17 AM UTC

PaulHoule wrote: post #9

miohtama wrote: post #2

As the page does not discuss the motivation behind the API, does anyone know why this is ”native” API and not just a generic image processing script implemented with JavaScript / WebGL / etc.?

At this point in time it's a pain point for me that Android devices don't usually have built-in QR reader software. I can tell iOS users to just "scan the code with the Camera" app but I have to tell Android users to find a QR scanner app on the app store. My experience with an actual bottom-of-the-line prepaid phone was that the first QR scanner app I downloaded from Google Play worked right the first time but I had…

As always, some fragment of Android actually got there before Apple (to put it in the Camera app), but no, it's not standard.

My current phone (Nokia 3.4) doesn't have it, but previous one (Motorala One) did. Ironic, since I chose them for being about as close to stock as you can get, both in the 'Android One' programme (so also comparatively LTS).

Re: Barcode Detection API

#123

Post by veysiertekin » Thu, Mar 10, 2022, 12:32 PM UTC

A different context but related: a website plugin that I have built years ago for barcode scanning machines: JBarcode - https://github.com/veysiertekin/jbarcode

I didn't made any changes since then. But it can be easily ported into a more modern framework (React.js etc)

Re: Barcode Detection API

#124

Post by ivoc » Thu, Mar 10, 2022, 12:43 PM UTC

makeitdouble wrote: post #86

pests wrote: post #77

Earlier quoted context omitted.

You can use a public CA like LetsEncrypt then. Exposes you to the certificate log but you should be secured already anyways. Just have to use the DNS challenge (unless you wanna poke a hole for certbot) to grab it

Looking at guides for LetsEncrypt on internal IPs/domains, it seems to be as painful as creating and managing your own CA: https://geontech.com/using-letsencrypt-ssl-internally/

Can someone productize this as a service please ?

Re: Barcode Detection API

#125

Post by olvrng » Thu, Mar 10, 2022, 12:54 PM UTC

OJFord wrote: post #122

PaulHoule wrote: post #9

Earlier quoted context omitted.

At this point in time it's a pain point for me that Android devices don't usually have built-in QR reader software. I can tell iOS users to just "scan the code with the Camera" app but I have to tell Android users to find a QR scanner app on the app store. My experience with an actual bottom-of-the-line prepaid phone was that the first QR scanner app I downloaded from Google Play worked right the first time but I had…

As always, some fragment of Android actually got there before Apple (to put it in the Camera app), but no, it's not standard. My current phone (Nokia 3.4) doesn't have it, but previous one (Motorala One) did. Ironic, since I chose them for being about as close to stock as you can get, both in the 'Android One' programme (so also comparatively LTS).

It's always included in Google Lens (and Nokia 3.4 uses Android One). You can open Google Lens and point to the QR code.

Re: Barcode Detection API

#126

Post by schwartzworld » Thu, Mar 10, 2022, 1:50 PM UTC

tedunangst wrote: post #98

pests wrote: post #77

Earlier quoted context omitted.

You can use a public CA like LetsEncrypt then. Exposes you to the certificate log but you should be secured already anyways. Just have to use the DNS challenge (unless you wanna poke a hole for certbot) to grab it

And people wonder why ioshit devices are all so cloud dependent. I just want my microwave to talk to my refrigerator (or whatever). But they have to use https, because. And the cert has to expire every 90 days, because. So now I provision a kitchen full of stuff with AWS creds so they can respond to DNS challenges to get those certs. So much simpler for everything to revert to client only mode and route all messages…

Why would you ever want your microwave to talk to your fridge? Imo the real reason IOT is such a shit show is because it's being crammed into every device without any actual benefit to the end user.

Re: Barcode Detection API

#127

Post by schwartzworld » Thu, Mar 10, 2022, 2:04 PM UTC

numlock86 wrote: post #112

Cool. Another feature that Firefox won't support. Same with the WebSerial API and others. I sort of understand their reasoning that they want to make a web browser and not an application platform, but that's where the web is shifting to ... or rather has already for a long time. And people wonder why every new tech/browser is based on Chromium all the time. Well, this is one of the many reasons.

Why would Firefox implement non-standard APIs?

Re: Barcode Detection API

#128

Post by pests » Thu, Mar 10, 2022, 2:18 PM UTC

jupp0r wrote: post #111

makeitdouble wrote: post #86

Earlier quoted context omitted.

Looking at guides for LetsEncrypt on internal IPs/domains, it seems to be as painful as creating and managing your own CA: https://geontech.com/using-letsencrypt-ssl-internally/

DNS challenge is easy to pass and automate if you can programmatically add txt records to your DNS zone. Every major cloud provider supports this with command line tools, so it's a matter of moving the DNS zone there and writing a shell script and a cron item in the worst case.

Exactly.

The steps for an intranet or regular domain is exactly the same if you use the DNS challenge as the web server is no longer involved regardless.

Re: Barcode Detection API

#129

Post by jupp0r » Thu, Mar 10, 2022, 3:25 PM UTC

ivoc wrote: post #124

makeitdouble wrote: post #86

Earlier quoted context omitted.

Looking at guides for LetsEncrypt on internal IPs/domains, it seems to be as painful as creating and managing your own CA: https://geontech.com/using-letsencrypt-ssl-internally/

Can someone productize this as a service please ?

Here you go: https://cloud.google.com/load-balancing/docs/ssl-certificate...

Re: Barcode Detection API

#130

Post by cloudwizard » Thu, Mar 10, 2022, 3:41 PM UTC

arjvik wrote: post #75

jupp0r wrote: post #74

Earlier quoted context omitted.

If it's cheaper for you to run an http than an https server then you are holding it wrong.

Internal domains, where getting a certificate to client devices is painful

It works in secure contexts. internal domains with .localhost name are considered secure.

https://developer.mozilla.org/en-US/docs/Web/Security/Secure... Locally-delivered resources such as those with http://127.0.0.1 URLs, http://localhost and http://*.localhost URLs (e.g. http://dev.whatever.localhost/), and file:// URLs are also considered to have been delivered securely.