• ironhydroxide@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    78
    ·
    edit-2
    3 days ago

    I get someone made a hilarious mistake.

    But why would you not even test the code before gluing them to all the tables?

    Or before sending the code to be etched?

    • Harrk@lemmy.world
      link
      fedilink
      arrow-up
      22
      ·
      2 days ago

      I created a QR generator website and you have no idea. I get emails from people saying they’ve printed the codes before discovering it goes to the wrong place (sometimes even to my own site!) and if I can fix it. No… check your codes before they go to print!

      The funniest one I had caused me to get a huge spike of traffic on Christmas. It was so weird and left me clueless for weeks, until I got an email from somebody wishing to cancel a subscription.

      I don’t sell subscriptions or anything at all!

      Turns out somebody printed a QR code into a smartwatch instruction booklet that went straight to my site… The ad revenue was insane tho!

    • HexadecimalSky@lemmy.world
      link
      fedilink
      arrow-up
      72
      arrow-down
      1
      ·
      3 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
        ·
        3 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
        ·
        3 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
          12
          ·
          3 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)

    • rustydrd@sh.itjust.works
      link
      fedilink
      arrow-up
      8
      ·
      3 days ago

      Might have been a temporary link (e.g., shortened URL) that passed tests initially but stopped working later on.