Pido disculpas otra vez por el OT, En cuanto al funcionamiento mi compañero que es quien realmente programa el lado servidor, propone si este es un buen funcionamiento.(yo me dedico a programar el lado flash, interpetar XML y atacar a los asps.... Y tanta arquitectura me pierde.... :((( )
------------------------------------------------------------------------ ------------- Flash no tiene que gestionar ningún proceso que SQL resuelva con facilidad, o para ser mas exactos, Flash le dice al SQL que el contenedor x está en Paris y es sql quien hace los cálculos necesarios para determinar qué emails se han de enviar y a que correo. Cada email es una página web ASP que ha de ser llamada (hit) desde algun lugar, hay que mandarle los ids y el email a quien se envía. Que mejor que un proceso LOCAL hecho en flash para hacer esas llamadas (hits), así como mostrar un log. El proceso sería este: Flash a ASP ---> El contenedor cambia a paris (Respuesta) ASP a Flash --> El contenedor ha sido actualizado, envía los emails siguiendo este XML (ids, emails) Flash a ASP ---> Siguiendo un xml ejecuta un asp por nodo, pasandole estos datos ids, email (Respuesta) ASP a Flash --> El email ha sido enviado// el Email ha fallado De esta manera veo que queda mas repartida la carga entre cliente y servidor, además incluso si fallara algúno de los emails se podría saltar y pasar al siguiente dejandolo para luego. No creo que sea necesario que flash necesite saber mas de lo que sabe ya. Solo tendría que hacer una llamada asp por nodo de xml. Además puedes mostrar un "Enviando emails 1 de 10"!! Se entiende? Un Saludo ------------------------------------------------------------------------ ------------- La idea de las pistolas se planteó en un principio, pero el clientes es realmente pequeño y en cuanto se valoraron los costes de implementación de esta tecnologia en todos sus almacenes (7 u 8) se descartó, aunque hubiera sido lo lógico. El envio de sms también hubiera sido genial, y si el sistema es útil para los clientes lo vamos a implementar en un futuro próximo, gracias por la idea ;) -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Hari Seldon Enviado el: miércoles, 06 de octubre de 2004 0:39 Para: [EMAIL PROTECTED] Asunto: RE: [ASNativos] envios de emails (OT?) Por lo que comentas, y a priori, lo más "inteligente" es poner toda la lógica posible de la aplicación en el servidor, sin lugar a dudas; Flash no es más que un front-end para tu aplicación, con lo cuál solo se debería de limitar a presentar información (consultas), a realizar las inserciones en base de datos necesarias vía formularios en flash, y a realizar las debidas actualizaciones de información, con formularios en flash también. Sin embargo, hay ocasiones que es más útil llevar al front-end parte de la lógica de la aplicación; es necesario tomar una decisión adecuada para cada caso. Por otro lado, no indicas que patrón de arquitectura estais siguiendo, un MVC (model-view-controller), un patrón n-tier, .... Desde luego, para un esquema "básico" de aplicación web, en el cuál tienes un sistema en 3 capas (front-end, lógica de negocio, datos) o MVC, lo normal es proceder como comentas en la opción (a) De todas formas, por lo que comentas es una aplicación de gestión de logística; ¿no llevan el control de envíos/recepciones etiquetas y con pistolas lectoras de etiquetas? Es lo más común, por lo que yo me he ido encontrando por ahí, y yo creo que es lo más cómodo. Por eso me extraña cuándo dices "mi ciente va cambiando la localización de estos contenedores...." Si no recuerdo mal, Seur tenía un sistema mediante el cuál podías hacer un seguimiento bastante exacto de dónde estaba el paquete que habías enviado, y era accesible vía web service (o CORBA, no recuerdo muy bien...); ¿os proponeis hacer algo similar? Me ha llamado la atención el proyecto, sinceramente :) Y como forma de "avisar", si es un proyecto "grande", yo incluiría la posibilidad de avisar al encargado de recoger los paquetes vía SMS..... Un saludo :) > -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre de Oriol .:Anfibic:. > Enviado el: martes, 05 de octubre de 2004 18:10 > Para: [EMAIL PROTECTED] > Asunto: [ASNativos] envios de emails (OT?) > > Buenas tardes gentes, tengo una duda de planteamiento de una > aplicación > de mensajeria que envia comunicaciones por email y no se como > hacer este > paso, si en el lado de cliente o el de servidor, me intento > explicar que > no es fácil. > > La aplicación gestiona contenedores, y dentro de cada contenedor hay > muchos pedidos (100,200 aprox) que peretenecen a varios clientes > (20,50 aprox). > > Los contenedores se desplazan por tierra, mar y aire (q bonito!) y mi > cliente va cambiando la localización de estos contenedores desde un > sistema diseñado en flash, en cuanto esto sucede, se envian un email a > cada cliente informandole de la localización de su/s paquetes. Como > hariais este proceso: > > - a: El flash le dice al SQL que el contenedor x esta en > Paris y es el > sql quien mira cuantos paquetes hay dentro del contenedor, a que > clientes pertenecen y envia los emails necesarios. En cuanto esto está > echo le dice al flash que listo. Si se escoje esta opción, el > control de > errores lo tiene que tener el server... > > - b: El flash hace el proceso de envio de emails teniendo en > cuenta que > en este punto el flash aun no tiene información acerca de los paquetes > que hay dentro de cada contenedor, ni de clientes, es decir > que tendria > que pedirla al servidor. Una vez tiene esta información agrupa los > paquetes en clientes y le dice al sql que envio los emails uno a uno > (enviando email 1 de 10, por ejemplo) > > No se si se entiende... Espero q si pq estamos aquí en un > debate y no sé > cual es la forma más optimizada de hacerlo... > > Gracias! ;)) > Oriol > > > > > > > ---------------------------------- > Lista ASNativos:[EMAIL PROTECTED] > http://www.5dms.com/listas > ---------------------------------- > ---------------------------------- Lista ASNativos:[EMAIL PROTECTED] http://www.5dms.com/listas ---------------------------------- ---------------------------------- Lista ASNativos:[EMAIL PROTECTED] http://www.5dms.com/listas ----------------------------------
