Nokrosis

XML-RPC es tan fácil de usar y muchos proyectos todavía están basados en él. Pero en algunos años ha surgido un nuevo protocolo: SOAP. SOAP es tradicionalmente considerado como la evolución del XML-RPC. Seleccionado por Google para su famosa Search API (ahora descontinuada), el protocolo SOAP es comúnmente considerado como más complejo que los mensajes panos de XML-RPC. De hecho, si entendiste XML-RPC, entonces no debes tener dificultad para entender SOAP también, siendo éste una abstración de XML-RPC.

Parte 5: SOAP: Sexy o No?

Como XML-RPC, SOAP es un protocolo para mensajes XML sobre HTTP. Empecemos con la estructura básica de un mensaje SOAP (sin encabezados HTTP por el momento):

<?xml version="1.0"?>
<soap:Envelope
  xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
  soap:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
  <soap:Header>
    ...
  </soap:Header>
  <soap:Body>
    ...
  </soap:Body>
</soap:Envelope>

Seguir leyendo »

En el post pasado revisamos los principios detrás de la arquitectura REST. En este post, como parte 4 de la serie dedicada a las API’s web, nos enfocaremos en XML-RPC que, contrariamente a REST, no se basa en principios generales, sino en una especificación sustancial de cómo debe darse formato a los mensajes XML transmitidos por HTTP.

Parte 4: Revision de XML-RPC

XML-RPC significa Llamada XML a Procedimiento Remoto, por sus siglas en inglés (XML Remote Procedure Call): una solicitud XML-RPC es una solicitud HTTP POST cuyo cuerpo esta formateado en XML y una respuesta XML-RPC es un archivo XML retornado por el servidor. Contrariamente a REST, el método llamado por una solicitud XML-RPC no aparece en la URL sino que aparece en el POST del cuerpo de la solicitud XML, entre las etiquetas <methodName>. Por lo tanto, XML-RPC funciona basado en un punto simple de entrada que es una URL única que debe ser llamada cuando se usa XML-RPC.

Seguir leyendo »

Nada podía describir mejor nuestra situación:

Y hablando de apoyo a los desarrolladores, quise buscar aquélla página donde invitan a los usuarios a dejar de usar Internet Explorer 6 para “Salvar a los desarrolladores”.

Para mi sorpresa, ahora nos redirige al sitio de Microsoft, específicamente en donde podemos descargar la versión 8 (beta) de “tan aclamado” navegador.

Lo que es tener dinero y poder convertir algo que te afecta en algo que te beneficia.

Antes que nada una disculpa por el tiempo , en caso de que alguien haya seguido este blog por estas traducciones, trataré de acelerarlas un poco. Ultimamente he tenido bastante trabajo. Gracias por comprender. Continuemos…

————————————

En la parte 2, vimos cómo se puede diseñar una estructura de API basada en XML par aun sitio ficticio (comunidad.com) permitiendo a los desarrolladores de terceras partes obtener acceso a los miembros de una cierta edad y viviendo en una cierta ciudad. El problema era: ¿es realmente buena idea permitir que cualquier aplicación web o sitio web diseñe su propia API? Es hora de presentar las 3 principales estructuras API: REST, XML-RPC y SOAP.

Parte 3: Let’s take a REST [es: Tomemos un 'descanso']

REST (REpresentational State Transfer) [Transferencia de Estado Representacional] actualmente es más que una simple estructura API. Cuando acuñó este concepto, Roy Fielding describió un completo estilo de arcitectura de software basado en:

• Limitaciones del protocolo: el protocolo debe ser cliente-servidor, sin estado, cacheable, multicapa, y permitir código sobre demanda.
• Recursos: Los recursos son elementos de información fundamentales en los que se pueden realizar operaciones (representar, vincular, modificar, incluir, buscar, cachear, etc.)
• Sintaxis universal: los recursos son unicamente accesibles usando una sintaxis universal.
• Representación: Los recursos no son datos y por lo tanto deben ser representados (a través de imagenes, HTML o contenido de cualquier tipo)
• Interfaz uniforme: La transferencia de estado es ejecutada a través de operaciones y tipos de conenidos bien definidos.

Seguir leyendo »

Uno para todos…

haXe, un sólo lenguaje de programación para Javascript, Flash, PHP y NekoVM, multiplataforma. Sólo miren las características, promete bastante.

Plataformas soportadas

• Puede compilarse en Javascript generando un sólo archivo .js
• Puede compilarse en Flash 6 a 8 generando un sólo archvio .swf
• Puede compilarse en Flash 9/ Tamarin generando un sólo archivo .swf
• Puede compilarse en NekoVM generando un sólo archivo bytecode .n
• Puede compilarse en Código fuente Action Script 3
• Puede compilarse en PHP

Se ve muy interesante, esperemos que evolucione y agarre fuerza y difusión.

Probaré y ya estaré comentando los resultados.

Bytes !

[vía]

js-hotkeys es un plugin de jQuery que nos permite agregar funciones a shortcuts del teclado,  muy útil para mejorar la experiencia del usuario, sobre todo cuando hacemos aplicaciones web.

El uso es sencillo:

Agregar ‘Ctrl+c’

$.hotkeys.add('Ctrl+c', function(){ alert('Alguien quiere copiar !!');});

Quitar ‘Ctrl+c’

$.hotkeys.remove('Ctrl+c');

Personalmente espero implementarlo en alguno de mis próximos proyectos.

Bytes !!

[vía]

Así es, puedes tener un servidor virtual Linux en línea con tan solo $ 20 USD al mes.

VPS Media te ofrece una instalación Linux nuevecita con una IP fija, para que puedas hacer con ella lo que quieras, puedes hospedar uno o varios sitios de internet con LAMP, o tener tu propio escritorio Linux en línea usando VNC.

Personalmente me llamó mucho la atención, porque puedes instalarle lo que quieras, algo que no cualquier host te ofrece a tan buen precio. Puedes instalarle Ruby on Rails, o hacerlo un servidor de Juegos o de Ventrilo o lo que tú quieras, es tu PC virtual con Linux en línea.

Por el momento VPS media ofrece las siguientes distribuciones de linux:

• CentOS 5.1 (32 & 64-bit)
• Debian 4.0 Etch
• Fedora Core 8
• Ubuntu 7.04
• Ubuntu 8.0

Puedes acceder a tu servidor por línea de comandos SSH y en el sitio hay tutoriales para instalar un entorno gráfico e incluso conectarte a tu servidor con VNC.

Creo que en algun momento me animaré a probarlo.

[vía]

Jorge Pinto, Ilustrador mexicano de Mérida Yucatán llegó a su objetivo de hacer 100 tiras cómicas con temática geek y científica.

Personalmente soy seguidor desde hace bastante tiempo, me he divertido bastante con sus historietas y espero seguirlo haciendo.

Una de las tiras que más me ha hecho reír es ésta, el número 061, no dudo que identifiquen en el personaje a alguien que conocen  xD

Bunsen 061

Muchas Felicidades a Bunsen, por sus historietas. Sigue así.

En el post anterior vimos los formularios web y observamos lo que sucedia “tras bambalinas” en términos de solicitudes y datos transferidos; como ejemplo, intentamos emular un formulario web específico por medio de un script PHP que enviaba una solicitud al servidor web e interpretaba el resultado para obtener información relevante. La conclusión fue: es posible, pero no es limpio. En esta entrada veremos qué tan transparente puede ser la automatización.

Parte 2: El XML rocks!

Una Interfaz de Programación de Aplicaciones (API en inglés) es una colección de procedimientos predefinidos para que un programa pueda usar a otro. En la Internet, una API hará posible que una computadora use a otra. Contrariamente al método del hacker explicado previamente, las APIs están destinadas a ser soportadas oficialmente por los propietarios de la aplicación web a través de documentación y soporte extensos. Tu script ya no intentará imitar de forma humana los nombres de variables y la URL del action, sino que más bien tomará su propia ruta para obtener datos del servidor. Seguir leyendo »

Esta es una traducción de Pursuit of APIness vía

Digamos que necesitas subir una colección de 100 fotos en Flickr diariamente. No es tan difícil: inicias sesión en tu cuenta de Flickr y comienzas a subir manualmente las fotos. Sin embargo, después de algunos días, comienzas a sentirte un poco raro al tener que gastar todo ese tiempo subiendo los archivos manualmente  en la era en que las computadoras, después de todo, se supone que nos reemplazan para tareas repetitivas. Digamos que tus colecciones diarias de 100 archivos ya están listas desde un principio: ¿No sería genial si tu computadora pudiera subirlas a Flickr por sí sola?

Parte 1: La manera sucia

Seguir leyendo »