On May 26, 2011 09:36 Torsten wrote:
>
> Since I haven't heard from you I take it the problem has been resolved,
> has it? Did you try Steve's patch?
>
I have done a lot of testing on many different systems but still haven't
figured it out exactly when the problem occurs. I have found that on
wi
Torsten Förtsch wrote on 2011-05-17:
> On Tuesday, May 10, 2011 21:15:29 Thomas den Braber wrote:
>> In http://www.gossamer-threads.com/lists/modperl/dev/102357 it
>> looks like it is solved.
>
> Thomas, could you please check if the patch at
>
> http://www.gossamer-threads.com/lists/modperl/de
On Tuesday, May 10, 2011 21:15:29 Thomas den Braber wrote:
> In http://www.gossamer-threads.com/lists/modperl/dev/102357 it
> looks like it is solved.
Thomas, could you please check if the patch at
http://www.gossamer-threads.com/lists/modperl/dev/102983#102983
fixes your problem? It sounds qu
On Wednesday, May 11, 2011 17:15:19 Thomas den Braber wrote:
> I think it is better to fix this in Mod Perl than making workaround.
Patches are welcome, really. Currently, we are quite short of Windows
programmers.
Torsten Förtsch
--
Need professional modperl support? Hire me! (http://foertsch
> We were getting this behavior in our web application. It appears that
> we've fixed it (we're still testing it) by checking the return value
> from each print statement (usually we call the Apache request object's
> print method) and aborting (by calling die() in our application - we
> have an
We were getting this behavior in our web application. It appears that we've
fixed it (we're still testing it) by checking the return value from each print
statement (usually we call the Apache request object's print method) and
aborting (by calling die() in our application - we have an all-encom
Additional data:
One effected installation (Ubuntu 10.04.2, Apache 2.2.14, Perl 5.10.1,
libapache2-mod-perl2 2.0.4) reports that that eval
{$r->notes->get("warnings")} did not produce an error ($@ was not set) in
his case, but that this problem went away for him after reverting the ubuntu
perl up
>
> my $warnings = eval {$r->notes->get("warnings")};
> if( $@ ) {
>warn "APR::Table is '$INC{q{APR/Table.pm}}'";
>die $@;
> }
>
> you will see that it is not loaded.
>
>
Thanks Torsten - we'll try this out.
If you use a threaded Perl make sure every interpreter loads APR::Table.
> Do y
On Friday, May 06, 2011 17:24:18 Jason Aubrey wrote:
> Any hints/tips/ideas would be very much appreciated.
Are you really sure (I mean really really) that APR::Table is loaded? I
see you load Apache2::Log but nothing about APR::Table.
I think if you replace line 74
my $warnings = $r->notes->
On Tuesday, August 31, 2010 22:28:21 Anton Petrusevich wrote:
> I was unable to find the answer how to use such an object.
> ServerRec::names returns object like this:
>
> $VAR1 = bless( do{\\(my $o = 19244608)}, 'APR::ArrayHeader' );
>
>
> I know it maps to apr_array_header_t structure, but i
Joe Schaefer-6 wrote:
>
> Did you remember to load mod_apreq2 into httpd?
> Typically requires a LoadModule apreq_module modules/mod_apreq2.so
>
That did it! Thanks very much. I now can start Apache with mod_perl and
mod_apreq2, and I believe server-info confirms it:
Apache/2.2.14 (Unix) D
Did you remember to load mod_apreq2 into httpd?
Typically requires a LoadModule apreq_module modules/mod_apreq2.so
- Original Message
> From: Bill Karwin
> To: modperl@perl.apache.org
> Sent: Sat, November 21, 2009 1:27:31 PM
> Subject: Re: APR::Request gets Symb
Perrin Harkins-3 wrote:
>
> You can't load some of the Apache:: modules from the command-line.
> They depend on the apache environment to run. Try loading it from
> your httpd.conf instead.
>
Hi Perrin, thanks for your quick reply. I tried your suggestion but I got a
similar error as I got
On Wed, Nov 18, 2009 at 9:55 PM, Bill Karwin wrote:
> However when I try to test that I can load the module:
>
> $ perl -MAPR::Request -e true
> Can't load
> '/opt/local/lib/perl5/vendor_perl/5.8.9/darwin-2level/auto/APR/Request/Request.bundle'
> for module APR::Request:
> dlopen(/opt/local/lib/pe
Mark Hedges wrote:
So where does that leave the perl binding between 2.4 and
3.0? Or will we all be running mod_parrot/mod_perl6 by
then (which looks like it's made great progress since
YAPC)
Great, all code where '.' was the concatenator operator
breaks, hurray. (?)
You don't have to switch
On Thu, 8 Jan 2009, Adam Prime wrote:
> Personally, i think libapreq should be part of core httpd
> (or at least a 'normal' module, and libapreq2's perl
> bindings should be part of stock mod_perl.
Yeah I've run into systems multiple times where the boss was
too afraid of change to allow building
Adam Prime wrote:
Philip M. Gollucci wrote:
Oh, but we started work for this in 2.4 of httpd for libapreq.so and
mod_apreq.so for http core.
cool
after httpd 2.6/3.0 we might be able to swing the perl bindings peices.
So where does that leave the perl binding between 2.4 and 3.0? Or will
Philip M. Gollucci wrote:
Oh, but we started work for this in 2.4 of httpd for libapreq.so and
mod_apreq.so for http core.
cool
after httpd 2.6/3.0 we might be able to swing the perl bindings peices.
So where does that leave the perl binding between 2.4 and 3.0? Or will
we all be running
Adam Prime schrieb:
Michael Ludwig wrote:
It is said in the thread referred to above that "the splitting of the
APIs [...] is strange and confusing", and coming from mod_perl 1.0, I
agree. But it probably has advantages as well.
i think that comment about splitting the api was with respect
to
Adam Prime wrote:
Personally, i think libapreq should be part of core httpd (or at least a
'normal' module, and libapreq2's perl bindings should be part of stock
mod_perl.
Oh, but we started work for this in 2.4 of httpd for libapreq.so and
mod_apreq.so for http core.
after httpd 2.6/3.0 we m
Michael Ludwig wrote:
It is said in the thread referred to above that "the splitting of the
APIs [...] is strange and confusing", and coming from mod_perl 1.0, I
agree. But it probably has advantages as well.
i think that comment about splitting the api was with respect to
RequestRec, Request
Foo JH schrieb:
Michael Ludwig wrote:
I'd like to reach an understanding of what these ranges of modules
and interfaces are intended for. When would I want to use which
interface? Or is it all a matter of style and taste?
Possibly. You will need the standard modperl2 library to even get
modper
Michael Ludwig wrote:
> I'd like to reach an understanding of what these ranges of modules and
> interfaces are intended for. When would I want to use which interface?
> Or is it all a matter of style and taste?
Possibly. You will need the standard modperl2 library to even get
modperl up and runn
Mike Cardwell wrote:
Hi,
I'm writing a PerlProcessConnectionHandler. It starts:
sub handler {
my $c = shift;
my $sock = $c->client_socket;
$sock is an instance of APR::Socket. The problem is that the connection
is using SSL and I need to be able to read/write the unencrypted socket
Philippe M. Chiasson schrieb:
Axel Huizinga wrote:
Hi,
Suddenly on of my mod_perl handlers is broken with the following error:
Can't locate object method "ip_get" via package "APR::SockAddr"
at line:
my $ip = $self->{r}->connection->remote_addr->ip_get;
(temporary replaced by $ENV{'REMOTE
Axel Huizinga wrote:
Hi,
Suddenly on of my mod_perl handlers is broken with the following error:
Can't locate object method "ip_get" via package "APR::SockAddr"
at line:
my $ip = $self->{r}->connection->remote_addr->ip_get;
(temporary replaced by $ENV{'REMOTE_ADDR'} - now the handler works a
Probably because the $r you're passing it is just "Apache2::RequestRec"
and not really the request object that Apache2::Request wants...
Issac
Eli Shemer wrote:
> Hey again
>
> Once I add the apr object I get no error but I also receive no output on
> the screen.
>
> Any thoughts ?
>
>
>
ed symbols in my error_log
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Perrin
Harkins
Sent: Friday, September 14, 2007 9:55 PM
To: Eli Shemer
Cc: modperl@perl.apache.org
Subject: Re: apr
On 9/14/07, Eli Shemer <[EMAIL PROTECTED]> wrote:
>
On 9/14/07, Eli Shemer <[EMAIL PROTECTED]> wrote:
> Once I add the apr object I get no error but I also receive no output on the
> screen.
What are you trying to do? You can't use the mod_perl stuff in a
command-line script outside of mod_perl.
> my $r=Apache2::RequestRec;
What does that do? I
Reinveting the wheel its in my nature to understand things :-)
Hope that all anwsers are in chapter 13 (good number).
Thanks Geoffrey for all this explanations.
cheers
Younes
Geoffrey Young a écrit :
in the future please keep responses on list :)
yperl wrote:
Geoffrey Young a écrit :
in the future please keep responses on list :)
yperl wrote:
> Geoffrey Young a écrit :
>
>>
>> I find myself wondering if you're trying to set the cookie in one
>> phase and
>> read it from the PerlResponseHandler _during the same request_?
>>
>
> Yes. Is that usage not recommended?
> Nothing
[EMAIL PROTECTED] wrote:
> Hi Folks!
>
> As usual, I'm facing another problem. I'm playing with APR::* module like
> you suggested me (Fred, ) in your first email.
>
> I successfully send a cookie using APR::Request::Cookie (like described
> in the doc), but I did't know how to read that cookie
As usual, I'm facing another problem.
I'm playing with APR::* module like you suggested me (Fred, ) in your
first email.
I suggested a few different methods, this this just the one I use. As
Perrin pointed out in a different thread a few days ago, the performance
gain of this module is overs
Paul Harrison wrote:
Apache2 namespace are wrappers of the APR namespace. Where can I find
information about APR namespace, that will allow me to invoke the
Not always true:
in the case of Apache2::(Cookie,Upload,Request) it is.
In general, the APR:: namespace is Perl Glue for the liba
Yes, thx you
Cure
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 17, 2005 12:04 PM
To: Paul Harrison
Cc: modperl@perl.apache.org
Subject: Re: APR
Paul Harrison wrote:
> Hi All, I thought the APR module was use for ==> to load mod
Paul Harrison wrote:
Hi All, I thought the APR module was use for ==> to load mod_perl2
outside of Apache(command line). I'm lost when I see modules like ==>
use APR::Table () inside of Apache(not the command line)
The APR (Apache Portable Runtime) is an abstraction layer that provides
porta
> Îðèãèíàëíî
>ïèñìî
>Îò: "Philip M. Gollucci" <[EMAIL PROTECTED]>
>Îòíîñíî: Re: APR::Pool segfaults on Win32
>and Cygwin
>Äî: Nick *** <[EMAIL PROTECTED]>
>Èçïðàòåíî íà:
>Ñðÿäà, 2005, Þëè 6 20:08:12 EEST
>--
> Оригинално писмо
>От: "Philip M. Gollucci" <[EMAIL PROTECTED]>
>Относно: Re: APR::Pool segfaults on Win32 and Cygwin
>До: Nick *** <[EMAIL PROTECTED]>
>Изпратено на: Сряда, 2005, Юли 6 20:08:12 EEST
>---
Might be a good idea to run:
perl -d -MAPR::Pool -e '$p=APR::Pool->new;'since you're using cygin you
could also send the
gdb backtrace of the core file ?
I don't know if I can debug it, but I'm sure that will help others
attempt to.
--
END
--
Thanks for the response Malcom. This is what i have:
my $req = $r->pool();
my $cookie = APR::Request::Cookie->new
($req,
name => "test",
value => { product_id => $product_id,
qty => $qty },
path => '/',
domain => "192.168.1.155",
On Thursday 23 June 2005 12:29 pm, Gokul P. Nair wrote:
> Also $req needs to be an object of type APR::Pool and
> in the documentation for APR::Pool it is suggested
> that it is good to use a request pool for these short
> scoped requests. So would $req be created like this ?
> $req = APR::Request
Torsten Foertsch wrote:
On Monday 23 May 2005 22:57, Stas Bekman wrote:
if it works for you, i'll commit it.
The attachment contains a complete patch including the test.
Thanks, Torsten, committed.
--
__
Stas Bekman
On Monday 23 May 2005 22:57, Stas Bekman wrote:
> if it works for you, i'll commit it.
The attachment contains a complete patch including the test.
All tests successful, 1 test skipped.
Files=229, Tests=2475, 81 wallclock secs (62.48 cusr + 6.47 csys = 68.95 CPU)
Torsten
diff -Naur mod_perl-2.0
Torsten Foertsch wrote:
On Sunday 22 May 2005 19:18, Torsten Foertsch wrote:
Hi,
there is something wrong with APR::Base64.
[EMAIL PROTECTED]:~> perl -MAPR::Base64 -MData::Dumper -e '$x=APR::Base64::encode(
"x"
); print "$x\n".Dumper( [split "", $x] ), "length=".length($x)."\n";' eA==
$VAR1
On Sunday 22 May 2005 19:18, Torsten Foertsch wrote:
> Hi,
>
> there is something wrong with APR::Base64.
>
> [EMAIL PROTECTED]:~> perl -MAPR::Base64 -MData::Dumper -e
> '$x=APR::Base64::encode( "x"
> ); print "$x\n".Dumper( [split "", $x] ), "length=".length($x)."\n";' eA==
> $VAR1 = [
>
On Sunday 22 May 2005 19:18, Torsten Foertsch wrote:
> there is something wrong with APR::Base64.
>
> [EMAIL PROTECTED]:~> perl -MAPR::Base64 -MData::Dumper -e
> '$x=APR::Base64::encode( "x"
> ); print "$x\n".Dumper( [split "", $x] ), "length=".length($x)."\n";' eA==
> $VAR1 = [
> 'e',
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Wichitill schrieb:
| Tom Schindl wrote:
|
|> I'm banging my head against the fact how one could use the APR::Finfo
|> without having a pool. Is this simply impossible? I though APR::* could
|> be used without mod_perl?
|>
|> The docs state:
|> --
Tom Schindl wrote:
I'm banging my head against the fact how one could use the APR::Finfo
without having a pool. Is this simply impossible? I though APR::* could
be used without mod_perl?
The docs state:
--8<--
my $finfo = APR::Finfo::stat("/tmp/test", APR::Const::FINFO_NORM,
Octavian Rasnita wrote:
I have seen that the site jenda.krynicky.cz cannot be found.
jenda.crynicky.cz is alive and well.
However, if you continue to have difficulty accessing the main site,
Jenda has set up a US mirror at
http://www24.brinkster.com/jenda/index.html. There's another mirror
On Tue, 12 Apr 2005, Jonathan Vanasco wrote:
>
> If I remember correctly,
> APR::Const - mp2 rc5
> Apache::Const - mp2 <= rc4
> Apache::Constant- mp1
It's true that Apache::Constant is an mp1-specific module,
and APR::Const and Apache::Const in mp
If I remember correctly,
APR::Const - mp2 rc5
Apache::Const - mp2 <= rc4
Apache::Constant- mp1
Apologies if this is all wrong.
On Apr 12, 2005, at 10:39 AM, Randy Kobes wrote:
On Tue, 12 Apr 2005, Octavian Rasnita wrote:
Hi,
I have tried to us
On Tue, 12 Apr 2005, Octavian Rasnita wrote:
> Hi,
>
> I have tried to use ppm for installing it, but I cannot find it.
> I have tried:
>
> ppm install mod_perl
>
> And this command installed mod_perl, but not APR::Const.
APR::Const isn't contained in a separate distribution; it's
part of mod_per
So, what can I do to install it?
I have tried to install it with cpan but it asked me for apxs, because cpan
also tries to install mod_perl.
Teddy
- Original Message -
From: "Brent Clark" <[EMAIL PROTECTED]>
To: "Octavian Rasnita" <[EMAIL PROTECTED]>
Octavian Rasnita wrote:
Hi,
Does anyone know where I can download the module APR::Const (for Windows)...
meaning the ppd file?
I have seen that the site jenda.krynicky.cz cannot be found.
Can that module be found somewhere else?
I cannot make mod_perl work without it.
Hi
[EMAIL PROTECTED] sprdsht]#
Dintelmann, Peter wrote:
I am looking for a list of the bucket types for APR::BucketType
objects and their meanings. So far I have encountered the types
"FLUSH", "EOC" (end of connection?) and "mod_perl SV bucket".
It seems that bucket type (names) are only available as strings.
When looking for
Malcolm J Harwood <[EMAIL PROTECTED]> writes:
> On Wednesday 16 March 2005 11:12 pm, Joe Schaefer wrote:
[...]
>> The RFC is a guideline, not the final arbiter. This link is exactly
>> what you are looking for:
>
>> http://apr.apache.org/docs/apr-util/group___a_p_r___util___date.html#ga1
>
> Ex
On Wednesday 16 March 2005 11:12 pm, Joe Schaefer wrote:
> > How about simply correcting the parse_http docs from:
> > The date string can be in one of the following formats:
> > to:
> > The date string can be in one of the following formats (as per RFC2616):
> >
> > That way anyone intere
Malcolm J Harwood <[EMAIL PROTECTED]> writes:
[...]
> The current doc says:
> # parse RFC822-complient date string
>
> Which it doesn't (as RFC822 includes multiple timezones).
Which is *exactly* why I recommended the docs include a pointer to
aprutil. All modperl does it wrap the C func
On Wednesday 16 March 2005 10:19 pm, Joe Schaefer wrote:
> > What should the manpage say? something like the following?
> >The function assumes GMT, regardless of the used timezone,
> >according to RFC 2616 Section 3.3 requires.
> No need to mention the RFC; how about this?
The current do
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
What should the manpage say? something like the following?
The function assumes GMT, regardless of the used timezone,
according to RFC 2616 Section 3.3 requires.
No need to mention the RFC; how about this?
APR::Date::parse_
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> What should the manpage say? something like the following?
>
>The function assumes GMT, regardless of the used timezone,
>according to RFC 2616 Section 3.3 requires.
No need to mention the RFC; how about this?
APR::Date::parse_http is
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Malcolm J Harwood wrote:
According to the docs, APR::Date::http parses the format:
Sun, 06 Nov 1994 08:49:37 GMT
as per RFC 822.
However it does not seem to parse
Sun, 06 Nov 1994 08:49:37 EST
correctly. It assumes it's GM
Stas Bekman <[EMAIL PROTECTED]> writes:
> Malcolm J Harwood wrote:
>> According to the docs, APR::Date::http parses the format:
>> Sun, 06 Nov 1994 08:49:37 GMT
>> as per RFC 822.
>> However it does not seem to parse
>> Sun, 06 Nov 1994 08:49:37 EST
>> correctly. It assumes it's GMT rega
Malcolm J Harwood wrote:
According to the docs, APR::Date::http parses the format:
Sun, 06 Nov 1994 08:49:37 GMT
as per RFC 822.
However it does not seem to parse
Sun, 06 Nov 1994 08:49:37 EST
correctly. It assumes it's GMT regardless of the timezone specified. If I'm
reading RC822 correctly, th
Pratik wrote:
I built fresh perl and apache. But mp2RC3 built is failing. I think
it's due to some stupid point which I have failed to see.
test program seems to have generated a core
DIED. FAILED test 21
t/apr-ext/bucket.t0 139212 9.52% 21
t/apr-ext/finfo.t 0 139
I have no problem removing the copyright from the patch. I will be
changing the patch slightliy to implement Stas's suggestion of
$socket->poll() instead of APR::Poll->poll(). When I submit that
patch, there will be no copyright.
Nonblocking sockets shall take precedence over hourly billing lawyer
Stas Bekman <[EMAIL PROTECTED]> writes:
> in order to accept your code, it should be either posted here without any
> copyright notices in the post (which automatically makes it a public domain),
No, it doesn't:
http
diff mod_perl-1.99_16/xs/APR/Poll/APR__Poll.h
mod_perl-1.99_16.withpoll/xs/APR/Poll/APR__Poll.h
--- mod_perl-1.99_16/xs/APR/Poll/APR__Poll.hWed Dec 31 16:00:00 1969
+++ mod_perl-1.99_16.withpoll/xs/APR/Poll/APR__Poll.h Fri Aug 27 21:17:12 2004
@@ -0,0 +1,49 @@
+/* Copyright 2004 MailChannel
Ken Simpson wrote:
I was thinking, would it be better to make it an APR::Socket method?
$socket->poll($c->pool, 1_000_000, APR::POLLIN);
looks more intuitive to me. Especially since you've hardcoded the fd type
to be socket:
fd.desc_type = APR_POLL_SOCKET;
That's a really good idea. I'll move i
> I was thinking, would it be better to make it an APR::Socket method?
>
> $socket->poll($c->pool, 1_000_000, APR::POLLIN);
>
> looks more intuitive to me. Especially since you've hardcoded the fd type
> to be socket:
> fd.desc_type = APR_POLL_SOCKET;
That's a really good idea. I'll move it
Ken Simpson wrote:
This patch provides basic support for the apr_poll function. It's my
first ever work on the guts of mod_perl, so please let me know if
there are obvious things that need to be changed or reorganized to fit
the mould.
It's good, Ken. I've done some tweaks (mostly style) and pasted
On Wed, 2004-08-11 at 13:36, Chris Ochs wrote:
> It's basically just an ssl connection to our gateway
> passing the correct parameters. We do not use a separate client like
> Verisign does for their api product.
That's actually what Verisign does now too, at least with their PayFlow
Pro product.
On Wed, Aug 11, 2004 at 09:36:42AM -0400, Perrin Harkins wrote:
> mock wrote:
> >This is about to go out to CPAN, but since it seems there is some question
> >as to how to do this, I'll send it out a little early. Attached is a
> >module
> >for safely encrypting and storing credit cards using the
On Wed, Aug 11, 2004 at 08:23:42AM -0500, JupiterHost.Net wrote:
>
> >
> >This sounds really awesome. Thanks. just what we need.
> >
> >Can one key decrypt the whole batch of cards?
>
> I didn't look to close but I'm thinking "no" since it was randomly
> generated, and a single key for them all
On Wed, Aug 11, 2004 at 01:01:23AM -0700, Bart Simpson wrote:
>
> --- mock <[EMAIL PROTECTED]> wrote:
>
> > This is about to go out to CPAN, but since it seems
> > there is some question
> > as to how to do this, I'll send it out a little
> > early. Attached is a module
> > for safely encrypting
You don't use google then do you?
;p probably msn or yahoo, or gulp AOL :)
CMON, would Bart Simpson use anything but the Google?
Never used yahoo but MSN,AOL ??? That's insulting. EAt
my shorts man . LOL =)
HAHA good one :) !
google had ads but they are way more discreet and
talk about relevant
r
> On Wed, 2004-08-11 at 11:53, Chris Ochs wrote:
> > I thought I would chime in here. Many are probably not aware of the new
> > security regulations by Visa and Mastercard that are now in effect.
>
> Thanks for the info, Chris. Is Payment Online a Verisign competitor?
> Does it have a mod_perl
--- "JupiterHost.Net" <[EMAIL PROTECTED]> wrote:
> >>
> >>You used paper? Did someone break Google? :)
> >>http://www.google.com/search?q=define%3Aencode
> >>http://www.google.com/search?q=define%3Aencrypt
> >
>
> [snip]
>
> > stuff on the way to what i'm looking for. Doing a
> web
> > searc
On Wed, 2004-08-11 at 11:53, Chris Ochs wrote:
> I thought I would chime in here. Many are probably not aware of the new
> security regulations by Visa and Mastercard that are now in effect.
Thanks for the info, Chris. Is Payment Online a Verisign competitor?
Does it have a mod_perl-friendly AP
c: Modperl List
Subject: Re: APR::Base64 uses
This is about to go out to CPAN, but since it seems there is some
question
as to how to do this, I'll send it out a little early. Attached is a
module
for safely encrypting and storing credit cards using the
Business::OnlinePayment
interface. It u
ot;Geoffrey Young" <[EMAIL PROTECTED]>
Cc: "Modperl List" <[EMAIL PROTECTED]>
Sent: Tuesday, August 10, 2004 11:58 PM
Subject: Re: APR::Base64 uses
> On Tue, Aug 10, 2004 at 08:57:14PM -0400, Geoffrey Young wrote:
> >
> > >>but hiding the decryption ke
mock wrote:
This is about to go out to CPAN, but since it seems there is some question
as to how to do this, I'll send it out a little early. Attached is a module
for safely encrypting and storing credit cards using the Business::OnlinePayment
interface.
Public key encryption is the best that can
You used paper? Did someone break Google? :)
http://www.google.com/search?q=define%3Aencode
http://www.google.com/search?q=define%3Aencrypt
[snip]
stuff on the way to what i'm looking for. Doing a web
search , i see a little on what i was looking for only
and a great deal of ads.
You don't use
This sounds really awesome. Thanks. just what we need.
Can one key decrypt the whole batch of cards?
I didn't look to close but I'm thinking "no" since it was randomly
generated, and a single key for them all would again make it pointless
to do anything with it because all they need now is one p
On Tue, Aug 10, 2004 at 04:00:58PM -0700, Bart Simpson wrote:
>> APR::Base64 and APR::URI look pretty
>> useful too.
> What are some practical uses of APR::Base64? Encoding
> credit card nums before storing in DB? Passwords?
Well, Basic Authentication uses Base64 to encode the username/passwo
--- mock <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 10, 2004 at 08:57:14PM -0400, Geoffrey
> Young wrote:
> >
> > >>but hiding the decryption key from technical
> people is generally
> > >>impossible
> > >
> > >
> > > Only if they crack your application server.
> Cracking the database or
> > >
On Tue, Aug 10, 2004 at 08:57:14PM -0400, Geoffrey Young wrote:
>
> >>but hiding the decryption key from technical people is generally
> >>impossible
> >
> >
> > Only if they crack your application server. Cracking the database or
> > sniffing packets would not be good enough, assuming traffic
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> Bart Simpson wrote:
> > OK. its good for Encoding as in changing forms
> but
> > not hiding from other readers. I think i get the
> > difference. Encode does not imply any secrecy or
> > privacy where as encrypt does.
>
> Right.
>
> > Aside [
> >
Bart Simpson wrote:
OK. its good for Encoding as in changing forms but
not hiding from other readers. I think i get the
difference. Encode does not imply any secrecy or
privacy where as encrypt does.
Right.
Aside [
I looked encode and cryptography (encrypt wasn't in my
webster collegiate paperback
thank you. i'll look into it. How much do you pay for
this service?
--- Trond Michelsen <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 10, 2004 at 04:00:58PM -0700, Bart
> Simpson wrote:
> >> APR::Base64 and APR::URI look pretty
> >> useful too.
> > What are some practical uses of APR::Base64?
> E
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-08-10 at 19:00, Bart Simpson wrote:
> > What are some practical uses of APR::Base64?
>
> Sending binary data in ASCII.
>
> > Encoding
> > credit card nums before storing in DB? Passwords?
>
>
> No. It's not encryption.
>
OK.
>>but hiding the decryption key from technical people is generally
>>impossible
>
>
> Only if they crack your application server. Cracking the database or
> sniffing packets would not be good enough, assuming traffic to your
> credit card company is over SSL.
oh, sure.
I guess I had a differe
On Tue, 2004-08-10 at 20:01, Geoffrey Young wrote:
> that really depends on your business - if you are, say, an ISP that invoices
> clients monthly asking them to give your a CC number each month is not
> exactly customer friendly :)
Verisign, and undoubtedly others, will store it for you and give
>>I'm
>>particular in need of encrypting/encoding credit card
>>nums before storing them
>
>
> Two-way encryption? Blowfish, with Crypt::CBC. Storing credit cards is
> a bad idea though.
that really depends on your business - if you are, say, an ISP that invoices
clients monthly asking them t
On Tue, 2004-08-10 at 19:00, Bart Simpson wrote:
> What are some practical uses of APR::Base64?
Sending binary data in ASCII.
> Encoding
> credit card nums before storing in DB? Passwords?
No. It's not encryption.
> I'm
> particular in need of encrypting/encoding credit card
> nums before
dorian taylor wrote:
Thanks for the idea, dorian. Patches are more than welcome. Look at
APR::Pool for an example of how to do it in XS. It should be just 2
lines of code :)
well, it was indeed just a few lines of code (see the patch attached at
the end), but we can't do that in a simple alias o
dorian wrote:
the point brought up at the talk today regarding the explicit destroy
method of APR::Brigade, rather than an implicit DESTROY method. as
we discussed, it would be significantly more perlish to provide an
implicit dereference in DESTROY. it shouldn't be too hard to
implement. if you wa
Enrico Sorcinelli wrote:
[...]
So the docs need not to be updated for this issue, though I'm sure others
issues could be documented and improved. e.g. APR::URI::parse vs.
Apache::URI::parse_uri.
Thanks for the mp2 source help. I've read but it seems the the use of
$r->construct_url is alway nec
On Mon, 08 Dec 2003 10:37:51 -0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
Hi,
> Enrico Sorcinelli wrote:
> > Hi all,
> > I'm porting to mp2 this mp1 code:
> >
> > use Apache::URI;
> > my $uri = Apache::URI->parse($r);
> > # now I can work with $uri->hostinfo, $uri->scheme, etc
> >
> > In mp2, '
Enrico Sorcinelli wrote:
Hi all,
I'm porting to mp2 this mp1 code:
use Apache::URI;
my $uri = Apache::URI->parse($r);
# now I can work with $uri->hostinfo, $uri->scheme, etc
In mp2, 'parse' method has moved from Apache::URI to APR::URI.
Moreover the method syntax is changed:
APR::URI->parse($r->poo
100 matches
Mail list logo
