Text- und Alltagstools · QR- und Barcode-Toolkit
Wie Telefone entscheiden, was ein QR-Code bedeutet: URL, WIFI:, mailto: und tel:
· Wie es funktioniert
QR-Code Kodierung Datenschutz
Ein QR-Code speichert immer nur Text; In diesem Beitrag werden die Payload-Konventionen – URLs, WIFI:, mailto:, tel:, MECARD und vCard – erläutert, die Kamera-Apps erkennen, sowie die genauen Zeichenfolgen, die eingegeben werden müssen.
Es ist alles nur Text – warum ein QR-Code keine Ahnung hat, dass er ein WLAN-Passwort enthält, und wie die Scan-App aus der Zeichenfolge auf die Absicht schließt
Eine QR-Matrix trägt Bytes; Die Bedeutung ergibt sich aus dem dekodierten Text und der Scanneranwendung. Die Payload-Builder von ToolAcre machen diesen Text explizit und geben sowohl die Payload als auch Hinweise oder Warnungen zurück, sodass Transformationen sichtbar und nicht stillschweigend verborgen sind.
Die Rückkehrform des Builders hilft dabei, diese Trennung aufzudecken. Es bietet die genaue Nutzlast, Informationshinweise zu Transformationen und Warnungen vor riskanten Entscheidungen. Die Benutzeroberfläche kann daher sagen, dass sie `https://` hinzugefügt, eine Telefonnummer normalisiert oder Satzzeichen maskiert hat, anstatt nur ein fertiges Quadrat anzuzeigen. Wenn sich ein anderes Telefon anders verhält, wird die Rohzeichenfolge zu einem Testartefakt, das dekodiert und verglichen werden kann, ohne zu erraten, was die Form beabsichtigt.
URLs und Schemata – http, https, mailto:, tel: und sms: und warum das Schema-Präfix darüber entscheidet, welche App geöffnet wird
Ein herkömmliches Präfix gibt dem Scanner einen Aktionshinweis: https kann einen Browser öffnen, mailto kann E-Mails vorbereiten, tel kann einen Anruf anbieten und der SMS-Builder des Toolkits verwendet eine SMSTO-Nutzlast. Die tatsächlichen Eingabeaufforderungen hängen immer noch von der Scananwendung ab.
ToolAcre kodiert E-Mail-Betreff und -Körper prozentual, sodass Zeichen wie `#`, `&` und Zeilenumbrüche in ihren Abfragewerten bleiben und nicht zu URI-Trennzeichen werden. Telefon-Payloads behalten Ziffern und ein führendes Plus bei, während Formatierungsleerzeichen entfernt werden. Hierbei handelt es sich um Regeln zum Aufbau von Payloads, nicht um Versprechen, dass jedes Gerät automatisch einen Anruf tätigt oder einen Composer öffnet. Der Scanner und das Betriebssystem wählen weiterhin die Aktion aus.
Das WIFI:-Format – die T-, S-, P- und H-Felder, das abschließende doppelte Semikolon und wie man Semikolons und Backslashes in Passwörtern maskiert
ToolAcre schreibt WLAN-Werte als WLAN-Felder für Authentifizierungstyp, SSID, Passwort und versteckten Status und endet mit einem doppelten Semikolon. Backslashes, Semikolons, Doppelpunkte, Kommas und Anführungszeichen werden maskiert, sodass ein Feld nicht vorzeitig durch Satzzeichen beendet werden kann.
Ein konkreter WLAN-Fall ist `Café;Visitors` mit einem Passwort, das einen Doppelpunkt und einen Backslash enthält. Der Builder stellt den reservierten Zeichen Backslashes voran und meldet, dass Escapezeichen aufgetreten sind. Außerdem wird eine hexadezimal aussehende SSID mit gerader Länge zitiert, sodass Leser den Namen nicht als codierte Bytes neu interpretieren. Wenn die Sicherheit nicht `nopass` ist und das Passwort leer ist, warnt das Panel, anstatt Anmeldeinformationen zu erfinden.
Kontaktkarten: ToolAcre erstellt vCard 3.0 und generiert keine MECARD
Die Gliederung vergleicht MECARD mit vCard, aber dieses Toolkit implementiert nur vCard 3.0. Sein Builder entgeht der vCard-Interpunktion, gibt Kontaktfelder aus und vermeidet absichtlich das Falten von Zeilen, da das Repository Kompatibilitätsprobleme bei gängigen Scannern dokumentiert.
Der vCard-Builder beginnt mit `BEGIN:VCARD` und `VERSION:3.0`, schreibt strukturierte Namenskomponenten separat und endet mit `END:VCARD`. Es normalisiert das Telefonfeld und maskiert bei Bedarf Kommas, Semikolons, Backslashes und Zeilenumbrüche. Eine Organisation kann für den Namen einer fehlenden Person eintreten, aber eine Telefonnummer allein ergibt keine Karte, da es keine aussagekräftige Anzeigeidentität gibt.
Klartext und unbekannte Nutzdaten – was eine Kamera mit einer Zeichenfolge macht, die sie nicht erkennt
Wenn ein Scanner eine Payload-Konvention nicht erkennt, kann er den dekodierten Text trotzdem präsentieren. Dieser Fallback ist der Grund, warum die Überprüfung der Rohnutzlast nützlich ist: Die Generierung kann Bytes und Escapezeichen garantieren, nicht die Schnittstelle einer bestimmten Kameraanwendung.
Eine unbekannte Nutzlast bleibt nur dann als Text nützlich, wenn die Person sie verstehen kann. Ein Scanner, der `SMSTO:` oder vCard nicht erkennt, zeigt möglicherweise die vollständige Zeichenfolge an, einschließlich Escape-Zeichen und Feldbezeichnungen. Das ist eher ein Kompatibilitätsfehler als eine beschädigte QR-Kodierung. Behalten Sie einen lesbaren Fallback bei oder testen Sie die genauen Kameraanwendungen, wenn die gewünschte Aktion wichtiger ist als nur die Wiederherstellung der Bytes.
Bearbeitetes Beispiel – Schreiben einer Gast-WLAN-Nutzlast und einer Kontaktkarte von Hand, Generieren beider und Scannen mit zwei verschiedenen Telefonen
Erstellen Sie eine Gast-SSID wie Café;Visitors und ein Passwort mit einem Doppelpunkt oder Backslash und überprüfen Sie dann die maskierte WIFI-Zeichenfolge. Verwenden Sie für einen Kontakt die vCard-Felder des Toolkits und vergleichen Sie die Nutzlast; Auf MECARD wird bewusst verzichtet, da es nicht implementiert ist.
Erstellen Sie eine Wi-Fi-Karte und eine Kontaktkarte aus Beispielen mit vielen Satzzeichen, dekodieren Sie dann beide auf unterstützten Telefonen und vergleichen Sie die resultierenden Werte mit der Nutzdatenvorschau. Die gegnerischen Tests des Repositorys durchlaufen bereits Wi-Fi-Felder durch einen Parser und überprüfen vCard-Trennzeichen; Gerätetests fügen die Anwendungsschicht hinzu, die Unit-Tests nicht darstellen können. MECARD sollte im Vergleich nicht erscheinen, da dieses Toolkit es nie erstellt.
Funktioniertes Beispiel: Erstellen Sie eine Wi-Fi-Nutzlast und eine ToolAcre-vCard, keinen nicht unterstützten MECARD-Code
Proprietäre Deep Links, Zahlungsschemata und andere domänenspezifische Formate werden von diesen Buildern nicht generiert. Der QR-Encoder kann beliebigen Text kodieren, aber das bedeutet nicht, dass ToolAcre ein externes Schema validiert oder garantiert, dass eine andere App darauf reagiert.
Eine benutzerdefinierte Zahlungs- oder Deep-Link-Zeichenfolge kann als Klartext eingegeben werden, dabei wird jedoch die schemaspezifische Validierung umgangen. ToolAcre kodiert fehlerhafte Daten genau so, wie es gültigen beliebigen Text kodiert. Unterstützte Payload-Panels bieten einen Mehrwert, da sie gemäß den implementierten Regeln entkommen und warnen. Verwenden Sie für jedes proprietäre Schema dessen aktuelle maßgebliche Tools, anstatt die generische Bytekodierung als Konformität zu betrachten.
Das Wichtigste: Geben Sie die Nutzlast genau ein und das QR & Barcode Toolkit kodiert sie lokal, wobei das Passwort Ihr Gerät nie verlässt
Wählen Sie das unterstützte Payload-Panel, überprüfen Sie den produzierten Text und testen Sie ihn mit repräsentativen Telefonen. Der Wi-Fi-QR-Code sorgt dafür, dass die Baustelle lokal bleibt, und bewältigt die Ausweichregeln, die höchstwahrscheinlich handgeschriebene Netzwerkzugangsdaten zerstören könnten.
Vor dem Export prüfen: Bestätigen Sie den sichtbaren Rohwert, lesen Sie jede Warnung und testen Sie die beabsichtigte Aktion. Denken Sie bei WLAN daran, dass jeder, der den Code fotografiert, die Zugangsdaten erhält; Schneiden Sie bei Kontaktkarten lange Notizen ab, wenn der Ersteller warnt, dass die Dichte zugenommen hat. Die QR-Schicht bewahrt die vorbereiteten Bytes, während die richtige Feldauswahl und die sichere Verteilung in der Verantwortung des Herausgebers liegen.