What Brad is suggesting doesn't take away from your module, just makes it easier to use from php land. No need to write your own crypt functions in C, just write them in PHP and use them as callbacks. Of course leaving that option for advanced users is a good idea. I personally don't think that I would be writing custom crypt functions, so I would like a crypto++ plugin to do that for me.
Joseph > -----Original Message----- > From: Keyser Soze [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 05, 2002 1:03 PM > To: Brad Fisher; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] New Module > > > but that's what my module is meant for > > Keyser Soze > > ----- Original Message ----- > From: "Brad Fisher" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Tuesday, March 05, 2002 3:03 PM > Subject: Re: [PHP-DEV] New Module > > > > > > J Smith wrote: > > > > > I hesitate to mention this because I don't want to get stuck > in a corner > > > here, but I've been working on and off on a PHP encryption > extension for > > > precisely the reasons you mention. I'm using Crypto++, a public ... > > > > This sounds to me like one of the better ways to do it. Just have an > extension > > that does two-way encryption, and supports several different algorithms. > For > > those people who whant to define their own algorithms, why not > have a way > to > > register a new crypt/decrypt callback methods either developed in PHP or > > loadable module? Something like: > > > > bool crypto_register_algorithm(string name, function &crypt, function > > &decrypt) > > > > Then crypt and decrypt could have function headers similar to (perhaps > this is > > oversimplified): > > > > string crypt(string data, mixed key) > > > > I don't think the module would need to write configuration files, etc. > That > > could be handled with PHP by the developer, or by another PHP > > extension/function which can write such files. > > > > Just babbling, > > -Brad > > > > > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
