01
Leerfeld ist kein Platzhalter
Im Komponentenmodus werden alle acht Felder explizit übergeben. * erlaubt beliebige Werte, ein leeres Feld nur eine leere Komponente. Die Basis-URL löst Kandidaten auf und ergänzt hier keine Hostbedingung.
URLS UND ROUTEN
URLPattern testendie Ursache eines Fehltreffers sehen
Eine URL pro Zeile, ein Muster für alle Kandidaten. Die Engine wählen Sie unter den Eingaben.
URLPattern testen
Muster
Kandidaten-URLs
URLs und Muster werden im Browser verarbeitet. Eingegebene URLs werden nicht aufgerufen.
Abgleichergebnisse
Mindestens eine Kandidaten-URL eingeben.
Abgleichoptionen
URLPattern: * erlaubt jeden Wert, ein Leerfeld nur eine leere Komponente. Details zeigen unabhängige Gruppen, auch bei einem Gesamtergebnis ohne Treffer.
Die Basis löst relative Kandidaten und relative Zeichenfolgenmuster auf. Komponenten erhalten dadurch keine zusätzlichen Bedingungen.
Grenzen: 512 Einheiten je Muster, 200 URLs, 2.048 je URL/Basis, 131.072 UTF-16-Einheiten insgesamt; 2 Sekunden Worker-Zeit.
Ergebnisse sind veraltet oder werden berechnet.
URLPattern testen hilft, wenn ein anderer Host oder ein zusätzlicher Slash eine scheinbar passende Route verändert. Behalten Sie Treffer und Gegenbeispiele zusammen, statt nur eine erfolgreiche Adresse zu prüfen.
URL-Muster und Framework-Routen erfassen unterschiedliche Teile einer Adresse. Prüfen Sie benannte Gruppen und Platzhalter mit der tatsächlich gewählten Bibliothek. Ein Treffer sagt nichts über vorhandene Endpunkte oder die Auswahl eines Handlers aus.
Warum hier URLPattern testen?
Den Fehltreffer eingrenzen
URLPattern testen zeigt das Gesamtergebnis neben unabhängigen Komponentendiagnosen. Ein falscher Host kann die URL ausschließen, während der Pfad trotzdem eine id erfasst. Solche Teilgruppen bleiben Diagnosedaten und gelten nicht als erfolgreicher exec-Aufruf für die ganze URL.
Hostbedingung sichtbar machen
Eine hostname-Bedingung schließt fremde Hosts aus. Der Routenadapter liest dagegen nur pathname. Derselbe Pfad kann dort auch unter einem anderen Host passen. Zwei entsprechende Kandidaten zeigen, welche Einschränkung Ihre Engine tatsächlich prüft.
Zuerst die passende Grammatik wählen
02
Version vor Syntax prüfen
path-to-regexp v8 verwendet die Pfadsyntax von Express 5: optionale Teile stehen in geschweiften Klammern, Wildcards brauchen Namen. Ein Enginewechsel erhält Ihre Eingaben; er übersetzt das Muster nicht.
03
Aktuelles Ergebnis abwarten
Automatische Prüfungen beginnen 350 ms nach der letzten Änderung. Ausgeschaltet laufen sie per Schaltfläche oder Ctrl/Cmd + Enter. Jede Änderung sperrt den alten Export. Öffnen Sie bei einem Fehltreffer die Komponentendetails.
Komponenten und Parameter nachvollziehen
Reproduzierbare Bibliotheksversionen
URLPattern testen nutzt urlpattern-polyfill 10.1.0 und path-to-regexp 8.4.2. Version, Einstellungen und Eingaben stehen im Bericht. Alle Browser verwenden dasselbe Polyfill; die native Browserimplementierung wird damit nicht vermessen.
Struktur der Gruppen bleibt erhalten
URLPattern-Gruppen bleiben nach Komponente getrennt und werden nicht zusätzlich dekodiert. Fehlende optionale Werte erscheinen als null. Benannte Routen-Wildcards liefern normalerweise Arrays, bei deaktivierter Dekodierung ihre rohe Zeichenfolge.
Auflösung vor dem Vergleich sehen
Relative Kandidaten werden mit der Basis-URL aufgelöst. Original und normalisierte Adresse bleiben im Bericht, einschließlich entfernter Standardports und aufgelöster Punktsegmente. Eine neue Basis kann deshalb auch ohne Musteränderung das Ergebnis verändern.
Fehler nicht als Fehltreffer zählen
Ungültige URLs und Dekodierungsfehler behalten ihre Zeilennummer; gültige Kandidaten werden weiter geprüft. Ein Kompilierungsfehler stoppt den Lauf. Die Anzeige wächst in Schritten von 50 Zeilen, der JSON-Export enthält stets alle Zeilen.
Grenzen des Abgleichs
- Grammatiken bleiben getrennt
- URLPattern erlaubt :id? und Regex-Bedingungen wie :id(\d+). Version 8 verwendet geschweifte Klammern und benannte Wildcards wie *path. Alte Routensyntax kann einen Kompilierungsfehler auslösen, statt einfach keinen Treffer zu liefern.
- Query ist eine geordnete Zeichenfolge
- search enthält kein führendes ?, hash kein führendes #. Parameter werden weder sortiert noch als Mengen verglichen. Der Routenadapter prüft ausschließlich pathname; Host, Query und Fragment bleiben außerhalb des Abgleichs.
- Normalisierung ist keine Dekodierung
- Der URL-Parser normalisiert Hosts, Standardports und Punktsegmente. URLPattern-Gruppen werden unverändert übernommen. Bei Routengruppen kann fehlerhafte Prozentkodierung einen Zeilenfehler verursachen; mit abgeschalteter Dekodierung lässt sich der Rohwert prüfen.
- Originalzeilen bleiben erhalten
- Leere Zeilen werden übersprungen, Duplikate, Leerzeichen und Zeilennummern bleiben erhalten. Steuerzeichen und ungültiges Unicode werden abgewiesen. Der URL-Parser kann äußere Leerzeichen normalisieren; das Original bleibt trotzdem im Bericht.
- Begrenzte Eingabe und Laufzeit
- Pro Muster oder Komponente gelten 512 UTF-16-Einheiten, pro URL und Basis 2.048, insgesamt 131.072. Höchstens 200 nichtleere Kandidaten und 2 Sekunden Worker-Laufzeit sind erlaubt. Überschreitungen erzeugen keinen unvollständigen Erfolgsbericht.
- Kein Server und keine App-Simulation
- HTTP-Methoden, Middleware, Routenreihenfolge und andere Frameworks werden nicht ausgeführt. URL-Aufrufe, Pfadänderungen, Dateiimport, gespeicherter Verlauf und Freigabelinks mit Eingabedaten sind nicht vorgesehen.
Fragen zu URLPattern testen
Wird Groß- und Kleinschreibung unterschieden?
Standardmäßig ja. Aktivieren Sie die entsprechende Option, um sie zu ignorieren. Hostnamen sind bereits durch den URL-Parser normalisiert; prüfen Sie die Pfadschreibung deshalb mit /users/42 und /USERS/42.
Spielt die Reihenfolge der Suchparameter eine Rolle?
Ja. a=1&b=2 und b=2&a=1 sind unterschiedliche search-Zeichenfolgen. Eine ungeordnete Map wird daraus nicht erstellt. Mit * im search-Feld lassen Sie die gesamte Query beliebig.
Warum verändert ein abschließender Slash das Ergebnis?
URLPattern ergänzt keinen optionalen Slash: /users/:id passt nicht auf /users/42/. Der Routenadapter erlaubt den abschließenden Trenner standardmäßig; diese Option lässt sich abschalten.
Wie unterscheidet sich path-to-regexp v8?
URLPattern prüft acht Komponenten mit seiner eigenen Grammatik. Der v8-Adapter prüft nur den Pfad, verwendet Klammergruppen für optionale Teile und verlangt einen Namen nach *. Er bildet keine vollständige Express-Anwendung nach.
Warum lässt sich der Standardport nicht erfassen?
Bei HTTPS wird :443 zu einem leeren port normalisiert. Eine erforderliche benannte Gruppe kann daraus nicht die ursprüngliche 443 lesen. Prüfen Sie die aufgelöste Adresse und das effektive Portmuster.
Ein unerwartetes Routenergebnis?
Treffer und Gegenbeispiel vergleichen
Behalten Sie eine erwartete Übereinstimmung und einen erwarteten Fehltreffer. Ändern Sie eine Bedingung und prüfen Sie beide Zeilen vor dem Export.