Live data from Hacker News

Show HN: Print a WiFi Login Card

wificard.io

121–130 of 347 posts

Re: Show HN: Print a WiFi Login Card

#123

Asking as a person who understands the fundamentals of all of the technologies involved but is horrified by much of what goes on in the minds of today's web developers and designers, what motivates the decision to make this repo use make, docker, yarn, npx, nginx, react, and jest rather than a bit of static HTML and css and something like qrjs2.js or VanillaQR.js with a simple canvas or datauri update in onInput?

It’s the Rube Goldberg style of software development? Didn’t you hear? It’s super popular with the kids!

Re: Show HN: Print a WiFi Login Card

#124
post #67

Earlier quoted context omitted.

Answering as the author who also understands the fundamentals of all of the technologies involved and questions much of what goes on in the minds of today's web developers and designers-- I use Make as the standard way to interact with every repo I own. This allows me to type `make build` instead of `$some-language-specific-command-I-forget-in-2-weeks`. I use Docker for distributing every app I build. If the app is a…

But now you’re paying for keeping a server online, whereas a GitHub page could’ve hosted this static website for free.

React is compiled to static content so this could be hosted with GitHub pages too

Re: Show HN: Print a WiFi Login Card

#125
post #88

Asking as a person who understands the fundamentals of all of the technologies involved but is horrified by much of what goes on in the minds of today's web developers and designers, what motivates the decision to make this repo use make, docker, yarn, npx, nginx, react, and jest rather than a bit of static HTML and css and something like qrjs2.js or VanillaQR.js with a simple canvas or datauri update in onInput?

People love to constantly say "Want to learn to code? Make projects! projects! projects!" and then when someone makes a project as a means to learn a particular technology, now people turn up their nose and say "ew, why did you use this?" Anyway, this project provides exactly what I needed. Thanks to OP for sharing! Slick and simple

Make a project -> learn to code

Share a project -> get opinions on it

What's the problem?

Re: Show HN: Print a WiFi Login Card

#126

I am not sure I understand the app. Is it 2 input fields one for name and one for password? Which you then print? Is that the functionality - or have I misunderstood?

The QR code it generates can be scanned by a phone to connect to a WiFi network without typing anything

Re: Show HN: Print a WiFi Login Card

#127
post #88

Asking as a person who understands the fundamentals of all of the technologies involved but is horrified by much of what goes on in the minds of today's web developers and designers, what motivates the decision to make this repo use make, docker, yarn, npx, nginx, react, and jest rather than a bit of static HTML and css and something like qrjs2.js or VanillaQR.js with a simple canvas or datauri update in onInput?

People love to constantly say "Want to learn to code? Make projects! projects! projects!" and then when someone makes a project as a means to learn a particular technology, now people turn up their nose and say "ew, why did you use this?" Anyway, this project provides exactly what I needed. Thanks to OP for sharing! Slick and simple

> and then when someone makes a project as a means to learn a particular technology, now people turn up their nose and say "ew, why did you use this?"

Why post your learning project on HN then? You advertise and get free critique. Double win in my book. What's wrong with that?

Re: Show HN: Print a WiFi Login Card

#128
post #44

Earlier quoted context omitted.

The page might start a service worker and exfiltrate the data when connectivity returns even after the tab is closed.

Can any website start service workers that outlive their tabs? That seems like a huge change

Yes, but not directly via a service worker (aren't they blocked from network access in general?) - you'd have to trigger the main thread to sync with the service worker, then perform the exfiltration for you.

The original way to do this via a synchronous XHR request in visibilitychange/beforeunload/unload handlers gave you a 1-2s window to exfiltrate the data. That's been deprecated in exchange for a more insidious "invisible background connection to the server maintained after closing the tab or navigating away" that doesn't involve any UI delays. (For "a better experience" of course, not for stealth! Never!)

It's called the beacon API [0] and it's supported by basically all browsers [1]. This was introduced because, chiefly among others, Google Analytics was stuck between blocking in head to record the page view or moving to the end of the html document and using documentready but with a fairly high risk of user navigating away before all that had a chance to trigger at all or after it triggered but before it could exfiltrate the data.

[0]: https://developer.mozilla.org/en-US/docs/Web/API/Beacon_API

[1]: https://caniuse.com/?search=beacon%20api

Post reply on HN