Talks: http://railsconf.org/talks
Categoría: rubyonrails
El @response.response_code se setea en el status del render.
render 'template', status
Es aconsejable no escribir toooooodos los tests y recien luego probarlos.... O escribis test por test y vas probando o escribis primero el test, luego el codigo y probas...
Me estoy volviendo a trabajar en debian (luego de haber customizado el syncr en windows y mac) por lo que instale Rails en Debian. Puedo decir que esta receta funciona.
Estoy empezando a realizar un api para Odeo. En principio solo servira para la comunicacion de audblog con el sistema, para poder publicar audio mediante el telefono.
Para hacer apis con los protocolos soap o xml-rpc se debe definir la clase que derive de ActionWebService::API::Base y luego crear los metodos con api_method. Mas info en "Definiendo un api".
Como el api que estoy haciendo es con REST, la cuestion es mucho mas simple. Porque elegir REST para las apis? Bueno, rest utiliza operaciones ya definidas y conocidas (post, get, put, delete) en la mas simple y popular forma de comunicacion en internet, bajo el protocolo http. Vamos a estar usando atom pues es coool... Mas info en Porque necestiamos Echo.
Recursos sobre Webservices (soap y xml-rpc) en Rails
- AWS: el libro (ingles)
- Sobre Typo (ingles)
- Haciendo webservices en rails (ingles)
Se puede leer aca: La filosofía Basecamp y Ruby on Rails: la apuesta del 2005. El articulo habla un poco sobre formas de trabajo, ruby y ruby on rails...
