Recientemente he visto algunos URI que contienen el parámetro de consulta "utf8 = ✓". Mi primera impresión (después de pensar "mmm, se ve genial") fue que esto podría usarse para detectar una codificación de caracteres rota. Entonces, ¿es esta una mejor manera de resolver posibles problemas con la...
Al diseñar una interfaz RESTful, la semántica de los tipos de solicitud se considera vital para el diseño. GET - Lista de colección o elemento de recuperación PUT - Reemplazar colección o elemento POST - Crear colección o elemento BORRAR - Bueno, erm, eliminar colección o elemento Sin embargo,...
En todo Internet, veo el siguiente consejo: Un GET nunca debe cambiar los datos en el servidor; use una solicitud POST para eso ¿Cuál es la base de esta idea? Si hago un servicio php que inserta datos en la base de datos y le paso los parámetros en la cadena de consulta GET, ¿por qué eso es...
Hace poco me encontré con esta publicación de blog de monstruos asp.net que habla sobre problemas con el uso HttpClientde la siguiente manera: using(var client = new HttpClient()) { } Según la publicación del blog, si desechamos el HttpClientdespués de cada solicitud, puede mantener abiertas las...
Estoy trabajando en un conjunto de servicios web para un cliente móvil, y los requisitos requieren que se incluya una identificación de dispositivo única con todas las solicitudes, que se almacene en ciertas solicitudes y se use para filtrar resultados en otras. Se sugirió que se colocara en un...
Supongamos que una API REST, en respuesta a una GETsolicitud HTTP , devuelve algunos datos adicionales en un subobjeto owner: { id: 'xyz', ... some other data ... owner: { name: 'Jo Bloggs', role: 'Programmer' } } Claramente, no queremos que nadie pueda PUTrespaldar { id: 'xyz', ......
Es el primer servicio web RESTful y me preocupan los problemas de seguridad. ¿Es seguro transmitir mi token de acceso a través de encabezados HTTP? Por ejemplo: POST /v1/i/resource HTTP/1.1 Content-Type: application/x-www-form-urlencoded Api-key:
Tengo el siguiente punto final: a/{id}/b y desea crear una solicitud de benvío POST. Si acon dado {id}no se encuentra, ¿debería responder con 404 NOT_FOUNDo tal vez con 409 CONFLICT? Es para manejar sin formato a/{id}, el truco es que aquí se utiliza un