"Niels Andersen" <niels-usenet@myplace.dk> skrev i en meddelelse
news:xG%Q9.23360$Hl6.2429880@news010.worldonline.dk...
> Mikkel Christensen wrote in <av1fev$2h7h$1@news.cybercity.dk>:
> >> >> > Det betyder at data bliver sendt til filen som en del af
filnavnet.
> >> >> str_replace('filnavn', 'url')
> >> Nej. GET-data står efter filnavnet i en url.
> > Nej det er jo ikke GET-data.
>
> Det plejer man nu ellers at kalde det, der hvor jeg færdes.
>
Jep, men det er ikke korrekt.
Jeg synes selv du var lidt krakilsk omkring URL og filnavn:)
Derfor synes jeg det er på sin plads at påpege at det heller ikke er GET
data.
> > Du kan også sagtens lave en GET request på et filnavn alene, det er en
> > request og har ikke noget med dataen at gøre.
>
> Vi tager lige mit eksempel igen:
> >>
http://eksempel.dk/filnavn.php?foo=bar
> Yeps, her kan man fjerne GET-data (og adskilleren), og så har vi:
>
http://eksempel.dk/filnavn.php
> ...og det er da også en URL. Bemærk at filnavnet er der, mens GET-data
> (navnet "foo" og værdien "bar", som fx. kunne komme fra en form) er væk.
>
> Ingen problemer i det.
Øh nej?
> > Når det virker er det fordi de systemer man requester filen fra opfatter
> > ?-tegnet som et ugyldigt tegn i filnavne og i stedet sender alt efter
det
> > som en parameter i file-requesten.
>
> Nej, det er webserveren der genkender spørgsmålstegnet. Filsystemer kan
fint
> klare spørgsmåltegn i filnavne. Well, nogen af dem kan i hvert fald.
Men det er samme princip som når et program i dos-prompten genkender
mellemrumet.
Man kan gøres på samme måde med slashes.
Findes filen /index.php og skriver man /index/hej vil det overskydende også
blive sendt til filen.
Det kan man så også tolke som variable.
> Se fx. her hvordan det kan se ud, når jeg leger lidt med min egen
> workstation:
>
> $ touch /var/www/test/test.htm?var=val
> $ ls /var/www/test/test.htm*
> /var/www/test/test.htm?var=val
> $ lynx --dump --head
http://localhost/test/test.htm?var=vel | grep HTTP
> HTTP/1.1 404 Not Found
> $ lynx --dump --head
http://localhost/test/test.htm%3Fvar%3Dval | grep
HTTP
> HTTP/1.1 200 OK
> Når spørgsmålstegnet er en del af filnavnet, skal det "url-encodes". Det
> eneste tidspunkt man har spørgsmålstegn i en URL, er for at adskille
> filnavn og GET-data.
Det er så fordi den specifikke webserver har valgt at bruge ?-tegnet.
Det skunne lige så godt være alle mulige andre tegn man brugte.
F.eks. en slash.
> > I princippet kunne man lave et andet styresystem hvor det var et hvilket
> > som helst andet tegn der kunne bruges.
> > Det er f.eks. tilfældet i en dos-promt hvor mellemrum bruges i stedet.
>
> Tjah, men nu er det altså spørgsmålstegn der bruges. Ligesom man bruger
> skråstreger (/) til at adskille mappenavne og filnavnet osv.
Det er oftest spørgsmåls tegn men det er ikke en entydig standart.
> > GET er ikke beregnet til at sende data til en modtager, kun fortælle
hvad
> > man gerne vil have.
>
> Det er også en slags data. Ligesom filnavnet og alle andre dele af en url
er
> data. Men det er altså det efter spørgsmålstegnet (og før en eventuel
> havelåge (#)), man traditionelt kalder GET-data.
> Navnet kommer sikkert af data fra en "GET-form".
>
Det er en smart måde man har fundet ud af at anvende det på, men i brund og
grund er det ikke andet end en file-request.
> > GET kommandoen sendes til serveren efter man har åbnet en socket
> > connection ud fra protocollen og serverens navn/ip.
>
> Skal vi også snakke three-way-handshakes inden vi kommer tilbage til at
data
> fra en GET-form ikke bliver sendt som en del af filnavnet?
>
pointe?
Jeg tror vi misforstår hinanden lidt, jeg forlader diskusionen før den
indlysende kører af sporet.
> >>
http://eksempel.dk/filnavn.php?foo=bar
> >>
> >> Dette er protokol, servernavn, filnavn og GET-data. Det hele samlet er
en
> >> url. Kun "filnavn.php" er et filnavn.
> >>
> > URL består af to ting, protocollen og adressen(det du kalder GET-data er
> > en del af adressen).
>
> Ja. I adressen kan der være både filnavn og GET-data, det behøver du ikke
at
> fortælle mig.
Tja, definitionen på en URL er protokol og adresse.
Ikke protokol, servernavn, filnavn og GET-data.
> FUT: dk.snak.off-topic
> Hvis du vil fortsætte diskutionen, så respekter lige min FUT, eller lav
selv
> FUT til en bedre gruppe.
Nej ærligt talt, der kan du selv gå hen hvis du vil blive ved med at
mundhukkes om det.
Så jeg går ud fra vores diskusion kan betragtes som afsluttet.
Og jeg synes ikke du kan være bekendt at ændre gruppen til
dk.snak.off-topic.
Nu har de fået min kommentar som revet ud fra en sammenhæng uden at ane hvad
meningen med den er.
Hvorfor gjorde du det?
--
------> END <------
Mikkel Magnus Christensen
barefoot@jaha.dk,
www.startfirma.dk, www.starthotel.dk, www.i-know.dk
------> END <------