Zastanawiam się, czy wyszukiwarki odnoszą się do HTTP header field Content-Location
.Czy wyszukiwarki szanują pole nagłówka HTTP "Content-Location"?
Może to być przydatne, na przykład, gdy chcemy usunąć argument identyfikator sesji z adresu URL:
GET /foo/bar?sid=HTTP/1.1
Host: example.com
…
HTTP/1.1 200 OK
Content-Location: http://example.com/foo/bar
…
Wyjaśnienie:
Nie chcę aby przekierować żądanie, ponieważ usunięcie identyfikatora sesji doprowadziłoby do zupełnie innego żądania, a zatem prawdopodobnie również do innej odpowiedzi. Chcę tylko powiedzieć, że załączona odpowiedź jest również dostępna pod jej "głównym adresem URL".
Być może mój przykład nie był dobrym odzwierciedleniem intencji mojego pytania. Więc proszę spojrzeć na What is the purpose of the HTTP header field “Content-Location”?.
Czy to nie jest zbytnim celem dla Content-Location? Specyfikacja sprawia, że brzmi to tak, jakby różnica powinna być większa niż tylko ciąg zapytania. –
Usunięcie zapytania było tylko przykładem. Możliwe jednak, że źle zrozumiałem cel Content-Location i nie zapewniam prawdziwej lokalizacji żądanego zasobu. – Gumbo
Myślę, że to jest dokładny cel, ale myślę, że pomysł byłby bardziej podobny do U2: http://foo.com/listOfStuff/indexOfResult (w zasadzie, identyfikowanie konkretnego członka kolekcji) Content-Location: http: // foo.com/path/to/individualItem (w zasadzie bezpośredni URI do zasobu) Myślę, że twój pomysł jest w porządku, tho. –