Well, it should be documented somewhere in the guide, or
presumable in
Apache::DBI.pod, that one should *only*
PerlModule Apache::DBI
Since it's pointless in startup.pl (right?).
I think you need to think that one through a bit more :)
I disagree. I *did*
Alternatively, you can remove
use Apache;
from Apache::DBI and then you can test it perflectly fine from the
command-line, you just won't be able to use connect_on_init() which is the
only reason Apache::DBI seems to load Apache.pm (Apache.pm is causing your
problem not Apache::DBI).
At
On Thu, 2 Aug 2001, Tim Bunce wrote:
I think DBIx::AnyDBD is a pretty good compromise.
Well, I worked with Matt on the project for which it was developed
(WebBoard for Unix) and I still felt like there was just way too much
stuff to deal with. Just too much SQL. I wanted a more abstract way
On Thu, 2 Aug 2001, Perrin Harkins wrote:
I've had great success with Select and cache only the row keys, fetch full
rows as needed. We were also caching the individual records (in
BerkeleyDB), so some pages never needed to hit Oracle at all after the
initial query. A good way to go, if
Except that (and I have to check this to be ABSOLUTELY shure but)
PerlModule
Apache::DBI happens first, THEN startup.pl.
only if you code it the way you did below, which isn't terribly portable.
see http://perl.apache.org/guide/perl.html#use_require_do_INC_and
basically, it's a bad
On 02 Aug 2001 14:32:01 -0700, brian moseley wrote:
for the next perl conference i'm writing a do everything
abstraction layer. it will provide a do_stuff routine that
will, out of the box, do your laundry and perform oral sex.
scalable, robust, state of the art technology for
On Thu, Aug 02, 2001 at 02:32:01PM -0700, brian moseley wrote:
for the next perl conference i'm writing a do everything
abstraction layer. it will provide a do_stuff routine that
will, out of the box, do your laundry and perform oral sex.
scalable, robust, state of the art technology for
On Thu, Aug 02, 2001 at 07:10:49PM +0300, raptor wrote:
This may be of interest:
http://search.cpan.org/doc/TIMB/DBI_Talk5_2001/sld059.htm
]- Where is $h-{FetchHashKeyName}, I didn't found it even in the source
perl -m DBI my version is 1.18
Umm, let's see... that talk was given
On Thursday, August 2, 2001, at 04:07 AM, Joachim Zobel wrote:
One of the really nice features of MySQL (OK, its not a real RDBMS,
but who cares:) is LIMIT.
Using Oracle I have found it a real pain to display search results in
pages (of eg 20) while using connection pooling. The problem
-Original Message-
From: Rob Bloodgood [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 02, 2001 9:18 PM
To: Geoffrey Young
Cc: mod_perl
Subject: RE: Apache::DBI in startup.pl generating error
basically, it's a bad programming practice not to use()
modules in the
code
On Thu, 2 Aug 2001, Sidharth Malhotra wrote:
In the Apache::Reload module, if the 'require' fails, your script bails out,
and your client gets status 500. The side effect is that totally unrelated
scripts can fail because a bad programmer on another end of the system
forgot my a variable.
Stas Bekman wrote:
Maybe the guide should include links to the most mature peristence
abstraction layer projects out there:
- Class::DBI
- Alzabo
- Tangram
- SPOPS
I suppose that could fit into the help.pod. Otherwise it's not directly
related to mod_perl, and the guide has to start shrinking
Robert Landrum wrote:
The guide is a great thing, and removing items from it is risky.
Think of it as refactoring.
Thanks everyone for their help, I tried all the suggestions with no
luck, and I definitely configured Apache without expat. I finally
ended up parsing the XML in perl instead of using Expat. Since I
already had handlers, it was quite easy, although still needs better
validation and error
I'm seeing this problem both under mod_perl 1.25 and 1.26. I've
installed mod_perl as a DSO outside of the Apache source tree using
APXS. It seems to work fine, except for Apache::URI. Here's my
test script:
#!/usr/bin/perl
use strict;
use Apache::FakeRequest;
use Apache::URI;
my
On Thursday, August 2, 2001, at 03:00 PM, Robert Landrum wrote:
Sweet...
I was getting kinda tired of my Linux box going down on me.
You must be thinking Windows!
--
-- Tom Mornini
-- ICQ 113526784
On 03 Aug 2001 10:26:37 -0700, Scott Kister wrote:
Thanks everyone for their help, I tried all the suggestions with no
luck, and I definitely configured Apache without expat. I finally
ended up parsing the XML in perl instead of using Expat. Since I
already had handlers, it was quite easy,
I can come back with more, if needed, but just in case someone else has
seen this:
Fresh 1.26 and 1.3.20 Sun Solaris 2.6 Perl 5.005_03
I just did this on Linux and it worked just fine :(
This doesn't bother me, too much
modules/request.Use of uninitialized value at modules/request.t line
Hello there,
I have a problem and I am not sure how to explain it... So please
forgive me if I sound like a rookie, since I am that.
I have a packge called: my::foo in which I have declared the following:
package my::foo;
@my::foo::ISA = qw( my::bar );
.
.
.
sub handler
{
my $r =
Hi All,
I know all of you are very busy, but could you look at POST request results
( this is print $req-as_string ) :
What is the %00H in the last line???
my $resp = $ua-request(POST 'https://www.assist.ru/reports/results.cfm',
[ @params ]);
my $req = $resp-request;
print $req-as_string
[
I have been tasked with re-designing our Sun Server. As it sits right
now, it's basically hosed it's a conglomeration of patches, bailing
twine, duct tape and whatnot.
We are running a Sun Ultra10 with an Ultra SCSI array, Solaris 2.6 the
latest Apache, Perl, and JDK. We have installed ModPerl
Rob, how much stuff do you have in startup.pl? So nothing else is dependent
on Apache.pm modules?
To some degree, because Apache::DBI affects all the Perl interpreters in a
very config-type of way (as opposed to just preloading modules) I like the
idea of it being in PerlModule as it allows
22 matches
Mail list logo