Pytania otagowane jako http

HyperText Transfer Protocol - system tekstowy do reprezentowania żądań internetowych i odpowiedzi.

3
Dlaczego HTTP nie ma przekierowania POST?
Przekierowania HTTP są wykonywane za pomocą kodów HTTP 301 i 302 (być może także innych kodów) oraz pola nagłówka znanego jako „Lokalizacja”, które ma adres nowego miejsca, do którego należy przejść. Jednak przeglądarki zawsze wysyłają żądanie „GET” na ten adres URL. Jednak wiele razy musisz przekierować użytkownika do innej domeny …

6
Dlaczego żądanie GET nie powinno zmieniać danych na serwerze?
W całym Internecie widzę następujące porady: GET nigdy nie powinien zmieniać danych na serwerze - użyj do tego żądania POST Jaka jest podstawa tego pomysłu? Jeśli utworzę usługę php, która wstawi dane do bazy danych i przekażę jej parametry w ciągu zapytania GET, dlaczego tak się dzieje? (Używam przygotowanych instrukcji, …
109 http  http-request 


5
Co oferuje HATEOAS w zakresie wykrywalności i oddzielania, oprócz możliwości mniej lub bardziej swobodnej zmiany struktury adresu URL?
Ostatnio czytałem o Hypermedia jako silniku stanu aplikacji (HATEOAS), ograniczeniu, które, jak się twierdzi, sprawia, że ​​interfejs API sieci Web jest „naprawdę RESTful”. Sprowadza się to zasadniczo do uwzględnienia łączy z każdą odpowiedzią na możliwe przejścia, które możesz wykonać z bieżącego stanu. Pozwól mi zilustrować, co HATEOAS opiera się na …
61 rest  http  hateoas 

3
Końcowy ukośnik w RESTful API
Dyskutowałem o tym, co zrobić z końcowym ukośnikiem w interfejsie API RESTful. Powiedzmy, że mam zasób zwany psami i zasoby podrzędne dla poszczególnych psów. Możemy zatem wykonać następujące czynności: GET/PUT/POST/DELETE http://example.com/dogs GET/PUT/POST/DELETE http://example.com/dogs/{id} Ale co robimy w następującym specjalnym przypadku: GET/PUT/POST/DELETE http://example.com/dogs/ Moim osobistym zdaniem jest to, że oznacza to …
60 api  rest  http 

8
Kiedy używać kodu stanu 404 w interfejsie API
Pracuję nad projektem i po kłótni z ludźmi w pracy przez ponad godzinę. Postanowiłem wiedzieć, co mogą powiedzieć ludzie korzystający z wymiany stosów. Piszemy API dla systemu, istnieje zapytanie, które powinno zwrócić drzewo Organizacji lub drzewo Celów. Drzewo Organizacji to organizacja, w której użytkownik jest obecny. Innymi słowy, drzewo to …

5
Czy powinienem zwrócić status HTTP 400 (Błędne żądanie), jeśli parametr jest poprawny pod względem składniowym, ale narusza regułę biznesową?
Powiedz, że mam punkt końcowy REST, który przyjmuje liczbę całkowitą jako parametr: /makeWaffles?numberOfWaffles=3 W tym przypadku chcę, aby liczba była dodatnia, ponieważ nie mogę zrobić ujemnej liczby gofrów (a żądanie 0 gofrów to strata czasu). Chcę więc odrzucić każde żądanie, które nie zawiera dodatniej liczby całkowitej. Chcę również odrzucić żądanie, …
56 api-design  http 

3
Czy powinienem używać kodów stanu HTTP do opisywania zdarzeń na poziomie aplikacji
Kilka serwerów, z którymi miałem do czynienia, zwróci HTTP 200 dla żądań, które klient powinien rozważyć jako błąd, z czymś w rodzaju „sukces: fałsz” w treści. Nie wydaje mi się to prawidłową implementacją kodów HTTP, szczególnie w przypadku nieudanego uwierzytelnienia. Przeczytałem kody błędów HTTP dość zwięźle podsumowane, ponieważ „4xx” oznacza, …


3
Co należy do nagłówka żądania HTTP vs treść żądania?
Pracuję nad zestawem usług internetowych dla klienta mobilnego, a wymagania wymagają, aby unikalny identyfikator urządzenia był dołączany do wszystkich żądań, aby był przechowywany w niektórych żądaniach i używany do filtrowania wyników w innych. Zasugerowano, aby umieścić go w niestandardowym nagłówku HTTP, ponieważ będzie on dołączany do wszystkich żądań, więc zacząłem …

3
Dlaczego metoda PATCH nie jest idempotentna?
Zastanawiałem się nad tym. Załóżmy, że mam userzasób idi namepolami. Jeśli chcę zaktualizować pole, mogę po prostu wysłać PATCH do takiego zasobu PATCH /users/42 {"name": "john doe"} A następnie aplikacja zaktualizuje nazwę użytkownika 42. Ale dlaczego, jeśli powtórzę tę prośbę, wynik byłby inny? Zgodnie z RFC 5789 PATCH nie jest …

4
Kod stanu HTTP dla „Still Processing”
Buduję RESTful API, który obsługuje kolejkowanie długotrwałych zadań do ewentualnej obsługi. Typowy przepływ pracy dla tego interfejsu API to: Użytkownik wypełnia formularz Klient publikuje dane w interfejsie API API zwraca 202 Zaakceptowano Klient przekierowuje użytkownika na unikalny adres URL tego żądania ( /results/{request_id}) ~ ostatecznie ~ Klient ponownie odwiedza adres …
47 rest  http 


2
Sugerowany kod statusu REST HTTP dla „osiągnięto limit żądań”
Przygotowuję specyfikację dla usługi REST, której część będzie obejmować możliwość dławienia użytkowników w całej usłudze oraz na grupach lub na poszczególnych zasobach. Podobnie limity czasowe dla nich byłyby konfigurowalne dla zasobu / grupy / usługi. Właśnie przeglądam specyfikację HTTP 1.1 i próbuję zdecydować, w jaki sposób powiadomię klienta, że ​​żądanie …

4
REST - Kompromisy między negocjacjami treści za pośrednictwem nagłówka Akceptuj a rozszerzeniami
Pracuję nad zaprojektowaniem interfejsu API RESTful. Wiemy, że chcemy zwrócić JSON i XML dla dowolnego zasobu. Myślałem, że zrobimy coś takiego: GET /api/something?param1=value1 Accept: application/xml (or application/json) Jednak ktoś rzucił do tego celu rozszerzenia, na przykład: GET /api/something.xml?parm1=value1 (or /api/something.json?param1=value1) Jakie są kompromisy z tymi podejściami? Czy najlepiej jest polegać …

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.