|
Jak wygląda poprawne URL? |
![[ In English... ]](../cwps/english.gif)
![[ Po
Polsku... ]](../cwps/polish.gif)
Poprawne URL do dokumentu przesyłanego protokołem HTTP (większość dokumentów WWW) ma następującą postać: http://nazwa.hosta/ścieżka.
Pierwsza część nazwy nie powinna budzić wątpliwości, ale zajmijmy się tą końcówką. Podana ścieżka może być ścieżką do pliku (np. http://www.coven.vmh.net/tech/urls.html.po) i wtedy też nie ma wątpliwości jak powinna wyglądać, albo ścieżką do katalogu - i tu pojawiają się kłopoty.
Ścieżka do katalogu powinna kończyć się znakiem / (np. http://www.coven.vmh.net/tech/, ale też np. http://www.coven.vmh.net/), co odróżnia ją od ścieżki do pliku. Niestety wielu ludzi zapomina o tym, i znaku tego nie pisze (jest to nagminne we wszelkich reklamach!).)Oczywiście takie, błędne URL też działa, ale... Zastanówmy się, co się dzieje, gdy podamy prawidłowe URL, a co, gdy podamy URL bez końcowego slasha.
W pierwszym przypadku klient (przeglądarka) wysyła (poprawne) URL do serwera, a ten w odpowiedzi odsyła dokument. Tak być powinno.)W przypadku drugim zaś - klient wysyła błędne URL do serwera. Serwer stwierdza, że takiego dokumentu nie ma, ale zgadując, że brakowało końcowego slasha odsyła do klienta żądanie przekierowania z URL-em uzupełnionym slashem. W odpowiedzi na to klient wysyła jeszcze raz do serwera - tym razem poprawne URL, a serwer odsyła dokument.
Dlaczego to jest niedobre? Ze strony klienta oznacza to dłuższe oczekiwanie na dokument, a także, jeśli klient płaci za swoje połączenia - wyższe opłaty (większy ruch!).
Ze strony właściciela serwera - wymiar finansowy jak wyżej, a oprócz tego nadmierny wzrost objętości logów serwera (dwa żądania zamiast jednego).
A poza tym - generuje to większy ruch w sieci - co dokucza nam wszystkim, bo niepotrzebnie zapycha łącza.
Dlatego - w interesie własnym i cudzym - uważajmy co wpisujemy do przeglądarki, i reklamując swoją stronę - piszmy jej poprawne URL...