URL'ens historie: Opfinderen fortrød, at han kopierede Apollo-løsningen

Det er en fin opdeling, let at forstå for både mennesker og maskiner.

Hvad med http:uk/co/bbc/newcastle/radio4/news/2020/may/20/10

Hvad er host-navnet? Man kan jo ikke regne med at et hostnavn består af præcist tre dele.

Char 28-31 er da lige præcist 4 niveauer af hirarkiske separator tegn til brug i filer.

Om det så skyldes dovne programmører ved jeg ikke, men prøv f.eks at indsætte Jensen's i en SQL insert - og som sidegevinst har man så risikoen for SQL injections.

Eller tildel et HTML input value 10" søm.

OT, men kors hvor er det irriterende at vi stadigvæk hænger på separatorer som komma, semikolon, anførselstegn mv. som samtidig benyttes i almindeligt skriftsprog.

Char 28-31 er da lige præcist 4 niveauer af hirarkiske separator tegn til brug i filer.

et par og tyve 8-tommer floppy disks

Giver minder om AIX RT, der kom på 5 1/4" i et format hvor TAR skulle tilbage til første diskette hele tiden,: 1,2 ; 1,2,3 ; 1,2,3,4 ... så håbede man på, at der ikke var læsefejl længere fremme :)

URL formattet spiller ikke sammen med IPv6

Det har fra dag #1 været en benhård politik at folk ikke skulle taste IPv6 addresse ind og at de derfor ikke på nogen måde skulle gøres nemmere at arbejde med.

Dobbelt-kolon blev kun indført tallet være noget der nærmede sig et veto fra en meget central person og andre har gjort grin med det i en 1. april RFC1924 som udmærker sig ved ofte at få kommentaren "hvad er det morsomme, det er næsten en bedre ide?"

URL formattet spiller ikke sammen med IPv6. Tag eksempelvis denne URL:

http://192.168.1.1/

Det vil hos mange være en URL der fører til din routers admin side. IPv6 adressen på din router vil være "fe80::%eth0". Problemet er bare at følgende URL er ugyldig:

http://fe80::%eth0/

Det bliver fortolket som et forsøg på at komme i kontakt med en server kaldet fe80 og så forventer den i øvrigt et port nummer efter det andet kolon og endelig så betyder % at de næste to tegn er hex og skal oversættes.

Den korrekte URL er derfor i stedet:

http://[fe80::%25eth0]/

Hvilket ikke er så elegant. Det fungerer iøvrigt ikke da stort set alle browsere har valgt at forbyde URL'er til link local adresser.

Men følgende URL skulle fungere såfremt du har IPv6:

http://[2a03:2880:f153:82:face:b00c:0:25de]/

Vi havde sådan en arbejdsstation på Værdipapircentralen midt i 80'erne med et case-værktøj installeret. Jeg var systemadministrator på den. Når der kom ny version af operativsystemet, skulle man indlæse et par og tyve 8-tommer floppy disks (der kunne være 256k på hver). Og så havde den en mus - sådan en med en gummibold - det var helt nyt!

OT, men kors hvor er det irriterende at vi stadigvæk hænger på separatorer som komma, semikolon, anførselstegn mv. som samtidig benyttes i almindeligt skriftsprog.

I stedet for der var blevet "opfundet" et sæt separatorer specifikt til formålet - men det er så arven fra 7 bit Ascii vi aldrig slipper af med.

RISC OS, som blev brugt på Acorns ARM-baserede computere, bruger et punktum som stinavnsseparator. Domænenavne (f.eks. di.ku.dk) bruger også punktum som skilletegn, og stinavne i moduler er i reglen også adskilt med punktum (f.eks. System.IO.StreamReader).

RISC OS har deciderede filtyper, som ikke er en del af filnavnet. Det er en 12-bit attribut (ligesom rettighedsattributter), der kan ændres uden at ændre filens navn. Men da der ikke kan være to filer med samme navn og forskellige typer, er det ikke ualmindeligt at .c, .h, osv. liger i forskellige foldere. Filtypen bestemmer, hvilken ikon, der vises for en fil, og hvilket program, der åbner filen (denne tilknytning kan ændres ved at sætte en variabel).