nicht angemeldet
Moin!
der Pfad-Teil und der Variablenteil werden da unterschiedlich gehandhabt. Die Länge des Pfades hängt vom Betriebssystem ab. Die Länge der geasamten URL nebst Get-Variablen sit auf ca. 2kByte begrenzt.
So ein Unsinn! Weder hat eine URL irgendetwas mit einem "Pfad" zu tun, noch stimmt das mit der 2kB-Begrenzung.
_theoretisch_ ist die Länge unbegrenzt,
Das ist Quatsch.
Bitte halte doch die Klappe, wenn es um Themen geht, von denen Du nichts verstehst.
Genaures kann man in der HTML-Spezifikation nachlesen. Der Header einer HTML-Datei ist in seiner Länge nicht unbegrenzt verlängerbar.
Der Header einer HTML-Datei? Also das zwischen <HEAD> und </HEAD>? Das bezeichnet man eigentlich nur als Head. Von Header spricht man dagegen in diversen Protokollen, z.B. auch HTTP. Und dort gibt es keine prinzipielle Beschraenkung.
Die Übertragung der GET-Variablen findet in einem "monopart"-Header statt.
Einem was bitte?
Bei Post wird in aller Regel ein multipart-Protokoll genutzt. Dadurch kann man soviele Bytes anhängen, bis der Counter seinen Wertebereich ausgeschöpft hat.
Welcher Counter?
_praktisch_ wirst Du (bzw. irgendjemand) bereits bei rund 250 Zeichen Probleme kriegen, weil irgendein System auf dem Weg von Browser bis zum Server eine Begrenzung eingebaut hat.
Naja, bis 1024 kann man imho schon gehen. Sogar Microsoft-Software schafft das gewoehnlich. Beim Apache ist die Request Line (erste Zeile eines HTTP-Requests) per Default auf 8190 Byte begrenzt, bleibt fuer die URL also etwa 8175.
Die Wahl, ob GET oder POST hängt eigentlich nicht mit der Länge der zu übertragenden Variablen zusammen, sondern WOHIN die Referenz zeigt und ob sie "suchmaschinengeeignet" sein soll. Versuch doch mal, eine POST-Variable in die Suchmaschine eintragen zu lassen.
Immerhin, da ist was wahres dran.
So long
--
Vergeben und vergessen heißt, gemachte kostbare Erfahrungen zum Fenster hinauswerfen.
-- Arthur Schopenhauer