Czy możemy użyć adresu URL "&" w adresie URL? lub czy należy używać "i"?Czy możemy używać & w adresie URL?
Odpowiedz
Tak, można go używać zwykły w ścieżce URL tak:
http://example.com/Alice&Bob
Tylko jeśli chcesz go używać w zapytaniu trzeba zakodować go %26
:
http://example.com/?arg=Alice%26Bob
W przeciwnym razie byłby interpretowany jako separator argumentów, interpretowany jako application/x-www-form-urlencoded.
Aby uzyskać więcej informacji, patrz RFC 3986.
Dopóki nie dodajesz zmiennych do ciągu zapytania, zakoduj go.
zakodować „&” z &
(ta odpowiedź jest oparta na wykorzystaniu znaczników)
Jeśli proszą co do użycia „&” lub „i” podczas rejestracji nazwę adresu URL, to użyłby "i".
EDYCJA: Jak wspomniano w komentarzach "& jest jednostką encji HTML, a nie jednostką znaku URI. Poprzez umieszczenie tego w identyfikatorze URI nadal masz znak ampersand i dodatkowe, nieistotne znaki." Zacząłem odpowiadać, zanim w pełni zrozumiem twoje pytanie.
& to jednostka znaku HTML, a nie jednostka postaci URI. Umieszczając to w URI, wciąż masz znak i dodatkowe znaki dodatkowe. –
* Dłoń na twarzy * Dobrze, wysłana przed przemyśleniem. Głębokie głosowanie w razie potrzeby. – MarkPowell
Po prostu usuń swoją odpowiedź, zamiast prosić o głosowanie w dół :) – truppo
Adres URL jest na ogół w postaci
scheme://host/some/path/to/file?query1=value&query2=value
Więc to nie jest wskazane, aby używać go w adresie URL, chyba że chcesz go używać do parametrów. W przeciwnym razie należy% uciec z niego przy użyciu% 26, np.
http://www.example.com/hello%26world
Powoduje to, że ścieżka jest przesyłana jako hello & świat. Istnieją inne znaki, które muszą zostać usunięte, gdy są używane poza kontekstem w adresie URL. Zobacz listę here.
Nie musisz kodować go, gdy jest używany w ścieżce URL. – Gumbo
Ok, nie wiedziałem tego. Właśnie przeczytałem część o kodowaniu w RFC, które łączyłeś w twojej odpowiedzi. Ale jeśli zrozumiałem to poprawnie, wydaje się, że http://example.com/Alice&Bob i http://example.com/Alice%26Bob nie są uważane za równoważne i mogą być różnie interpretowane przez aplikację (co nie jest prawdą w przypadku HTTP, jak zauważyłeś). – Alfonso
- 1. Czy możemy używać wyrażeń regularnych we wzorcach adresów URL web.xml?
- 2. Arabskie znaki w adresie URL
- 3. Co oznacza/#!/W adresie URL?
- 4. Javascript wykorzystywane w adresie URL
- 5. Uciekający znak ampersand w adresie URL
- 6. Wiele znaków skrótu w adresie URL
- 7. Czy identyfikatory (ObjectId from mongo) są bezpieczne w adresie URL?
- 8. Masz dwa? w adresie URL - czy jest prawidłowy?
- 9. Czy istnieje sposób przekazywania zmiennych javascript w adresie URL?
- 10. Czy niepotrzebne ukośniki w adresie URL są nieprawidłowe?
- 11. Czy możemy używać Foundation z kodem HTML5Boilerplate?
- 12. Czy możemy używać Highcharts z React-Native?
- 13. file_get_contents - znaki specjalne w adresie URL
- 14. Jak mogę zasymulować wizytę w adresie URL?
- 15. Szyny kropka zamiast ukośnika w adresie URL
- 16. Pozwolenie na gwiazdkę w adresie URL
- 17. Jak mogę wysłać PHPSESSID w adresie URL?
- 18. Django UpdateView bez pk w adresie URL
- 19. Dekodowanie ze znaków zbiegów w adresie URL
- 20. AngularJS: opcjonalny język w adresie URL
- 21. Jak zamienić znaki specjalne w adresie URL?
- 22. Internet Explorer ignoruje hashtag w adresie URL
- 23. Jakie znaki są poprawne w adresie URL?
- 24. odczytaj zmienne GET w adresie URL JQuery
- 25. Jak rozszyfrować "\ u0026" w adresie URL?
- 26. Jak ukryć wartość przycisku w adresie URL?
- 27. Django URLS, używając? w adresie URL
- 28. Firebase: pass url Param w adresie URL Przepisz
- 29. Czy możemy używać wyrażeń sprężystych (spel) w innych adnotacjach?
- 30. AngularJS - Zaktualizuj model oparty na adresie URL
Mam nadzieję, że to prawda: różnica między wielką a kiepską odpowiedzią. Cytaty opatrzone datą z * RFC3986 * mogą sprawić, że będzie to wspaniałe – Borodin