will reuse the existing connection
Tx,
Vinod.
---
Vinod Panicker [EMAIL PROTECTED]
Sr. Software Designer
Geodesic Information Systems Ltd.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Thanks for the quick response - I am aware of PHP's support for sockets,
but since I cant store persistent connection information in a PHP script
I was looking out for a module
Tx,
Vinod.
---
Vinod Panicker [EMAIL PROTECTED]
Sr. Software Designer
Geodesic
Cruz [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 24, 2002 10:18 PM
To: Vinod Panicker
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Re: [PHP] Full-Duplex communication
So still there is nothing in your requirements that doesn't suggest
you'll
do fine with a PHP-based listener.
Of course
pm, Vinod Panicker wrote:
Thanks for the reply Miguel, but here i'm not trying to
implement
my own multi-threaded server - exactly the reason why i'm
using
Apache / PHP.
I could have made a listening server which is based on a
multi-threaded or multi-forked model, but the time
basically no
work.
Handcrafting packets for this purpose is like building a car out
of paper
clips and cat hair because the car that's freely available to you
is red -
and you don't like the color red because your old girlfriend used
to wear
it a lot.
miguel
On 23 May 2002, Vinod Panicker
to talk to you.
Unfortunately, since you can't - to the best of my knowledge -
fork a PHP
program, you're going to have to do your own homebrew threading
which will
make life slightly complicated.
miguel
On 22 May 2002, Vinod Panicker wrote:
It still seems like I havent made the problem
.
Tx,
Vinod.
On Wed, 22 May 2002 Richard Archer wrote :
At 5:55 AM + 22/5/02, Vinod Panicker wrote:
I want the ability to write to a socket thats been created
earlier
- i want to steal it from Apache, so that i can use it when
and
where i like.
Why not just keep your script running
Yes Jimmy, you are correct. MD5 is a one-way hash. Its used for
getting a unique fingerprint of some data (like files / passwords
etc) so that it can be compared with another MD5 hash.
Thats the point of a hashing algorithm like MD5 and SHA1 - you
should never need to decrypt the data.
.
On Wed, 22 May 2002 Richard Archer wrote :
At 7:01 AM + 22/5/02, Vinod Panicker wrote:
What i have at the other end is a Instant Messenger client :)
Which is presumably accepting some form of HTML or at least a
stream of data sent over HTTP and displaying the data. If it's
notdoing
:
On 22 May 2002, Vinod Panicker wrote:
Instant is how the response should be. Thats why i'm
clamouring
for the socket so that i can send data directly to the
client,
from a C++ binary or maybe another script.
If you're willing to write C code, I'd suggest posing your
question
There is no use of hashing in file-encryption except to use it as
a check - to see if the decrypted file matches the original file.
To do this check, you can use either MD5 or SHA1. The choice is
urs.
If ur looking for a good encryption algorithm, you might want to
consider AES (Rijndael).
encrypted in
independed blocks and its easier to crack it, but its faster than
other modes.
Tx,
Vinod.
On Wed, 22 May 2002 John Horton wrote :
why use AES? Blowfish can have a 448 bit key size! Also, why use
ebc mode
with all the problems which come with it?
JH
-Original Message-
From: Vinod
files in cbc?
JH
-Original Message-
From: Vinod Panicker [mailto:[EMAIL PROTECTED]]
Sent: 22 May 2002 10:25
To: John Horton
Cc: [EMAIL PROTECTED]; Jimmy Lantz
Subject: Re: RE: RE: [PHP] Mcrypt: Blowfish or Twofish or no
fish? part
3
And why not use AES, which is an industry standard
Hi,
We have developed a client-server application where the server
needs to send asynchronous data to the client. Now since we are
using Apache/PHP/MySQL, the client needs to poll the server
periodically for information.
I was thinking if there was some way to get around this basic
of the pipe (on the client)?
Plain HTML? Flash? Java? Something else?
Bogdan
Vinod Panicker wrote:
Hi,
We have developed a client-server application where the server
needs to send asynchronous data to the client. Now since we are
using Apache/PHP/MySQL, the client needs to poll the server
around (i.e. when the CLIENT wants to send data to the
server).
Bogdan
Vinod Panicker wrote:
Hi,
Tx for your very prompt reply.
Yeah, I'll post the solution as soon as I find it someplace.
Let me outline the problem in more detail -
Client (VC++) calls a PHP script on the server, specifies
16 matches
Mail list logo