[PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-23 Thread Daevid Vincent
I have a demo to create for a tradeshow. We have 3 touch screens and 3 50"
plasmas and 3 G1 (android WiFi) phones. Our own LAN/Router/Wi-Fi. I need a
way so that I can use web pages and Flash (actionscript) to make stuff
happen on any of the displays/phones. So you click a button on the touch
screen and see something happen on the plasma. Or G1 interface application
triggers .flv on touch screen, etc. So I need some kind of messaging queue
over the LAN and that each CPU can both send and recieve? I could use mySQL
as an intermediary to store the data (like strings of text entered or
whatever and pass the record IDs around), or use some other XML/JSON/AJAX or
something. I just don't even know what I'm talking about really. Is this
what DBUS is for? It must work with PHP as we'll have web pages triggering
the .flv as well and of course ActionScript has to be able to work with it
(that's why I was thinking mySQL, AJAX, XML, etc.). 
 
Ideas? Suggestions?
 
someone was telling me about AMQP or RabbitMQ. But neither is PHP-ified that
I can tell.
http://www.nabble.com/PHP-AMQP-client--td12935751.html
 
...and I realize that PHP will run in a web page mostly and I'll have to do
some magic like polling something (like a daemon or DB) via JS/AJAX to see
if I need to pop-up an alert or whatever -- much like a bulletin board does
when you get new mail.
 
Step 1: get communication between all computers to work
Step 2: 
Step 3: profit!


Re: [PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-23 Thread Bastien Koert
On Tue, Jun 23, 2009 at 2:32 PM, Daevid Vincent wrote:
> I have a demo to create for a tradeshow. We have 3 touch screens and 3 50"
> plasmas and 3 G1 (android WiFi) phones. Our own LAN/Router/Wi-Fi. I need a
> way so that I can use web pages and Flash (actionscript) to make stuff
> happen on any of the displays/phones. So you click a button on the touch
> screen and see something happen on the plasma. Or G1 interface application
> triggers .flv on touch screen, etc. So I need some kind of messaging queue
> over the LAN and that each CPU can both send and recieve? I could use mySQL
> as an intermediary to store the data (like strings of text entered or
> whatever and pass the record IDs around), or use some other XML/JSON/AJAX or
> something. I just don't even know what I'm talking about really. Is this
> what DBUS is for? It must work with PHP as we'll have web pages triggering
> the .flv as well and of course ActionScript has to be able to work with it
> (that's why I was thinking mySQL, AJAX, XML, etc.).
>
> Ideas? Suggestions?
>
> someone was telling me about AMQP or RabbitMQ. But neither is PHP-ified that
> I can tell.
> http://www.nabble.com/PHP-AMQP-client--td12935751.html
>
> ...and I realize that PHP will run in a web page mostly and I'll have to do
> some magic like polling something (like a daemon or DB) via JS/AJAX to see
> if I need to pop-up an alert or whatever -- much like a bulletin board does
> when you get new mail.
>
> Step 1: get communication between all computers to work
> Step 2:
> Step 3: profit!
>


XML is the preferred method for doing communication with
Flex/Flash...perhaps AJAX to handle it all in the background
-- 

Bastien

Cat, the other other white meat

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



RE: [PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-23 Thread Daevid Vincent
 

> -Original Message-
> From: Bastien Koert [mailto:phps...@gmail.com] 
> Sent: Tuesday, June 23, 2009 12:30 PM
> To: Daevid Vincent
> Cc: php-general@lists.php.net
> Subject: Re: [PHP] best way to communicate between PHP, 
> Flash/Actionscript across LAN
> 
> On Tue, Jun 23, 2009 at 2:32 PM, Daevid 
> Vincent wrote:
> > I have a demo to create for a tradeshow. We have 3 touch 
> screens and 3 50"
> > plasmas and 3 G1 (android WiFi) phones. Our own 
> LAN/Router/Wi-Fi. I need a
> > way so that I can use web pages and Flash (actionscript) to 
> make stuff
> > happen on any of the displays/phones. So you click a button 
> on the touch
> > screen and see something happen on the plasma. Or G1 
> interface application
> > triggers .flv on touch screen, etc. So I need some kind of 
> messaging queue
> > over the LAN and that each CPU can both send and recieve? I 
> could use mySQL
> > as an intermediary to store the data (like strings of text 
> entered or
> > whatever and pass the record IDs around), or use some other 
> XML/JSON/AJAX or
> > something. I just don't even know what I'm talking about 
> really. Is this
> > what DBUS is for? It must work with PHP as we'll have web 
> pages triggering
> > the .flv as well and of course ActionScript has to be able 
> to work with it
> > (that's why I was thinking mySQL, AJAX, XML, etc.).
> >
> > Ideas? Suggestions?
> >
> > someone was telling me about AMQP or RabbitMQ. But neither 
> is PHP-ified that
> > I can tell.
> > http://www.nabble.com/PHP-AMQP-client--td12935751.html
> >
> > ...and I realize that PHP will run in a web page mostly and 
> I'll have to do
> > some magic like polling something (like a daemon or DB) via 
> JS/AJAX to see
> > if I need to pop-up an alert or whatever -- much like a 
> bulletin board does
> > when you get new mail.
> >
> > Step 1: get communication between all computers to work
> > Step 2:
> > Step 3: profit!
> >
> 
> 
> XML is the preferred method for doing communication with
> Flex/Flash...perhaps AJAX to handle it all in the background

I'm not so much interested in the transport payload as I am the "how". I
need daemons and message queues and that sort of thing that work over
TCP/IP. Writing a PHP daemon is not the way to do this I'm sure of that,
however I need PHP to be able to talk to it. I thought about DBUS, but
that's more for services within a single host computer. Other solutions seem
to involve (hackishly) polling every x seconds. Seems there should be a
better way.

d


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-23 Thread Bastien Koert
On Tue, Jun 23, 2009 at 3:33 PM, Daevid Vincent wrote:
>
>
>> -Original Message-
>> From: Bastien Koert [mailto:phps...@gmail.com]
>> Sent: Tuesday, June 23, 2009 12:30 PM
>> To: Daevid Vincent
>> Cc: php-general@lists.php.net
>> Subject: Re: [PHP] best way to communicate between PHP,
>> Flash/Actionscript across LAN
>>
>> On Tue, Jun 23, 2009 at 2:32 PM, Daevid
>> Vincent wrote:
>> > I have a demo to create for a tradeshow. We have 3 touch
>> screens and 3 50"
>> > plasmas and 3 G1 (android WiFi) phones. Our own
>> LAN/Router/Wi-Fi. I need a
>> > way so that I can use web pages and Flash (actionscript) to
>> make stuff
>> > happen on any of the displays/phones. So you click a button
>> on the touch
>> > screen and see something happen on the plasma. Or G1
>> interface application
>> > triggers .flv on touch screen, etc. So I need some kind of
>> messaging queue
>> > over the LAN and that each CPU can both send and recieve? I
>> could use mySQL
>> > as an intermediary to store the data (like strings of text
>> entered or
>> > whatever and pass the record IDs around), or use some other
>> XML/JSON/AJAX or
>> > something. I just don't even know what I'm talking about
>> really. Is this
>> > what DBUS is for? It must work with PHP as we'll have web
>> pages triggering
>> > the .flv as well and of course ActionScript has to be able
>> to work with it
>> > (that's why I was thinking mySQL, AJAX, XML, etc.).
>> >
>> > Ideas? Suggestions?
>> >
>> > someone was telling me about AMQP or RabbitMQ. But neither
>> is PHP-ified that
>> > I can tell.
>> > http://www.nabble.com/PHP-AMQP-client--td12935751.html
>> >
>> > ...and I realize that PHP will run in a web page mostly and
>> I'll have to do
>> > some magic like polling something (like a daemon or DB) via
>> JS/AJAX to see
>> > if I need to pop-up an alert or whatever -- much like a
>> bulletin board does
>> > when you get new mail.
>> >
>> > Step 1: get communication between all computers to work
>> > Step 2:
>> > Step 3: profit!
>> >
>>
>>
>> XML is the preferred method for doing communication with
>> Flex/Flash...perhaps AJAX to handle it all in the background
>
> I'm not so much interested in the transport payload as I am the "how". I
> need daemons and message queues and that sort of thing that work over
> TCP/IP. Writing a PHP daemon is not the way to do this I'm sure of that,
> however I need PHP to be able to talk to it. I thought about DBUS, but
> that's more for services within a single host computer. Other solutions seem
> to involve (hackishly) polling every x seconds. Seems there should be a
> better way.
>
> d
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

What about a comet Server ?  http://www.zeitoun.net/articles/comet_and_php/start

-- 

Bastien

Cat, the other other white meat

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



RE: [PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-24 Thread tedd

At 12:33 PM -0700 6/23/09, Daevid Vincent wrote:

Other solutions seem
to involve (hackishly) polling every x seconds. Seems there should be a
better way.

d


There might not be a better solution.

This is an example of javascript poling a php script:

http://webbytedd.com/b/timed-php/

This is simply client-side <-> sever-side communication. How that 
might solve your problem is beyond my understanding of what you are 
trying to do. I'm not a hardware guy.


Cheers,

tedd
--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



RE: [PHP] best way to communicate between PHP, Flash/Actionscript across LAN

2009-06-24 Thread tedd

At 10:30 AM -0400 6/24/09, tedd wrote:

At 12:33 PM -0700 6/23/09, Daevid Vincent wrote:

Other solutions seem
to involve (hackishly) polling every x seconds. Seems there should be a
better way.

d


There might not be a better solution.

This is an example of javascript poling a php script:



Before Rob beats me to it, I should have said:

   This is an example of javascript polling a php script:

Next thing I know, he'll be asking just how can javascript stick it 
to php?  :-)


Cheers,

tedd


--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php