• HexadecimalSky@lemmy.world
    link
    fedilink
    arrow-up
    72
    arrow-down
    1
    ·
    2 days ago

    I think since its not so much btoken as pointing to a local file, I think they may have tested it on the one device they made it, so it worked…on that device.

    They should have 100% tested it on other devices

    • ironhydroxide@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      21
      arrow-down
      1
      ·
      2 days ago

      Guess I’m showing my age then. Because the intended end use device is obviously a phone, I assume they used their phone to generate the qr, send it out to etch, and test the result. I can’t use my phone for shit like that. To me that is much more a real screen type of job (generating the qr code, generating the gcode in lightburn, etc) done on a computer, instead of a tablet/phone

    • save_the_humans@leminal.space
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 days ago

      Might be guests just have to connect to the network first before scanning the code… Easy solution. Before you order you’ll just have to log into our WiFi and then scan our qr code.

      • Logi@lemmy.world
        link
        fedilink
        arrow-up
        11
        ·
        2 days ago

        Those exist (and are sort of annoying) but localhost literally points back to your own machine. No network setup is going to fix that (Short of running a proxy locally or messing with your hosts file. Not normal diner behaviour)