Re: [PHP-CVS] cvs: CVSROOT / avail gen_acl_file.m4
Hi Rasmus- Usernames jdonagher and david belong on the ext/pfpro avail list. I'd also like to be in the phpdoc list since there is still more documentation to be written for pfpro, at some point. What is the procedure for enhancements to ext/standard now that we have acl's? And did you have any opinion on the email I sent about language case discrepancies the other day? I was kind of surprised that no one responded. Thanks John -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/ OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v 1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu 0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz 0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0 zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74 yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4 Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy BACeOx83WlBhVScYWo+BUzntJ6ks4T0= =OkJU -END PGP PUBLIC KEY BLOCK- -- PHP CVS Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] calling static class functions using a function variable
Static class methods certainly do work, and have for some time. I think Shaun's point is that variable-named function support seems to be missing for calling static class methods. John On Thu, 18 Jan 2001, Richard Lynch wrote: > > Check out chapter 13 of the php manual: > > http://www.php.net/manual/en/language.oop.php > > "Static class methods are apparently supported in php v4.02"... using > > :: notation. > > A user-comment that "it works" does not exactly qualify as a documented > feature... > > I wouldn't count on it. > > By Day:|By Night: > Don't miss the Zend Web Store's| There's not enough room here... > Grand Opening on January 23, 2001! | Start here: > http://www.zend.com| http://l-i-e.com/artists.htm > > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/ OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v 1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu 0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz 0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0 zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74 yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4 Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy BACeOx83WlBhVScYWo+BUzntJ6ks4T0= =OkJU -END PGP PUBLIC KEY BLOCK- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] file_exists search the include_path?
It doesn't. Some of the file-related functions have that capability and some don't.
This may be what you're looking for:
function file_exists_in_path($file) {
foreach(split(':', ini_get('include_path')) as $dir) {
if ($dir[sizeof($dir)-1] != '/') {
$dir.='/';
}
if (file_exists($dir.$file)) {
return TRUE;
}
}
return FALSE;
}
On Thu, 25 Jan 2001, Dean Hall wrote:
> I thought I saw in one of the older manuals that there is an optional second
>parameter to 'file_exists' that will tell it too search the 'include_path' for a file
>instead of using an absolute path. However, I can't seem to find this documentation
>any more.
>
> Does anyone know if this still works? How it works? If it's just a second boolean
>parameter or what?
>
> In other words, instead of:
>
> if (file_exists("/www/inc/my_script.php")) {...}
>
> I'd like to say:
>
> if (file_exists("my_script.php", TRUE)) {...} // or something like this
>
> assuming "/www/inc" is part of my include_path.
>
> Thanks.
> Dean.
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k
PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/
OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v
1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu
0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz
0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0
zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74
yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4
Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h
Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW
AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd
dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE
mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD
jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D
rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p
kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y
h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI
RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy
BACeOx83WlBhVScYWo+BUzntJ6ks4T0=
=OkJU
-END PGP PUBLIC KEY BLOCK-
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] parent functions and derived classes - the data problem
Actually, static calls aren't so static when they're calling a method which is
in the inheritance tree.
In other words, parent:: calls (assuming the subclass is instanciated) will
operate instanciated.
John
On Tue, 27 Feb 2001, Tyson Lloyd Thwaites wrote:
> Hi all,
>
> I understand that you can call the parent function
> from within an overriding child function using the
> parent::method syntax. That's OK.
>
> My problem is...I need the parent's data! (I know
> that the class has no data, only objects of that
> class have data, etc etc.)
>
> I have a class that can execute SQL statements. It
> is extended into many different classes that add
> extra functionality - no rocket science.
>
> What I want to do is add permission checking in
> the child classes that then call the same function
> in the parent *object. ie:
>
> Class A {
> function save() {
> //refer to member data...
> //execute sql based on member data...
> }
> }
>
> Class B extends A {
> function save() {
> //check current user rights
>
> //if ok, execute parent::save()
> //BUT parent::save() won't have
> //access to the member data it
> //needs because it is a static call.
> }
> }
>
> Any ideas? I have a feeling it could be achieved with
> the serialize funtion, as I saw in the annotated manual,
> but I don't quite understand what is going on in the
> example. (I assume it is hacking the object's internal
> representation so that it refers to a different class.
> Scary.)
>
> Thanks for any help
>
> Regards,
>
> Tyson Lloyd Thwaites
> IT&e Limited
> e-Commerce Division
> Adelaide
> (08) 8346 3888
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Compiling Scripts
You mean the Encoder. The Optimizer has no such requirement. John On Wed, 28 Feb 2001, Jeff wrote: > Use the zend optimizer, www.zend.com . Of course it requires the people who use > the script to have the optimizer as well, but at least they can't see the > source. > > Jeff > > Johnny Withers wrote: > > > [I'm not on this list, please CC me in reply] > > > > Is there any way to compile a .php file instead of using the source code to > > distribute? > > > > Problem is, I may have to release an application written in PHP out to > > companies who do not wish to use this application across the Internet and > > would like to use it on their local intranet. I do not wish to have to deal > > with the non-disclosers, agreements, etc which comes with releasing source > > code. > > > > Thanks in advance. > > > > - > > Johnny Withers > > [EMAIL PROTECTED] > > p. 601.853.0211 > > c. 601.954.9133 > > > > -- > > PHP General Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > To contact the list administrators, e-mail: [EMAIL PROTECTED] > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] payment
Agreed. Their test server could be more reliable, but I can't recall ever having problems with their live transaction server. On Mon, 12 Mar 2001, Aaron Tuller wrote: > At 2:32 PM -0800 3/12/01, Mark Maggelet wrote: > >I'm leaning towards verisign/payflow pro. has anyone had trouble with > >these guys? > > no. it's good stuff. Verisign is not going out of business anytime > soon. and it's flat rate. you can't beat it. > > -aaron > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Payflow Pro
Hi Dan- I'm one of the two guys who wrote the extension. This would seem to be a different SDK than the one we use. Can you point me to (or send me) the one you downloaded? I'm unfamiliar with the VENDOR and PARTNER attributes, and I'm not sure I understand the point behind using your own client certificate (unless it replaced the USER&PWD authentication method, which it apparently doesn't). Can you touch on what these are for? We can surely add support for the cert_path, I'm just not sure I understand what advantage it provides over using Verisign's default certificate, which is compiled into their SDK. John On Tue, 13 Mar 2001, Dan Harrington wrote: > Hello, > I am using Payflow Pro as a payment processor on RedHat Linux and I need to > be able to specify the cert directory so that we can process transactions. > I can make things work with a shell script: > > --- > #!/bin/sh > PFPRO_CERT_PATH=/usr/local/ssl/certs;export PFPRO_CERT_PATH > ./pfpro test-payflow.verisign.com 443 > "TRXTYPE=S&TENDER=C&VENDOR=(ourvendorname)&PARTNER=(ourpartner)&USER=(ouruse > rname) > &PWD=(ourpassword)&ACCT=5105105105105100&ExpDate=1210&AMT=1.00" 10 > -- > > and the test transaction works fine. > > However, > > when I use the payflow pro processing functions in PHP, I get the error: > > The response: Array ( [RESULT] => -31 [RESPMSG] => The certificate chain did > not validate, no local certificate found ) > > The reason for this is that I need to set the cert path to go and look for > the f73e89fd.0 file in my certs directory, and I don't > know how to tell it to look for it. > > I've already tried setting the environment variable > PFPRO_CERT_PATH=/usr/local/ssl/certs but that doesn't make a difference. > > It doesn't seem to be an option I can set in the config.h file for the > payflow pro SDK that I downloaded. > > What's the deal? Anyone know how to fix this problem? > > Yes, I've RTM and STN already. > > Thanks > Dan > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] Payflow Pro
This is something the extension will probably have to implement. I'm going to have to talk to Verisign; there seems to be a difference between a Signio account and a Verisign account, because there are two different manager interfaces. There is no new SDK available in the Signio interface, so I'll have to see if I can get our account moved over. John On Tue, 13 Mar 2001, Dan Harrington wrote: > I removed the PNVersion from the code (by force) and it works nowall I > need > is to be able to tell it where to find the f73e89fd.0 file (in my ssl certs > path) > and it should work. Functionally, it seems to work, its just that it can't > find > that file. > > > > -Original Message- > > From: Robert Covell [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, March 13, 2001 12:26 PM > > To: John Donagher; Dan Harrington > > Cc: [EMAIL PROTECTED] > > Subject: RE: [PHP] Payflow Pro > > > > > > I believe that he is using the V3 SDK that Verisign just released. I just > > went through this same thing. The support in PHP 4.0.2+ is for the V2.11 > > beta SDK. The API in the new V3 sdk is completely different and was > > unusable with the current PHP implementation (i.e. There is no PNVersion() > > function). Once I obtained the beta V2.11 SDK from Verisign life > > was good. > > PHP will need to updated to support V3 prior to it being utilized. > > > > Sincerely, > > > > Robert T. Covell > > President / Owner > > Rolet Internet Services, LLC > > Web: www.rolet.com > > Email: [EMAIL PROTECTED] > > Phone: 816.210.7145 > > Fax: 816.753.1952 > > > > -Original Message- > > From: John Donagher [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, March 13, 2001 9:31 AM > > To: Dan Harrington > > Cc: [EMAIL PROTECTED] > > Subject: Re: [PHP] Payflow Pro > > > > > > > > Hi Dan- > > > > I'm one of the two guys who wrote the extension. > > > > This would seem to be a different SDK than the one we use. Can > > you point me > > to > > (or send me) the one you downloaded? I'm unfamiliar with the VENDOR and > > PARTNER > > attributes, and I'm not sure I understand the point behind using your own > > client certificate (unless it replaced the USER&PWD authentication method, > > which it apparently doesn't). > > > > Can you touch on what these are for? We can surely add support for the > > cert_path, I'm just not sure I understand what advantage it provides over > > using > > Verisign's default certificate, which is compiled into their SDK. > > > > John > > > > On Tue, 13 Mar 2001, Dan Harrington wrote: > > > > > Hello, > > > I am using Payflow Pro as a payment processor on RedHat Linux and I need > > to > > > be able to specify the cert directory so that we can process > > transactions. > > > I can make things work with a shell script: > > > > > > --- > > > #!/bin/sh > > > PFPRO_CERT_PATH=/usr/local/ssl/certs;export PFPRO_CERT_PATH > > > ./pfpro test-payflow.verisign.com 443 > > > > > "TRXTYPE=S&TENDER=C&VENDOR=(ourvendorname)&PARTNER=(ourpartner)&US > > ER=(ouruse > > > rname) > > > &PWD=(ourpassword)&ACCT=5105105105105100&ExpDate=1210&AMT=1.00" 10 > > > -- > > > > > > and the test transaction works fine. > > > > > > However, > > > > > > when I use the payflow pro processing functions in PHP, I get the error: > > > > > > The response: Array ( [RESULT] => -31 [RESPMSG] => The certificate chain > > did > > > not validate, no local certificate found ) > > > > > > The reason for this is that I need to set the cert path to go > > and look for > > > the f73e89fd.0 file in my certs directory, and I don't > > > know how to tell it to look for it. > > > > > > I've already tried setting the environment variable > > > PFPRO_CERT_PATH=/usr/local/ssl/certs but that doesn't make a difference. > > > > > > It doesn't seem to be an option I can set in the config.h file for the > > > payflow pro SDK that I downloaded. > > > > > > What's the deal? Anyone know how to fix this problem? > > > > > > Yes, I've RTM and STN already. > > > > > > Thanks > > > Dan > > > > > > > > > > > > > -- > > > > John Donagher > &g
Re: [PHP] Payflow, story continued
http://www.php.net/bugs.php?id=9530
John
On Wed, 25 Apr 2001, Henning Kilset Pedersen wrote:
> Dan and others, following this thread;
> Here is the result of my pfpro_version() call :
>
>
>
>
> Yup, that's right. Blank, stare, squiddly-squat, etc. Which is what I
> intended.
> However, here is the result of the test script for the function provided in
> the PHP4.0.4 manual, script is here:
>
>
> pfpro_init();
>
> $transaction = array(USER => 'mylogin',
>PWD=> 'mypassword',
>TRXTYPE=> 'S',
>TENDER => 'C',
>AMT=> 1.50,
>ACCT => '4111',
>EXPDATE=> '0904'
>);
>
> $response = pfpro_process($transaction);
>
> if (!$response) {
> die("Couldn't establish link to Verisign.\n");
> }
>
> echo "Verisign response code was ".$response[RESULT];
> echo ", which means: ".$response[RESPMSG]."\n";
>
> echo "\nThe transaction request: ";
> print_r($transaction);
>
> echo "\nThe response: ";
> print_r($response);
>
> pfpro_cleanup();
>
> ?>
>
>
> and result is here:
>
> Verisign response code was -31, which means: The certificate chain did not
> validate, no local certificate found The transaction request: Array ( [USER]
> => mylogin [PWD] => mypassword [TRXTYPE] => S [TENDER] => C [AMT] => 1.5
> [ACCT] => 4111 [EXPDATE] => 0904 ) The response: Array
> [RESULT] => -31 [RESPMSG] => The certificate chain did not validate, no
> local certificate found )
>
> Hmm. Certificate not found. I think that is in the directory that I
> specified for --with-pfpro=., under the ./certs subdirectory there. I
> just downloaded the test version, tho. I haven't found any information from
> Verisign on how to update/change that certificate if needed, or any
> information from PHP's manuals on how to choose where the cert is located.
> Should it be in some PHP includable directory, for example?
>
> Regards,
> Henning
>
>
>
>
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] Payflow, story continued
If anyone has worked around the deficiencies, great; I just haven't received a v3 SDK yet (and my company's account has not yet been converted) so I can't speak intelligently about what may be missing from the extension. As far as I know, the interface remains untouched, which means the work that will need to be done will likely be minimal. John On Wed, 25 Apr 2001, Robert Covell wrote: > Is anybody reading the other posts about the work in progress being done by > John? This extra work seems pointless if it is being looked into by the PHP > development team. > > Sincerely, > > Robert T. Covell > President / Owner > Rolet Internet Services, LLC > Web: www.rolet.com > Email: [EMAIL PROTECTED] > Phone: 816.210.7145 > Fax: 816.753.1952 > > -Original Message- > From: Dan Harrington [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 25, 2001 3:52 PM > To: Henning Kilset Pedersen; [EMAIL PROTECTED] > Subject: RE: [PHP] Payflow, story continued > > > > Congratulations, > > So you've overcome the PNVersion demons, now to others. > What you need to do now is to locate the f73e89fd.0 file found in the PFPro > library and make sure it is present in your OpenSSL or other SSL certs > directory. > It should be in the same directory as your server cert(s). That is what > is generating the response code -31. > > That file is (in the SDK 3.0) found in > > verisign/payflowpro/linux/certs/f73e89fd.0 > > You need that to be in your SSL Certs directory in order for PHP to > recognize > that it exists, and present it to the Payflow Pro when it asks for it. > > > Verisign response code was -31, which means: The certificate chain did not > > validate, no local certificate found The transaction request: Array > [USER] > > => mylogin [PWD] => mypassword [TRXTYPE] => S [TENDER] => C [AMT] => 1.5 > > [ACCT] => 4111 [EXPDATE] => 0904 ) The response: Array > > [RESULT] => -31 [RESPMSG] => The certificate chain did not validate, no > > local certificate found ) > > > > Hmm. Certificate not found. I think that is in the directory that I > > specified for --with-pfpro=., under the ./certs subdirectory there. I > > just downloaded the test version, tho. I haven't found any information > from > > Verisign on how to update/change that certificate if needed, or any > > information from PHP's manuals on how to choose where the cert is located. > > Should it be in some PHP includable directory, for example? > > > > Regards, > > Henning > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > To contact the list administrators, e-mail: [EMAIL PROTECTED] > > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] Payflow, story continued
Good attitude ;) If you have any feedback from your tinkering, please do share.. John On Wed, 25 Apr 2001, Dan Harrington wrote: > I am aware that people are "working on it" but when I needed to process > transactions > _today_, I decided to do some messing around with the code. Time waits for no > man, even the > development team :-) > > Thanks > Dan > > > > -Original Message- > > From: Robert Covell [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, April 25, 2001 2:55 PM > > To: Dan Harrington; Henning Kilset Pedersen; [EMAIL PROTECTED] > > Subject: RE: [PHP] Payflow, story continued > > > > > > Is anybody reading the other posts about the work in progress being done by > > John? This extra work seems pointless if it is being looked into by the PHP > > development team. > > > > Sincerely, > > > > Robert T. Covell > > President / Owner > > Rolet Internet Services, LLC > > Web: www.rolet.com > > Email: [EMAIL PROTECTED] > > Phone: 816.210.7145 > > Fax: 816.753.1952 > > > > -Original Message- > > From: Dan Harrington [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, April 25, 2001 3:52 PM > > To: Henning Kilset Pedersen; [EMAIL PROTECTED] > > Subject: RE: [PHP] Payflow, story continued > > > > > > > > Congratulations, > > > > So you've overcome the PNVersion demons, now to others. > > What you need to do now is to locate the f73e89fd.0 file found in the PFPro > > library and make sure it is present in your OpenSSL or other SSL certs > > directory. > > It should be in the same directory as your server cert(s). That is what > > is generating the response code -31. > > > > That file is (in the SDK 3.0) found in > > > > verisign/payflowpro/linux/certs/f73e89fd.0 > > > > You need that to be in your SSL Certs directory in order for PHP to > > recognize > > that it exists, and present it to the Payflow Pro when it asks for it. > > > > > Verisign response code was -31, which means: The certificate chain did not > > > validate, no local certificate found The transaction request: Array > > [USER] > > > => mylogin [PWD] => mypassword [TRXTYPE] => S [TENDER] => C [AMT] => 1.5 > > > [ACCT] => 4111 [EXPDATE] => 0904 ) The response: Array > > > [RESULT] => -31 [RESPMSG] => The certificate chain did not validate, no > > > local certificate found ) > > > > > > Hmm. Certificate not found. I think that is in the directory that I > > > specified for --with-pfpro=., under the ./certs subdirectory there. I > > > just downloaded the test version, tho. I haven't found any information > > from > > > Verisign on how to update/change that certificate if needed, or any > > > information from PHP's manuals on how to choose where the cert is located. > > > Should it be in some PHP includable directory, for example? > > > > > > Regards, > > > Henning > > > > > > -- > > PHP General Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > To contact the list administrators, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > > PHP General Mailing List (http://www.php.net/) > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > To contact the list administrators, e-mail: [EMAIL PROTECTED] > > > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] exclusive execution
One solution would be to have the script write it's process ID in some .pid file. Since a process ID is per instance of the script, this should provide you with the functionality you're looking for. John On Fri, 27 Apr 2001, Nikhil Goyal wrote: > I need to set up a script such that only one instance of it is running at a > time i.e. in case the script is already executing, it will not be started > again. > > My problem is on a script taking a long time to execute (like it should) - I > find that for some reason the script stops somewhere in the middle and > starts to re-execute. I wish to catch this re-execute and halt the script > instead > > N > > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP + IRC
There is an irc (ircg) extension now, although it is undocumented in the manual. On Thu, 5 Apr 2001, Jason Brooke wrote: > Yes - see the network and/or socket functions sections in the manual at > http://www.php.net > You might want to use the IRC RFC as a reference on the protocol > > jason > > > > > Hello PHP, > > > > Is there any ways to use php with irc? > > > > -- > > Best regards, > > > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Lists are back up
Any chance we can get the [LISTNAME] subject prefixing so all my filters don't break? :) John On Mon, 18 Jun 2001, Rasmus Lerdorf wrote: > We have re-enabled the PHP mailing lists. They are now running from a > temporary machine sitting on the floor of my spare bedroom. A more > permanent home is in the works. > > -Rasmus > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
Re: [PHP] Payflo Pro and credit cards
On Tue, 19 Jun 2001, Tobias Talltorp wrote: > I have a few questions regarding credit cards and the Payflo Pro function in > PHP. > Currently I only need to check that the creditcard is valid, no actual > payment is needed right now. > > 1) > How do I perform this check against Payflo Pro? > This should be covered in the PDF document which should come with your developer's kit. But the quick answer is you run an authorization instead of a sale, for a small amount (<=$1.00). > 2) > How and where should I save the credit card numbers? In a file outside the > webroot that I can crypt, in a database that I can crypt (can MySQL do > this)? > That's an implementation issue that depends on a lot of things. Two-way encryption is nice, but it's more important to prevent the data, even encrypted, from ever getting stolen. If you can afford it, I'd look into storing them on a private database server which runs a minimal set of services and is only accessible from specific machines. How you do the encryption is up to you..mysql has some built in crypto functionality, but my guess is the mcrypt extension in PHP will offer you far more flexibility. > Thanks in advance, > // Tobias Talltorp > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
Re: [PHP] Credit card number checker?
On 16 Jul 2001, Dr. Evil wrote: > > I'm wondering if anyone can refer me to a site that describes what > this format is, so I can write some PHP code that will check to see if > a credit card number format is correct. I don't even want to try to > run the card through my merchant account if the format is obviously > wrong. I assume that banks check the rejection rate on their merchant > accounts, and too many bogus cards would not look good. > My suggestion is to run an authorization for an extremely small amount of money ($1.00 is fairly standard) and that will tell you if the account is valid or not. Doing validation yourself implies a fully-publicly-understood credit card numbering system and also commits you to keeping on top of changes to that numbering system. All credit cards today may be 15-16 digits. What if they are 20 in the future? What if they're 14? Allowing the processor to worry about this means less maintenance on your code later and removes some entropy from your system. John -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Credit card number checker?
On Mon, 16 Jul 2001, Christopher Ostmo wrote: > John Donagher pressed the little lettered thingies in this order... > > > My suggestion is to run an authorization for an extremely small amount of > > money ($1.00 is fairly standard) and that will tell you if the account is > > valid or not. Doing validation yourself implies a fully-publicly-understood > > Maybe I am the only one, but I would NEVER do business with ANY > company that charged my credit card just to see if it was valid. > Note, I said authorization, not charge. An authorization is a form of sale which is really a two-step process. The authorization places a hold on the funds, and then a capture transaction is initiated which indicates that the funds should be transferred. Running an authorization is harmless because (in this case) it is never captured. The only ill-effect is that your credit limit is reduced by $1.00 until the authorization expires (around a month or so). This is an accepted practice. > At any rate, the initial request was to see if their was a way by which > you could tell whether the number is valid BEFORE it is sent to the > bank for processing. Since this solution requires sending the card to > the bank for processing to see if the number is valid, it would defeat the > purpose. > I did read the question. Every question has a context. My response is still valid within the context of his question. There may be mitigating factors, but in the projects I've worked on in the past, the approach I suggested has proved much more reliable in the long-term. John -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Credit card number checker?
On 17 Jul 2001, Steve Sobol wrote: > From 'John Donagher': > >> accounts, and too many bogus cards would not look good. > >> > > > >My suggestion is to run an authorization for an extremely small amount of money > >($1.00 is fairly standard) and that will tell you if the account is valid or > >not. > > Bad idea. > > Some software, in particular that from merchant-provider Cardservice > International, will deny all transactions for a set number of days if you > have two declines from the same IP in the same 24-hour period. > How exactly is a merchant responsible for the authenticity of the information that a customer provides? That's why you use a payment gateway; because the authenticity of a customer's payment information (be it credit card number, available balance, whatever) is not something you can know. The algorithms you can run may check the well-formedness of that number, but that is such a small facet of the spectrum of failure causes you can run into in the process of a transaction, that its usefulness will be rather limited. I've built billing systems for two different companies, both with thousands of customers, and hundreds of declined transactions every month (corresponding to at least 10 a day). I've never run into such a thing, and I don't think what you're saying is true, and I can't find anything to corroborate it on the CardService website; can you please prove it? Any payment gateway that will _deny all transactions_ based on invalid information being supplied by an end-user would be laughed out of the room by medium to large-sized companies. I know this not to be the case with Verisign Payment, at least. -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-CVS] cvs: php4 / configure.in
jdonagher Sat Jan 27 13:05:41 2001 EDT Modified files: /php4 configure.in Log: PR: Submitted by: Reviewed by: Obtained from: Add configure warning message when compiling --with-pfpro Index: php4/configure.in diff -u php4/configure.in:1.214 php4/configure.in:1.215 --- php4/configure.in:1.214 Sun Jan 21 09:26:43 2001 +++ php4/configure.in Sat Jan 27 13:05:40 2001 @@ -1,4 +1,4 @@ -dnl ## $Id: configure.in,v 1.214 2001/01/21 17:26:43 rasmus Exp $ -*- sh -*- +dnl ## $Id: configure.in,v 1.215 2001/01/27 21:05:40 jdonagher Exp $ -*- sh -*- dnl ## Process this file with autoconf to produce a configure script. divert(1) @@ -920,6 +920,29 @@ | If you are unable to fix this, send the file debug.log to the | | [EMAIL PROTECTED] mailing list and include appropiate | | information about your setup. | +X + fi + + if test "$PHP_PFPRO" != "no" ; then +cat
Re: [PHP] PHP 4.0.3 on Debian?
On Sat, 27 Jan 2001, Brian Clark wrote: > On some Debian systems you have to edit the apxs script if you didn't > install Apache via the Debian package system. > FYI, not the case as of the current woody. Apache 1.3.14 configured with: ./configure --enable-module=so built a proper apxs which PHP had no problem using. John -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-CVS] cvs: php4 / configure.in
jdonagher Sat Jan 27 16:16:55 2001 EDT Modified files: /php4 configure.in Log: PR: Remove --with-pfpro warning. Verisign has released a beta SDK which corrects the problem. Index: php4/configure.in diff -u php4/configure.in:1.215 php4/configure.in:1.216 --- php4/configure.in:1.215 Sat Jan 27 13:05:40 2001 +++ php4/configure.in Sat Jan 27 16:16:55 2001 @@ -1,4 +1,4 @@ -dnl ## $Id: configure.in,v 1.215 2001/01/27 21:05:40 jdonagher Exp $ -*- sh -*- +dnl ## $Id: configure.in,v 1.216 2001/01/28 00:16:55 jdonagher Exp $ -*- sh -*- dnl ## Process this file with autoconf to produce a configure script. divert(1) @@ -920,29 +920,6 @@ | If you are unable to fix this, send the file debug.log to the | | [EMAIL PROTECTED] mailing list and include appropiate | | information about your setup. | -X - fi - - if test "$PHP_PFPRO" != "no" ; then -cat
[PHP-CVS] cvs: php4 /ext/pfpro pfpro.c
jdonagher Sat Jan 27 16:45:28 2001 EDT
Modified files:
/php4/ext/pfpro pfpro.c
Log:
PR:
Clean up and add folding
Index: php4/ext/pfpro/pfpro.c
diff -u php4/ext/pfpro/pfpro.c:1.7 php4/ext/pfpro/pfpro.c:1.8
--- php4/ext/pfpro/pfpro.c:1.7 Fri Dec 22 04:57:07 2000
+++ php4/ext/pfpro/pfpro.c Sat Jan 27 16:45:27 2001
@@ -17,8 +17,9 @@
+--+
*/
-/* $Id: pfpro.c,v 1.7 2000/12/22 12:57:07 zeev Exp $ */
+/* $Id: pfpro.c,v 1.8 2001/01/28 00:45:27 jdonagher Exp $ */
+/* {{{ includes */
#include "php.h"
#include "php_ini.h"
#include "php_pfpro.h"
@@ -28,15 +29,17 @@
#if HAVE_PFPRO
#include "ext/standard/php_string.h"
+/* }}} */
+/* {{{ zts */
#ifdef ZTS
int pfpro_globals_id;
#else
php_pfpro_globals pfpro_globals;
#endif
-
-/* Function table */
+/* }}} */
+/* {{{ Function table */
function_entry pfpro_functions[] = {
PHP_FE(pfpro_version, NULL)
PHP_FE(pfpro_init, NULL)
@@ -45,7 +48,9 @@
PHP_FE(pfpro_process, NULL)
{NULL, NULL, NULL}
};
+/* }}} */
+/* {{{ Zend module entry */
zend_module_entry pfpro_module_entry = {
"pfpro",
pfpro_functions,
@@ -56,12 +61,15 @@
PHP_MINFO(pfpro),
STANDARD_MODULE_PROPERTIES
};
+/* }}} */
+/* {{{ dl() stuff */
#ifdef COMPILE_DL_PFPRO
ZEND_GET_MODULE(pfpro)
#endif
-
+/* }}} */
+/* {{{ initialization defaults */
PHP_INI_BEGIN()
STD_PHP_INI_ENTRY("pfpro.defaulthost", "test.signio.com",
PHP_INI_ALL, OnUpdateString,defaulthost,php_pfpro_globals,
pfpro_globals)
STD_PHP_INI_ENTRY("pfpro.defaultport", "443",
PHP_INI_ALL, OnUpdateInt, defaultport,
php_pfpro_globals, pfpro_globals)
@@ -104,8 +112,9 @@
return SUCCESS;
}
-
+/* }}} */
+/* {{{ minfo registration */
PHP_MINFO_FUNCTION(pfpro)
{
php_info_print_table_start();
@@ -115,8 +124,7 @@
DISPLAY_INI_ENTRIES();
}
-
-
+/* }}} */
/* {{{ proto string pfpro_version()
Returns the version of the Payflow Pro library */
@@ -130,8 +138,6 @@
}
/* }}} */
-
-
/* {{{ proto void pfpro_init()
Initialises the Payflow Pro library */
PHP_FUNCTION(pfpro_init)
@@ -150,8 +156,6 @@
}
/* }}} */
-
-
/* {{{ proto void pfpro_cleanup()
Shuts down the Payflow Pro library */
PHP_FUNCTION(pfpro_cleanup)
@@ -170,8 +174,6 @@
}
/* }}} */
-
-
/* {{{ proto string pfpro_process_raw(string parmlist [, string hostaddress [, int
port, [, int timeout [, string proxyAddress [, int proxyPort [, string proxyLogon [,
string proxyPassword]]])
Raw Payflow Pro transaction processing */
PHP_FUNCTION(pfpro_process_raw)
@@ -289,8 +291,6 @@
RETURN_STRING(response, 1);
}
/* }}} */
-
-
/* {{{ proto array pfpro_process(array parmlist [, string hostaddress [, int port, [,
int timeout [, string proxyAddress [, int proxyPort [, string proxyLogon [, string
proxyPassword]]])
Payflow Pro transaction processing using arrays */
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] PHP oop in C
Take a look at the domxml extension code, for one example. There are other extensions
that do this as well.
John
On Mon, 29 Jan 2001 [EMAIL PROTECTED] wrote:
> Hello,
>
> Does anyone know how to take a PHP class and move it directly into PHP's C
> code, OR (even better) to move it into C code that compiles in a separate
> binary object (e.g. myobj.o), and is then linked to the php executable (or
> httpd executable)?
>
> For example, how can I move this code into C?
> class myObject {
> function myObject {
> $this->data = "hello!";
> }
> function hello () {
> echo $this->data;
> }
> }
> ?>
>
> Thanks!
>-Matt
>
>
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k
PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/
OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v
1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu
0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz
0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0
zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74
yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4
Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h
Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW
AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd
dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE
mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD
jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D
rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p
kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y
h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI
RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy
BACeOx83WlBhVScYWo+BUzntJ6ks4T0=
=OkJU
-END PGP PUBLIC KEY BLOCK-
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Override already-declared function?
I don't know of a way to override a function. Functions declarations, because they reside in the global namespace, should be unique. You can override (and yet still have access to) inherited class methods in subclasses. Have you looked at applicability of OOP in your implementation? John On Wed, 31 Jan 2001, Jason Murray wrote: > Hi folks, > > Is there a way to override a declared function? > > For example, if my site is running under a specific theme, I want function > X to work in a slightly different way to normal. The theme will include a > specific functions.<>.php file, which includes various function > definitions and other cool theme-related stuff. > > I'd like to be able to redefine functions in these files. At the moment > if I try it I just get the "already declared function" error. > > Any thoughts? > > Jason > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/ OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v 1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu 0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz 0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0 zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74 yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4 Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy BACeOx83WlBhVScYWo+BUzntJ6ks4T0= =OkJU -END PGP PUBLIC KEY BLOCK- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Recommended Job Posting sites? Need to hire someone w/PHP exp.
Hey Brian- Finding someone with past PHP experience is still difficult. Instead, look for people who are recreational programmers or who have a deep understanding of the mechanics behind HTTP. Whether they've worked with Java, ASP, Perl, Python, or any CGI-style environment is IMHO irrelevant. PHP as a language is not difficult to learn. Overcoming the inherant limitations of programming for the web seems to be the bigger hurdle. People don't need to have used PHP to conquer this hurdle. Either way, I'd be wary about making PHP experience a prerequisite. The desire to learn is important. Some people come in to a PHP project with the misconception that "PHP sucks" and that their own future marketability as programmers is somehow being tarnished by virtue of the fact that they have to learn and use it. Write them off. John -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com On Thu, 1 Feb 2001, Brian Tully wrote: > Hey there - > > I was wondering what the recommended sites are to post/find jobs related to > web development - especially PHP. The sites I've visited list mostly ASP > and Java related jobs so I'm wondering where do the PHP folks go to find > opportunities. While I'm not looking for a PHP expert, I'm looking for > someone with good web skills and has at least some PHP experience (as well > as the desire to learn more!). I'd appreciate any recommendations/advice. > > Thanks in advance, > brian > > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] Installing Verisign PFPro Support
Brady- Regardless of your compilation problems, Verisign has not yet released their fixed SDK for BSD. They've only released it for Linux (libc5 & glibc2) and Solaris. You're kind of SOL until they do. See the user comments on www.php.net/pfpro for why you're SOL. John On Sun, 4 Feb 2001, Brady J. Horenstein wrote: > Hello! > > I'm trying to configure PHP with Verisign PayFlow PRO support on my server. > I'm running FreeBSD 4, Apache 1.3.12, mod_ssl, openSSL, and mySQL 3.23.32. > > I downloaded the newest release of PHP (4.0.4pl2) and tried compiling it, > using the ./configure --with-pfpro=[dir] thing and I get the following > error: > > /usr/home/arcwebn/signio/freebsd3/lib/libpfpro.so: undefined reference to > `pthread_mutex_unlock' > /usr/home/arcwebn/signio/freebsd3/lib/libpfpro.so: undefined reference to > `pthread_self' > /usr/home/arcwebn/signio/freebsd3/lib/libpfpro.so: undefined reference to > `pthread_mutex_destroy' > /usr/home/arcwebn/signio/freebsd3/lib/libpfpro.so: undefined reference to > `pthread_mutex_lock' > /usr/home/arcwebn/signio/freebsd3/lib/libpfpro.so: undefined reference to > `pthread_mutex_init' > > I've never done anything like this before, so I'm not really sure what's > goin' on. > > Any insight into the problem would be greatly appreciated! > > Thanks! > > -brady > > -- > Brady J. Horenstein > [EMAIL PROTECTED] > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] what is ::?
It calls a class method statically, although its exact behavior depends on the scope from which it was called. If called from outside a class, then the method has no instanciated object, it's just a function. This is also how you can use work with inheritance in PHP. If you have an instanciated subclass, you can use parent::blah() to call the inherited (and overridden) methods. On Wed, 7 Feb 2001, Chien-pin Wang wrote: > > Dear all, > > Pardon me if this is explained somewhere in the > documentation. I've found the :: notation (double colons) in class > definitions of PHP's ~/lib/php directory, such as DB.php. It looks like > doing the same thing as -> notation. Can someone help to explain this a > little bit or provide links to the explaination? Thanks a lot! > > Chien-pin > > > -- John Donagher Application Engineer Intacct Corp. - Powerful Accounting on the Web 408-395-0989 720 University Ave. Los Gatos CA 95032 www.intacct.com Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] parent constructor
Try 'parent::'
On Wed, 7 Feb 2001, Aaron Tuller wrote:
> At 12:13 PM +0100 2/7/01, Christian Reiniger wrote:
> >On Wednesday 07 February 2001 05:14, Aaron Tuller wrote:
> > > $parentClass = get_parent_class($this);
> >> eval("$parentClass::$parentClass();");
> >>
> >> still, I think I should be able to do what I wrote below.
> >
> >Um, you know the name of your parent class, so why do you use
> >get_parent_class() at all?
>
> so that way I can have a general purpose way of calling a parent
> constructor like "super()" or whatever. It seems silly to hardcode
> the name of my parent class into the code of the class besides in the
> "extends" part in the definition. that way if I change the
> hierarchy, I don't have to worry about changing the constructor, it
> just always points to the parent.
>
> sorry if that isn't clear.
>
> -aaron
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] returning multiple variables from a function?
An approach that many people take is to simply have a function return success
or failure, and have any data that needs to be propogated upwards assigned to
pass-by-reference parameters. I like this approach because it removes any
question as to what a function returns. One drawback is that it becomes
difficult to see where values are getting assigned when debugging.
i.e.:
function getMeTwoThings(&$first, &$second) {
$first++;
$second--;
if ($first == $second)
return true;
else
return false;
}
Alternatively, you can return an array of values and use the list() construct to
assign them.
i.e.:
function foobar() {
return array($a, $b);
}
list($a, $b) = foobar();
John
On Mon, 12 Feb 2001, James, Yz wrote:
> Hrms. Got a small problem.
>
> I'm now using functions on a regular basis, but I've come to another
> sticking point with them: returning multiple variables from the function...
>
> Here's a really quick example (nothing to do with what I intend to use the
> functions for):
>
> function CUP ($connection,$username,$password) {
>
> if (($username) && ($password)) {
> $sql = "SELECT username, password FROM table
> WHERE username = '$username' AND password = '$password'";
> $result = etc etc
> $num = mysql_numrows($result);
>
> if ($num != 0) {
> $valid = "yes";
> }
>
> return $valid;
>
> }
>
>
>
> $correct_user = CUP ($connection,$username,$password);
>
> Now, if the user is correct, I'd get a return of
>
> $correct_user = "yes";
>
> What if I wanted to "return" more than one variable from the function? And
> how would I assign it a name? Like the actual variable, or is that just not
> possible?
>
> I've tried
> return $var1,$var2;
> But got an error.
>
> As always, tia :)
>
> James.
>
>
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
