Rekrutacja przez API

Hydepark
1

:slight_smile:

[code]Send a POST to:

with the Content-Type set to application/json, and the body as valid JSON with the following keys:

name: String with your name (required)
email: String with your email address (required)
position: String with the position you’re applying for (required)
about: String describing why you think Parse is a great fit for you (required)
urls: Array of strings with links to your resume, site, or code samples (required)[/code]
stąd trafiłem: Using RubyMotion with Parse.com.

2

+1, ciekawe ile dostaną dziś requestów o treści “dupa”

3

a może jakiś mass assignment? :wink:

4

Normalnie już nie aplikuję jak nie będzie API :slight_smile:

5

Szkurde, dwanaście lat RESTa i idea wysyłania “payloadu”, która miała pójść do kosza wraz z SOAP/RPC, powraca :confused:

6

http://railslove.com/jobs.json :wink:

7

Szkurde, dwanaście lat RESTa i idea wysyłania “payloadu”, która miała pójść do kosza wraz z SOAP/RPC, powraca :/[/quote]
Jakie są minusy wysyłania body jako JSON? I jeżeli nie JSON, to jaki format? application/x-www-form-urlencoded?

8

Multipart-przejebane

9

W multipart przecież też możesz dać JSONa obok innych typów. Dalej nie rozumiem.

10

Szkurde, dwanaście lat RESTa i idea wysyłania “payloadu”, która miała pójść do kosza wraz z SOAP/RPC, powraca :/[/quote]
Jakie są minusy wysyłania body jako JSON? I jeżeli nie JSON, to jaki format? application/x-www-form-urlencoded?[/quote]
Drogomir, noż kurde. Przeczytaj cytowane ogłoszenie. Chodzi o wysyłanie JSONa. POSTem.
Czy tylko ja uważam że to łamie REST bo zasadniczo od tego są parametry HTTP?

11

REST mówi o reprezentacji zasobów, jak je zwracasz JSONie, to nie widzę nic złego w wysłaniu ich również JSONem.

Jeżeli chodzi o QUERY_STRING, to głównie w przypadku GETa. W przypadku POSTa można oczywiście x-www-form-urlencoded, ale to moim zdaniem nieczytelne i niewygodne.