RE: [Flashcoders] re: self published
I see. Thanks for the knowledge Thomas. Sounds to me like an XML socket is the way to go. Good Luck! Matthew From: [EMAIL PROTECTED] on behalf of Thomas Marbois Sent: Wed 5/31/2006 1:53 PM To: flashcoders@chattyfig.figleaf.com Subject: [Flashcoders] re: self published reply to: Message: 5 Date: Tue, 30 May 2006 20:01:08 -0400 From: "Matthew Simpson" <[EMAIL PROTECTED]> Subject: RE: [Flashcoders] self published. To: "Flashcoders mailing list" Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" I might stand alone on this but these questions popped into my mind before I got to the second paragraph of your post: Why would I want an open channel of communication between my applications (swf's) and you? Why must your utility communicate with your servers? Why would you not create your utility and make it available via the exchange as a component instead? -- - its a game or utility that allows real-time interaction with others. - my server PUSHES data to your screen. - its not designed for Flash developers to add into the site - its designed for anyone with a moderate level of html skills to self publish into a site. - I may instead GIVE a URL link for them to embed or copy into their site - but I want to know the benefits or cons for either method. method a = embed a SWF in someones own domain and communicate with it -- push data to it -- via XML socket? method b = GIVE someone a referenced URL link that they embed into their own site. Does that make sense? regards Tj ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] re: self published
Good luck Thomas. From a high-level perspective, your "server flash element" can create a localconnection to receive, and your "client flash element" can do the sending. In the data can be the type of action required, allowing for a switch statement to route it properly, as well as the data itself (XML or whatever). Keep in mind that localconnections of the same name will break if both are open at the same time. If you have concurrent instances of your application open, you'll observe this problem. Mike ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
[Flashcoders] re: self published
in reply to: Message: 8 Date: Tue, 30 May 2006 20:53:56 -0400 From: "Mike Britton" <[EMAIL PROTECTED]> Subject: Re: [Flashcoders] self published. To: "Flashcoders mailing list" Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Someone please correct me if I'm wrong, but it would be possible to make a connection between servers using LocalConnection. You'd have to ensure your client swf was assigned an id to "authenticate" their application to access the data. There would have to be a security model, in other words. Once again I've never done this so take my advice with a grain of salt, but I'm sure interesting things are possible if they are sophisticated enough to drop a crossdomain.xml to give you the ability to distribute components that interact with your data. In this case I have to say Flash would make a compelling choice for your idea. Mike - thanks mikeIm still digging into finding out if it can do what i want. I think it can - but I just dont know the implementation details or the subtle security issues that cause communication to flash to be difficult. Basically if I can push some data thru to the client using either XML or another method - and recieve data back to my servers - then Im set. The only other issues i have to research are security of data - and security of swf files for decompile -- which I saw was possibly with an encryption software. Cheers, Tj ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
[Flashcoders] re: self published
reply to: Message: 5 Date: Tue, 30 May 2006 20:01:08 -0400 From: "Matthew Simpson" <[EMAIL PROTECTED]> Subject: RE: [Flashcoders] self published. To: "Flashcoders mailing list" Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" I might stand alone on this but these questions popped into my mind before I got to the second paragraph of your post: Why would I want an open channel of communication between my applications (swf's) and you? Why must your utility communicate with your servers? Why would you not create your utility and make it available via the exchange as a component instead? -- - its a game or utility that allows real-time interaction with others. - my server PUSHES data to your screen. - its not designed for Flash developers to add into the site - its designed for anyone with a moderate level of html skills to self publish into a site. - I may instead GIVE a URL link for them to embed or copy into their site - but I want to know the benefits or cons for either method. method a = embed a SWF in someones own domain and communicate with it -- push data to it -- via XML socket? method b = GIVE someone a referenced URL link that they embed into their own site. Does that make sense? regards Tj ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com