RPC vía HTTP o Como recoger información desde el servidor sin recargar la página.

Clasificado en:

La pregunta típica

Una de las preguntas más típicas que hace el programador novato (y a veces no tanto) en las listas de PHP es cómo recoger información desde el servidor sin recargar la página.

Ejemplo : Un cuadro de lista ofrece una lista de países. Al seleccionar uno, un segundo cuadro de lista se actuliza y muestra las distintas regiones del país, a partir de una consulta en la base de datos, sin cargar una nueva página.

Para los que trabajan en desarrollo web, esto es una pregunta delicada.
En primer lugar, cualquier acción que no sea pedir una página(si, mandar un formulario es pedir una página, pero por POST) requiere el uso de un lenguaje de programación en el cliente. Entonces, estamos obligados a usar JS en alguna de sus formas.
En segundo lugar, y aquí lo complicado, la única forma estándar para recoger información de un servidor desde un navegador es la petición completa de la página. Sólo en forma reciente se ha iniciado el proceso de estandarización de los métodos de carga dinámica, con la especificación Document Object Model (DOM) Level 3 Load and Save Specification de la W3C, el cual tiene su origen en la implimentación del objeto HTTPRequest de la Microsoft, la cual ha sido adoptada por Mozilla y otros navegadores (más información en Using the XML HTTP Request object). Entonces, la respuesta 'correcta' sería aprender la especificación y utilizar este objeto, que posiblemente pasará a ser el estándar de facto en un tiempo más.
Pero como el pan nos lo ganamos hoy en día, es necesario encontrar un método que nos permita hacer esto AHORA. Dijimos que la única manera de recoger información es a través de una carga de página. Es entonces donde podemos ocupar un pequeño truco: los marcos o frames. Pero antes de esto, es bueno hacer un poco de discusión teórica previa, para después retomar lo práctico

Que m#/&·%# es RPC

Según la Wikipedia, una llamada a procedimiento remoto o RPC, por sus siglas en inglés, es un protocolo que permite a un programa en un computador utilizar el código a ser ejecutado en otra máquina sin requerir que se programe explícitamente para este hecho.
En otras palabras, un RPC nos permite utilizar una función de PHP, JavaScript, Ruby, Java o lo que sea que de forma más o menos 'mágica', ejecuta cierto código en otra máquina y nos devuelve un resultado, sin que tengamos que preocuparnos de cual es el computador a cual nos conectamos o en qué lenguaje se programo la función que da la respuesta.
Con esta información a mano, puedo explicar el 'chiste' del título. Si digo RPC vía HTTP, me refiero a que Javascript va a utilizar la respuesta que nos de el servidor (que puede funcionar con Perl, PHP, JSP o lo que sea), a través de una o más funciones, utilizando el querido protocolo HTTP, que no ni más ni menos que el protocolo de la internet.

Implementación

Volvamos a la tierra. Ya que no tenemos todavía un método estándar para llamar de forma dinámica nuevo contenido, debemos hacerlo 'a la mala'. Cómo les decía, la forma que se ha hecho más popular es crear un frame o iframe oculto, el cual cargue una nueva página, la cual nos devuelve la información necesaria.
Si bien es simple en teoría, las diferencias en la implementación del modelo DOM y de Javascript para los distintos navegadores y sus versiones hace que sea un tanto complicado el crear una implementación que sea 'todo terreno'.
Recientemente, en PHP Everywhere, John Lim en su artículo Building Rich DHTML User Interfaces Revisited lista algunas herramientas para crear aplicaciones DHTML, entre las cuales se nombran las herramientas para hacer RPC-HTTP.
De todos modos, citaré las que encuentro más relevantes:

Javascript Remote Scripting (JSRS): Una aplicación de larga data, con soporte para Win9x, WinNT/2000, WinXP, Unix/Linux/BSD y Mac con IE4+, NS4.x, NS6.x, Mozilla, Opera7 y Galeon. En el lado del servidor tiene soporte para ASP, ColdFusion, PerlCGI, PHP,Python, y JSP(servlet). Es la que yo utilizo y es mi recomendada hasta que aparezca algo mejor! Si a alguien le interesa, puedo armar un pequeño tutorial para mostrar su uso
Internet Explorer:download Behavior: Ofrece una implementación muy similar de lo que hace JSRS. Si van a trabajar exclusivamente con Internet Explorer y no quieren complicarse la vida con XML y esas cosas, pueden echarle una miradita.
Webservice Behaviour: Si se quieren complicar un poco más la vida, si les piden que se contacten con un servicio web en SOAP desde IE, pueden usar el comportamiento Webservice.
XML-RPC: Una especificación para usar XML y HTTP para hacer RPC. Si bien tiene una impresionante lista de implementaciones en distintos lenguajes, lo verboso del XML hace que la más simple llamada ocupe un monto alto de ancho de banda y el control de errores que posee es bastante malo. Lo utilice para hacer RPC entre dos servidores con PHP y funcionó, de todos modos, relativamente bien. No lo recomendaría si del lado del cliente utilizan sólo Js.
HTTP Request: Ya les puse este link, no es cierto? Es un buen candidato para ser el estándar de llamada RPC por JavaScript. Si alguien lo prueba, que avise

Conclusión

Existen variadas formas de buscar información desde el servidor sin recargar la página en los navegadores; no existe un estándar aún, pero el uso del objeto HTTPRequest es prometedor.La implementación más eficiente y madura, por el momento, es Jsrs.
Agradecimientos a Christian por la idea de poner un ejemplo y un par de correcciones anglio-fílicas y a Jordi por el interés en el tema.

8810 lecturas

Si, lo del tutorial parece que lo voy a tener que hacer, ante la

Si, lo del tutorial parece que lo voy a tener que hacer, ante las peticiones desesperadas de mis amigos :)
Mantente en línea, que puede que la otra semana salga.

Enviado por Claudex (no verificado) el Vie, 03/12/2004 - 15:00.

responder

Que buen post, me gustaria que colocaras un tutorial de como uti

Que buen post, me gustaria que colocaras un tutorial de como utilizar JSRS. Me he visto en la necesidad de utilizar esta tecnica, pero no me funciona bien en IE, solo en Firefox.

Enviado por Luis Enrique (no verificado) el Vie, 03/12/2004 - 12:52.

responder

Imagen de Php y otras yerbas, por clbustos &raquo; REST? se come?

[...] Wordpress, que represent

[...] Wordpress, que representa un buen ejemplo del uso del URL como indicador con significado: http://www.apsique.virtuabyte.cl/php/index.php/archivo/2004/11/10/rpc- [...]

Enviado por Php y otras yerbas, por clbustos » REST? se come? (no verificado) el Jue, 11/11/2004 - 02:35.

responder

[...] ualización de la página.

[...] ualización de la página. Os recomiendo que le echéis un vistazo. El enlace: RPC vía HTTP o Como recoger información desde el servidor sin recargar la página< [...]

Enviado por Weblog de logicanova.com (no verificado) el Mié, 10/11/2004 - 11:28.

responder

Fenomenal el post, lo voy a enlazar en mi weblog.

Fenomenal el post, lo voy a enlazar en mi weblog. Yo únicamente conocía el truco del iframe, que como comentas quizás sea el más usado. El problema es que es complicado hacer que funcione en más de un navegador. Saludos!!!

Enviado por Jordi (no verificado) el Mié, 10/11/2004 - 07:17.

responder

...y el tuto...

interesante lo de usted
goooogleando di con el jsrs

y el ejemplo que trae es de locos

recien lo estoy estudiando, asi que lo del tutorial

te apoyo al 100%

salu2

Enviado por wafo (no verificado) el Mar, 03/05/2005 - 02:37.

responder

Algún día...

Ufff... sip. La idea es armar una explicación con jsrs, ajax, con las clases que correspondan en PHP y Js. Si se puede, también en Ruby, aunque parece que el Ruby on Rails ya trae compatibilidad con Ajax.

See ya!

Enviado por clbustos el Mar, 03/05/2005 - 03:29.

responder

Ejemplos de WebForms

Alguien me podria dar la url de algun Ejemplo de formulario web usando esta tecnica???

saludos

Víctor!!

Enviado por vflores el Vie, 27/05/2005 - 15:20.

responder

je je je, tengo mi propia versión

Hola a todos, resulta que como comentan, yo tuve la misma pregunta, así que anduve buscando información, y diseñe mi propia solución, para ello hice uso de dom y otras cosillas, y hasta ahora me ha dado resultado, e incluso mi solución es un poco más rápida del XmlHttp, actualmente lo he testeado en mozilla, firefox,opera, konqueror e ie y jala bastante bien...

No es por nada, pero creo que muchas veces es mejor buscar una solución propia, pues así uno sabe como está implementada y puede hacer ajustes que permitan optimizarla....

En lo personal creo que el código de Javascript Remote Scripting (JSRS) es un poco complicado de entender....bueno para mi lo fue en mis inicios

bueno...es solo mi opinión...gracias....a todos...

Enviado por mandrake (no verificado) el Vie, 10/06/2005 - 13:41.

responder

Y, el código?

Pero hombre, que cuesta hacer una páginita y mostrarnos tu solución. Ayudarías a mucha gente y te harías famoso :)

Enviado por clbustos el Vie, 10/06/2005 - 17:06.

responder