De esta manera evitas algunos errores:

1. La sobrecarga de peticiones a tus API´s, al servidor web y sobre todo rendimiento de proceso de CPU/memoria de tu equipo o servidor virtual.
2. Perdida de comunicación, que genera errores de conectividad para los procesos internos del código.
3. Incremento del tráfico en tus puertos de red.

Esto por listar las más obvias. Para este proyecto hay más desarrollo en los API´s de ActiveMQ bajo Java, donde puedes encontrar más información que en la librería echa para PHP.

Lamentablemente no hay muchas métricas en la documentación de stomp cli, pero encontré este reporte en el sitio de FuseSource.

Para que puede servir:

En nuestro del proyecto de FronteraEstates, qué es un portal inmobiliario para Latinos e Hispanos. Estamos coordinando algunos servicios externos de API´s de socialmedia.

Queremos integrar flickr, tweeter y un servicio para identidad digital como Facebook Connect y OpenSocial, todo lo estamos manejando de manera sincronizada, dado que asi lo tenemos en nuestras estaciones de trabajo. Pero a la hora de subirlas al servidor de desarrollo, tenemos ciertos servicios que varían por la naturaleza de nuestro hospedaje. Los resultados de la saturación de recursos se pueden identificar de la siguiente manera:

• Que se llene la memoria del proveedor (nuestro servidor).
• Negación de peticiones para conectarse.
• Que se sature la memoria del cliente.
• Acumulación de peticiones en el buffer.
• Que se agoten las respuestas a peticiones.

Las razones para que esto suceda pueden relacionarse a:

1. Red. En nuestra estación de trabajo recibimos el ancho de banda completa, pero dentro de un CPD hay problemas de conectividad, ya sea por latencia del cableado, problemas con puertos de switches/routers/VLAN´s y un largo etc. Problemas que ocurren diariamente dentro de un datacenter.
2. Hardware. Puede que la tarjeta de red del servidor pete o se dañe por cualquier razón. Que la memoria RAM se desgaste o simplemente que otro servicio necesite más memoria y nuestro servidor se vea afectada en su capacidad de procesamiento. Esto es normal por el uso del equipo y a saber si estamos en HW nuevo o de segunda mano. Tanto para nuestro servidor, como el equipo del cliente.
3. Programación. Uso incorrecto por parte de la lógica de programación de nuestra aplicación. Esto lo asumimos por que, como todos ustedes siempre estamos aprendiendo cosas nuevas e implementando lo que es viable para nuestro proyecto y no puedes evitar cometer errores.

Estos factores influyen en la cola de peticiones externas a nuestro servidor y si manejamos una conectividad asincrona, permites una mayor ventana para la respuesta al llamado de nuestra API. Por otra parte esta todo lo relacionado a la seguridad, aunque la mayoría de los servicios que ofrecen cuentan con maneras de gestionar privilegios y sistemas de autenticar.

Dentro del API tenemos una configuración relacionada a como interpretar cada petición:

CLIENT_ACKNOWLEDGE, este indica que se debe esperar al cliente para que confirme su respuesta y el resultado es un servicio lento, pero seguro de cada transacción que ejecuta – en mi opinión va contraría a la naturaleza de las conexiones por medio de Internet.

AUTO_ACKNOWLEDGE, envía y gestiona un paquete únicamente por petición, esto da también seguridad en la respuesta, sobrecargando el sistema si no se tienen recursos necesarios.

DUPS_OK_ACKNOWLEDGE, por último tenemos esta configuración que permite enviar varias respuestas y recibir varias confirmaciones, lo cual puede saturar el uso del ancho de banda.

Como todo en programación hay sus pros y contras a cada configuración, la decisión debe ir de la mano de nuestra topología de red, la manera que se han programado los procesos externos y cálculos internos de nuestra aplicación web; así mismo tomar en cuenta las características del equipo que dará este servicio y la posible configuración de los equipos clientes (lo cual en Internet es imposible).

Espero cumplir con mi promesa de un post más técnico.

Un saludo a tod@s.

Me agrada la idea, es un wikipedia, que también allí están……no lo dudo. Pero no es algo que use para buscar tecnologías de desarrollo. Siempre uso SourceForge, soy sincero.

Pero últimamente los anuncios, me tienen mosqueado. Se que lo necesita la comunidad y que estamos en crisis. Solo que me molestan. Lo siento tiene que hacer mejores anuncios.

Mucho espacio de vista se pierde, por la culpa de los anuncios.

Así que me agrado mucho toparme con este proyecto de swik.net.

Espero poder contribuir en la medida de lo posible, por lo menos ya subi sobre StompICL, ques es un proyecto muy bueno por parte de la comunidad de Apache.

Hablare de esto en mi siguiente post…..ven lo prometido es deuda.

El primero sera este viernes en las oficinas Sclipo, donde Javier Oliván explicara un poco las API’s de Facebook. Para todas aquellas personas que están interesadas en asistir, tendrán que enviar una petición por medio del grupo en Facebook, aquí. Solo hay 50 plazas así que animaos.

Hablando de Facebook, han liberado su API, así que todos los recursos que lo componen podrán ser utilizados por los desarrolladores y modificar los a su gusto. Aunque todavía no se sabe cuando lo podremos utilizar, el denominado fbOpen.

Creo que ya estamos en visperas del inicio de la guerra de las plataformas entre fbOpen y OpenSocial.

Para el 7 de Junio tenemos otro evento del grupo PHPBarcelona, que se dará lugar en el complejo de Citilab en Cornella.

Enhorabuena!! a los organizadores que se han estado moviendo desde principios de año organizando eventos para fomentar el uso de PHP y ayudando a unir a la comunidad de desarrolladores.

Para apuntarse y buscar mas información por favor entren al sitio de PHPBarcelona.

Saludos a tod@s y espero verlos en alguno de estos eventos.

Me he topado con algunas herramientas para realizar esto.  Solo comentarles que aun las estoy implementando y no tengo un resultado de aprobación/desaprobación.  Úsenlas bajo su propio riesgo y sin garantías.

Esta herramienta es un packer que esta en la web de Christian Daven, desarrollado por Shane, bajo Java, el cual no tengo mucha experiencia, pero lo estoy usando de igual manera. De momento con resultados mediocres, me estoy machando el libro de JAVA de Oreilley.  Aqui os dejo el link.

Otro paquete que esta bajo multiplataforma cortesía de Dean Edwards. Esta aqui.

Con eso los dejo esta semana, ya ire poniendo algunas cosas más. Si saben de algún packer que puedan recomendar, por favor dejenme un post.

Saludos a tod@s.

Toca unos temas muy importantes y especula lo que Google pretende hacer. Que es ir capturando mercado en la industria de desarrollo de software. Ya hizo una alianza con Salesforce.com, y ahora pretenden extender sus servicios a todos los desarrolladores de aplicaciones web. Las facilidades son obvias, ya que puedes publicar tus aplicaciones a las audiencias de Google.

No hay lugar a dudas de las intenciones que tiene Google, ahora hay mucho debate sobre si esto sera para bien o para mal. En la conferencia theNextWeb se debatió mucho sobre como ha estado actuando Google en estos últimos años, pasando de ser una empresa pequeña al gigante que es hoy en día. Lo que no debemos de quitarnos de la cabeza es que es y seguirá siendo siempre una EMPRESA y las empresas como es su naturaleza solo van a velar sobre sus intereses y beneficios. Es una organización, no es una persona, no puede ser mala o buena. Solo tiene que cumplir con sus compromisos; que es mantenerse a la cabeza y seguir generando ganancias para sus accionistas.

Sus aportaciones siempre son para beneficio de ellos, donaran tiempo y dinero, pero ellos reciben 10 veces mas de lo que dan. ¿Por qué? Por que es una empresa, ya que si no obtiene beneficios de lo que hace, no seria un negocio rentable para sus clientes.

Es un negocio diseñado para lucrar. Antes era sobre el ámbito de las búsquedas al que se enfocaba, y creo que están investigando la forma de capitalizar dentro del mundo del desarrollo para entornos web.

Que utilizan herramientas Open Source y esto es para la comunidad, bajos esntandares abiertos, tienen algo de verdad en ese tema, aunque puede ser utilizado como disfraz a un posible “lock in”, por que poco he visto de poder migrar de su GQL a SQL, vean sus opciones y decidan ustedes.

Ya me apunte para probar el entorno, aunque poco se de Python. El tiempo será el juez de esta nueva fase de Google.

Un saludo a tod@s.

Estoy muy emocionado ya que un buen amigo dara una charla en este evento.

Hablar sobre un Framework basado en la filosofia de Ruby on Rails, llamado Akelos.

Le deseo la mejor de las suertes en su presentacion, no se pierdan su charla dentro de la conferencia.

Aqui esta el link para mas informacion.

Mas adelante hablaremos un poco con Bermi Ferrer, para que nos comente en primera persona sus experiencias desarrollando este framework y las respuestas que ha tenido por parte de la comunidad PHP.

Un saludo Bermi y en horabuena.

Sobre el uso de una libreria de componentes para PHP, llamada Zend Framework. Que es de codigo abierto. La empresa Zend le da mantenimiento, lo cual da confianza de que tendra unos ciclos de mantenimiento y actualizacion regulares. Algo importante a tomar en cuenta a la hora de escoger una herramienta “open source” para utilizar en nuestros proyectos.

Rob es el autor del libro Zend Framework In Action, el cual debe ser agregado a la libreria de cualquier desarrollador que utiliza este framework en sus proyectos.

El documento no esta actualizado, espero en un par de semanas ponerme al corriente con el documento.

Ya que son dos.

1. Desarrollo de Aplicaciones con Zend Framework.
2. Como usar Zend_Auth del Zend Framework.

De momento eso es todo por hoy.

Un cordial saludo.