I codici di stato HTTP sono un insieme di codici standardizzati restituiti in una risposta Web HTTP. Le domande sul motivo per cui un servizio restituisce (inaspettatamente) un codice di stato non dovrebbero utilizzare questo tag.
Per una pagina Web esistente, ma per la quale un utente non dispone di privilegi sufficienti (non ha effettuato l'accesso o non appartiene al gruppo utenti appropriato), qual è la risposta HTTP corretta da offrire? 401 Unauthorized? 403 Forbidden? Qualcos'altro? Quello che ho letto su ciascuno finora non è molto …
Sto costruendo un server che consente ai client di archiviare oggetti. Tali oggetti sono interamente costruiti sul lato client, completi di ID oggetto che sono permanenti per l'intera durata dell'oggetto. Ho definito l'API in modo che i client possano creare o modificare oggetti usando PUT: PUT /objects/{id} HTTP/1.1 ... {json …
Sto creando un'applicazione con un'API basata su REST e sono arrivato al punto in cui sto specificando i codici di stato per ogni richiesta. Quale codice di stato devo inviare per richieste che non hanno superato la convalida o in cui una richiesta sta tentando di aggiungere un duplicato nel …
Attualmente restituisco 401 Non autorizzato ogni volta che riscontro un errore di convalida nella mia applicazione API REST basata su Django / Piston . Dopo aver dato un'occhiata al registro dei codici di stato HTTP, non sono convinto che si tratti di un codice appropriato per un errore di convalida, …
Sto cercando di capire quale sia il codice di stato corretto da restituire in diversi scenari con un'API "simile a REST" su cui sto lavorando. Diciamo che ho un punto finale che consente gli acquisti POST in formato JSON. Sembra così: { "account_number": 45645511, "upc": "00490000486", "price": 1.00, "tax": 0.08 …
Sto scrivendo un'app Web REST (NetBeans 6.9, JAX-RS, TopLink Essentials) e sto cercando di restituire il codice di stato JSON e HTTP. Ho il codice pronto e funzionante che restituisce JSON quando il metodo HTTP GET viene chiamato dal client. Essenzialmente: @Path("get/id") @GET @Produces("application/json") public M_機械 getMachineToUpdate(@PathParam("id") String id) { …
Sto cercando di restituire un codice di stato di 304 non modificato per un metodo GET in un controller API Web. L'unico modo in cui sono riuscito è stato qualcosa del genere: public class TryController : ApiController { public User GetUser(int userId, DateTime lastModifiedAtClient) { var user = new DataEntities().Users.First(p …
Sto utilizzando il plug-in "Page Speed" di Google per Firefox per accedere al mio sito web. Alcuni dei componenti sulla mia pagina sono indicati come stato HTTP: 200 200 (cache) 304 Dalla "Velocità della pagina" di Google. Ciò di cui sono confuso è la differenza tra 200 (cache) e 304. …
Dopo aver esaminato un articolo Gestione delle eccezioni nell'API Web ASP.NET, sono un po 'confuso su quando lanciare un'eccezione e restituire una risposta di errore. Mi chiedo anche se è possibile modificare la risposta quando il metodo restituisce un modello specifico di dominio anziché HttpResponseMessage... Quindi, per ricapitolare qui sono …
Ho provato: app.get('/', function(req, res, next) { var e = new Error('error message'); e.status = 400; next(e); }); e: app.get('/', function(req, res, next) { res.statusCode = 400; var e = new Error('error message'); next(e); }); ma viene sempre annunciato un codice di errore di 500.
Chiuso . Questa domanda è basata sull'opinione . Al momento non accetta risposte. Vuoi migliorare questa domanda? Aggiorna la domanda in modo che possa essere risolta con fatti e citazioni modificando questo post . Chiuso 4 anni fa . Migliora questa domanda Sto sviluppando un'API RESTful in cui http://server/thingyapi/thingyblob/1234restituisce il …
Le differenze tra i vari codici di reindirizzamento HTTP 3XX non mi sono chiare. Sì, ho letto le specifiche, ma sembra esserci qualche discrepanza tra la pratica standard e quella reale qui. Il 301codice di reindirizzamento sembra abbastanza chiaro: ciò significa che la risorsa è stata spostata in modo permanente …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.