Comentarios en: Protocolos de comunicación http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/ Creando Soluciones RIA... Thu, 20 Nov 2008 12:37:15 +0000 http://wordpress.org/?v=2.1.3 By: Xavi Beumala http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9726 Xavi Beumala Thu, 12 Jun 2008 13:42:55 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9726 Enhorabuena Aritz, la verdad que es una tema que suele liar mucho por la cantidad de posibilidades y siglas que tiene. Pero lo has explicado super claro! Thx Enhorabuena Aritz, la verdad que es una tema que suele liar mucho por la cantidad de posibilidades y siglas que tiene. Pero lo has explicado super claro! Thx

]]> By: Aritz http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9728 Aritz Thu, 12 Jun 2008 14:10:57 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9728 Gracias por tu "soporte" Xabi ! Y enhorabuena por la labor que estáis haciendo en MIF! Gracias por tu “soporte” Xabi !
Y enhorabuena por la labor que estáis haciendo en MIF!

]]> By: David Serrano http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9729 David Serrano Thu, 12 Jun 2008 14:18:56 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9729 Muy buena explicación Aritz, la verdad es que con tantos protocolos de comunicación que acepta Flex, a veces es dificil elegir, aunque sin ser excluyentes, también depende del tipo de aplicación que se va a desarrollar. Muy buena explicación Aritz, la verdad es que con tantos protocolos de comunicación que acepta Flex, a veces es dificil elegir, aunque sin ser excluyentes, también depende del tipo de aplicación que se va a desarrollar.

]]> By: Alberto Alcaraz http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9730 Alberto Alcaraz Thu, 12 Jun 2008 14:21:49 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9730 Muy buen post Aritz! Gracias Muy buen post Aritz!

Gracias

]]> By: Rainer Ramirez http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9734 Rainer Ramirez Thu, 12 Jun 2008 15:17:49 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9734 Excelente post aqui les dejo a todos esta aplicacion que es un Benchmarks de protocolos en flex esta bastante interesante http://www.jamesward.com/census/ Excelente post aqui les dejo a todos esta aplicacion que es un Benchmarks de protocolos en flex esta bastante interesante http://www.jamesward.com/census/

]]> By: Aritz Oruesagasti http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9736 Aritz Oruesagasti Thu, 12 Jun 2008 15:26:40 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9736 @ David, Alberto, Rainer: Gracias por vuestros comentarios! @ Rainer: El enlace a ese benchmark viene muy bien como complemento del artículo (creo que en su día ya se publicó en MIF). Es apabullante la diferencia de velocidad entre utilizar AMF3 y los demás métodos. @ David, Alberto, Rainer: Gracias por vuestros comentarios!

@ Rainer: El enlace a ese benchmark viene muy bien como complemento del artículo (creo que en su día ya se publicó en MIF). Es apabullante la diferencia de velocidad entre utilizar AMF3 y los demás métodos.

]]> By: Israel Gaytan http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9737 Israel Gaytan Thu, 12 Jun 2008 16:01:45 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9737 Excelente artículo, muy bien explicado! Excelente artículo, muy bien explicado!

]]> By: javi http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9749 javi Thu, 12 Jun 2008 23:23:58 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9749 La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos, cuales son recomendables utilizar en cada caso ni cosas como rendimiento... AMF3 no es un protocolo para transferir informacion? Pues vaya... Y con tantisimas soluciones open source en AMF es necesario hablar de LCDS? Ya que hablas de WebOrb antes pes seria al menos interesante mencionarlo. Por lo tanto me parece un articulo poco riguroso y que quiza pueda aportar mas confusion que claridad. Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas. La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos, cuales son recomendables utilizar en cada caso ni cosas como rendimiento… AMF3 no es un protocolo para transferir informacion? Pues vaya… Y con tantisimas soluciones open source en AMF es necesario hablar de LCDS? Ya que hablas de WebOrb antes pes seria al menos interesante mencionarlo.
Por lo tanto me parece un articulo poco riguroso y que quiza pueda aportar mas confusion que claridad. Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.

]]> By: Aritz Oruesagasti http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9768 Aritz Oruesagasti Fri, 13 Jun 2008 06:52:34 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9768 Vayamos por partes: "La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos" Explica algunas, evidentemente las más generales, está claro que siempre se podrá completar más. Hubiera estado bien que tú las hubieras puesto en tu comentario. "AMF3 no es un protocolo para transferir informacion?" No quiero entrar en ninguna guerra semántica de cuál sería el término exacto. Simplemente quería señalar que AMF3 no es un protocolo alternativo de HTTP y RTMP. Siempre va encapsulado en uno de estos protocolos. Es el formato binario de AS3 (igual que AMF0 era el formato binario de AS1 y AS2). "con tantisimas soluciones open source en AMF es necesario hablar de LCDS" Poner todas las alternativas a LCDS, me dio la impresión que quedaba fuera de la temática de este post. Es verdad que menciono en algún momento puntual WebORB.NET y FluorineFX (por que los utilizo), pero en lo que de verdad importa del post utilizo expresiones como "LCDS (y similares)" queriéndome referir a LCDS y todas las demás alternativas existentes. Este tema de las alternativas da para otro post entero, explicando qué características tiene cada una de ellas. "quizá pueda aportar más confusión que claridad" ¿ Qué es lo que te ha creado confusión ? "Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas." Yo también lo recomiendo!, es que no puede ser de otra forma.... nunca he pretendido sustituir a la documentación de Adobe. ;-) Vayamos por partes:
“La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos”
Explica algunas, evidentemente las más generales, está claro que siempre se podrá completar más. Hubiera estado bien que tú las hubieras puesto en tu comentario.

“AMF3 no es un protocolo para transferir informacion?”
No quiero entrar en ninguna guerra semántica de cuál sería el término exacto. Simplemente quería señalar que AMF3 no es un protocolo alternativo de HTTP y RTMP. Siempre va encapsulado en uno de estos protocolos. Es el formato binario de AS3 (igual que AMF0 era el formato binario de AS1 y AS2).

“con tantisimas soluciones open source en AMF es necesario hablar de LCDS”
Poner todas las alternativas a LCDS, me dio la impresión que quedaba fuera de la temática de este post. Es verdad que menciono en algún momento puntual WebORB.NET y FluorineFX (por que los utilizo), pero en lo que de verdad importa del post utilizo expresiones como “LCDS (y similares)” queriéndome referir a LCDS y todas las demás alternativas existentes. Este tema de las alternativas da para otro post entero, explicando qué características tiene cada una de ellas.

“quizá pueda aportar más confusión que claridad”
¿ Qué es lo que te ha creado confusión ?

“Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.”
Yo también lo recomiendo!, es que no puede ser de otra forma…. nunca he pretendido sustituir a la documentación de Adobe. ;-)

]]> By: Rainer Ramirez http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9782 Rainer Ramirez Fri, 13 Jun 2008 14:38:28 +0000 http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9782 Estimado Javi, lo que yo opino es que este tipo de posts están dirigidos a personas con conocimientos mínimos de las tecnologías citadas en ellos. Por lo tanto se supone que hemos tenido algún mínimo contacto con LCDS, Blazeds, WebORB, etc. O por lo menos sabemos de su existencia y para que sirven. Este tipo de posts son mas una manera de ampliar esa información que ya tenemos y clarificar algunos puntos que quisas en la documentación oficial de adobe es difícil de encontrar. Por ejemplo en mi caso, gracias a este post me entero de que AMF3 no es un protocolo alternativo de HTTP y RTMP, y que mas bien va encapsulado en alguno de estos dos protocolos. Aun mas útil fue el comentario de la desventaja de RTMP como protocolo por salir por el puerto 1935 ya que los que hemos trabajado en ambientes de servidores sabemos que los firewall si bien son un mal necesario aveces originan errores fantasma que son muy difíciles de detallar y gracias a este comentario puedo estar seguro de que puerto debo abrir. Estimado Javi, lo que yo opino es que este tipo de posts están dirigidos a personas con conocimientos mínimos de las tecnologías citadas en ellos. Por lo tanto se supone que hemos tenido algún mínimo contacto con LCDS, Blazeds, WebORB, etc. O por lo menos sabemos de su existencia y para que sirven. Este tipo de posts son mas una manera de ampliar esa información que ya tenemos y clarificar algunos puntos que quisas en la documentación oficial de adobe es difícil de encontrar. Por ejemplo en mi caso, gracias a este post me entero de que AMF3 no es un protocolo alternativo de HTTP y RTMP, y que mas bien va encapsulado en alguno de estos dos protocolos. Aun mas útil fue el comentario de la desventaja de RTMP como protocolo por salir por el puerto 1935 ya que los que hemos trabajado en ambientes de servidores sabemos que los firewall si bien son un mal necesario aveces originan errores fantasma que son muy difíciles de detallar y gracias a este comentario puedo estar seguro de que puerto debo abrir.

]]>