That might be better as book/id/new?param1=…¶m2=… etc.
What is that url supposed to do? If it makes a new book then why have
you got an id?
As Colin noted, if this is intended to create a new book then it seems
more logical to me to send this as a POST with the parameters in the
body of the request (either supplied as form data or JSON) and not in
the GET style of appending the parameters to the URI.
That might be better as book/id/new?param1=…¶m2=… etc.
What is that url supposed to do? If it makes a new book then why have
you got an id?
As Colin noted, if this is intended to create a new book then it seems
more logical to me to send this as a POST with the parameters in the
body of the request (either supplied as form data or JSON) and not in
the GET style of appending the parameters to the URI.
One should not accept JSON input outside of a API interface built with
REST semantics because then you are just muddying the waters and
enforcing multiple types for something that is probably purely for
HTML and doesn’t even need a secondary type. It’s a bad idea to
combine your API REST and REST interfaces for HTML into the same
endpoints.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.