Dlaczego potrzebujesz ukośnika na końcu adresu URL?

Question

Czy istnieje różnica między tymi adresami URL pod względem ukośników na końcu adresu URL?

https://drchrono.com/about_us 
https://drchrono.com/about_us/ 

Czy platformy sieciowe i serwery WWW (np. Apache, Nginx, Django) obsługują te żądania inaczej?

Answer 1

W adresach URL Django bez ukośników w przód automatycznie dodawane są do nich ukośniki. Jest to preferowane przez twórców Django, a nie sztywno zakodowane reguły w Internecie (uważam, że jest to właściwie ustawienie w Django).

Answer 2

/jest znakiem separacji.

Z RFC

Niektóre schematy URL (takie jak systemy FTP, HTTP i plików) zawierają nazw, które można uznać za hierarchiczny; składniki hierarchii są oddzielone przez "/".

Posiadanie/na końcu stwierdza, że ​​w adresie URL może być więcej rzeczy.

Answer 3

Są traktowane jako różne żądania, chociaż na końcu mogą pasować do tego samego zasobu/procedury obsługi i są przetwarzane w ten sam sposób.

Jako że z/ma być coś podobnego do katalogu, wszystkie relatywne linki będą znajdować się wewnątrz/ie previous/target/something ... podczas gdy jeden bez będzie miał względne powiązania na tym samym poziomie poprzedni/coś.

Answer 4

Przeglądarka potraktuje je inaczej, jeśli chodzi o względne adresy URL. Strona pod adresem:

http://server/path 

z odnośniki względne jak:

<a href='other'> 

rozwiąże linkujące do:

http://server/other 

zastępując path z other. Natomiast jeśli URL wyjściowy był:

http://server/path/ 

wówczas rozwiązany Link byłoby:

http://server/path/other 

Jeśli path jest katalogiem, zamiast pliku, większość serwerów internetowych automatycznie przekierować od:

http://server/path 

na:

http://server/path/ 

, ponieważ prawie na pewno masz na myśli.

Answer 5

Tylko jedna uwaga, że ​​wyszukiwarki traktują je jako 2 różne strony. W ten sposób rani twoje SEO.