URL-Parser

URLs analysieren und in ihre Bestandteile zerlegen — Schema, Host, Port, Pfad, Abfrageparameter und Fragment. Die gesamte Verarbeitung erfolgt in Ihrem Browser.

Sofortige Analyse Alle Bestandteile Clientseitige Verarbeitung

Verwendung des URL-Parsers

Analysieren Sie jede URL in drei einfachen Schritten

1

URL einfügen

Geben Sie eine URL in das Eingabefeld ein — vollständige URLs mit Abfragezeichenfolgen funktionieren am besten.

2

Sofortige Aufschlüsselung

Die URL wird in Echtzeit in alle ihre Bestandteile zerlegt.

3

Parameter prüfen

Dekodierte Abfrageparameter in einer Tabelle anzeigen und einzelne Bestandteile kopieren.

Was ist eine URL?

Ein Uniform Resource Locator (URL) ist eine Webadresse, die den Speicherort einer Ressource in einem Computernetzwerk und den Mechanismus zu deren Abruf angibt. URLs bestehen aus mehreren Bestandteilen, darunter Protokoll, Domänenname, Port, Pfad, Abfrageparameter und Fragment.

URL-Aufbau

Eine URL setzt sich aus mehreren Teilen zusammen:

Protokoll

Das Kommunikationsprotokoll (http, https, ftp usw.)

Hostname

Der Domänenname oder die IP-Adresse des Servers

Port

Die Netzwerkportnummer (Standard: 80 für HTTP, 443 für HTTPS)

Pfad

Der spezifische Ressourcenpfad auf dem Server

Abfragezeichenfolge

Schlüssel-Wert-Paare für dynamische Inhalte

Fragment

Ein Anker, der auf einen bestimmten Abschnitt der Seite verweist

Häufig gestellte Fragen

Welche URL-Bestandteile erkennt der Parser?

Der Parser extrahiert Schema (Protokoll), Hostname, Port, Pfad, Abfrageparameter (als Tabelle), Fragment (Hash), Benutzername, Passwort, Ursprung und Suchzeichenfolge.

Werden URL-kodierte Zeichen dekodiert?

Ja. Alle URL-kodierten Zeichen (wie %20, %3A) werden in der Ausgabe automatisch dekodiert, um die Lesbarkeit zu verbessern.

Kann ich relative URLs analysieren?

Das Tool funktioniert am besten mit absoluten URLs (beginnend mit http:// oder https://). Relative URLs erfordern eine Basis-URL, die der Browser automatisch bereitstellt.

Was ist der Unterschied zwischen URI, URL und URN?

URI ist der Oberbegriff, den RFC 3986 definiert: ein Bezeichner aus Schema, Pfad, Abfrage und Fragment. Eine URL ist ein URI, der eine Ressource lokalisiert (https://ezparser.com/url-parser), während ein URN eine Ressource ohne Ortsangabe benennt (urn:isbn:0451450523). Im alltäglichen Umgang mit dem Web meinen Sie fast immer eine URL.

Wie funktioniert die Prozentkodierung?

Jedes Byte, das kein unreserviertes Zeichen ist (A-Z, a-z, 0-9, - . _ ~), wird als % gefolgt von zwei Hexadezimalziffern geschrieben: Das Leerzeichen wird zu %20, und é in UTF-8 wird zu %C3%A9. Reservierte Zeichen wie / ? # & = haben in der URL-Struktur eine Bedeutung und müssen daher kodiert werden, wenn sie als Daten auftreten. In Abfragezeichenfolgen kodieren ältere Form-Encoder das Leerzeichen zudem als + – dieses Tool dekodiert beide Formen.

Wie werden die Bestandteile einer URL bezeichnet?

https://user:[email protected]:8443/v2/users?page=2#results zerfällt in Schema (https), Userinfo (user:pass@), Host (api.example.com), Port (8443), Pfad (/v2/users), Abfrage (page=2) und Fragment (#results). RFC 3986, Abschnitt 3, definiert die Grammatik; dieser Parser beschriftet jede Komponente für Sie.

Lösen sich //, /./ und /../ innerhalb von Pfaden tatsächlich zu etwas auf?

Ja – RFC 3986, Abschnitt 6, definiert die Normalisierung: /a/./b wird zu /a/b aufgelöst, /a/../b zu /b, und ein leeres Segment // kollabiert zu /. Browser und HTTP-Clients wenden dies an, bevor sie eine Anfrage senden, weshalb URLs, die sich nur in Punktsegmenten unterscheiden, in der Regel dieselbe Ressource erreichen. Die schemabasierte Normalisierung schreibt den Host zudem in Kleinbuchstaben und entfernt einen Standard-Port :443.

Gibt es eine maximale URL-Länge?

RFC 3986 legt kein Limit fest. In der Praxis akzeptiert Chrome etwa 2 MB, doch die meisten Server begrenzen die Anfragezeile auf rund 8 KB (der Apache-Standard für LimitRequestLine beträgt 8190 Byte), und APIs wie Twitter/X dokumentieren Grenzwerte von 2048 Zeichen. URLs unter 2000 Zeichen zu halten ist die übliche sichere Zone für Teilen und SEO.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}