[ date ] 2000/06/22 | Thursday | 06:08 AM
[ author ] Rudy <[EMAIL PROTECTED]>
> prepare all your database handles only once!
> read: perldoc DBI
> vassst improvements will be noticed. Even if you
> don't use Perl, the theory is the same.
You might want to look into the prepare_cached()
prepare all your database handles only once!
read: perldoc DBI
vassst improvements will be noticed. Even if you
don't use Perl, the theory is the same.
I usually make a global-prepared-statement hash for each child and run
the prepares in a BEGIN block.
%prepped = { table => $dbh->prepare
There was a thread over a month ago about sessions and cookies and how
much you can trust them... well, if anyone is keeping track you can count
the white house out of the cookie-users... they just found out what
cookies are.
http://www.pub.whitehouse.gov/uri-res/I2R?um:pdi://oma.eop.gov.us/2000/
connect_cached() does not ignore disconnect(). A disconnect() will remove
the dbh from the cache. I ran into odd problems using both (a mistake at the
time) connect_cached() and Apache::DBI under mod_perl.
-j
On Tue, Jun 20, 2000 at 11:22:48AM -0700, Perrin Harkins wrote:
> On Tue, 20 Jun 20
Hey, I'm doing this too! I use #include virtual to invoke
my CGI scripts to embed some dynamic objects. But to do so
my scripts have to add a if-construct to get the query string
when running as a SSI script:
if ($ENV{SERVER_PROTOCOL} eq 'INCLUDED') {
($qstr) =~ ($ENV{REQUEST_URI} =~ /\?
Reply-To:
hm, i guess my post didn't seem to go through.
in regards to the handling of file uploads with Apache::Request -
i noticed that per file uploaded, the apache process grew approximately by the size of
the file uploaded and stayed that way. could someone possibly point me into the
dire
As a way to speed up the CGIs but allow my designers easy access to
the html file, I'm executing an Apache::Registry CGI script from
within an .shtml document using #exec cgi . The Apache manual says to
prefer use of #include virtual, but that doesn't pass the query
string from the request. In
At 01:49 PM 6/21/00 -0500, Jeff Gleixner wrote:
>Ed Phillips wrote:
> >
> > It is interesting and and somewhat ironic that the Engineering
> > dep at eToys [...]
> >Paul Singh wrote:
>
>Enough already! Please stop posting non-mod_perl related drivel to this
>list! It is neither ironic nor intere
On Wed, 21 Jun 2000, Devin Ben-Hur wrote:
> Scott Thomason wrote:
> > So, given that, here's the question again: why would you choose Apache::Registry
>over FastCGI? I want to be a believer...
>
> First, I don't really recommend Registry, if you're serious about your
> system you should use t
Scott Thomason wrote:
> So, given that, here's the question again: why would you choose Apache::Registry
>over FastCGI? I want to be a believer...
First, I don't really recommend Registry, if you're serious about your
system you should use the direct handler interface and not just port a
bunch o
On Wed, 21 Jun 2000, Eric Jain wrote:
> > > Is it be possible to modify Apache::DBI in sich a way that only
> > > database connections specified in a PerlRequired startup.pl with
> > > Apache::DBI->connect_on_init(...) are stored and all subsequent
> > > DBI->connect(...) connections are properly
On Wed, 21 Jun 2000, Scott Thomason wrote:
> So, given that, here's the question again: why would you choose
> Apache::Registry over FastCGI?
If you're developing from scratch, why would you choose Apache::Registry
at all when you can write directly to the Apache API with a mod_perl
handler?
But
Actually, I recently finished a FastCGI authenticator. The mod_fastcgi module provides
the equivalent hooks into the Apache authentication mechanism. It allows you to
configure httpd.conf in a manner nearly identical to normal basic authentication. But
the question remains: for speed, why Apach
> "ST" == Scott Thomason <[EMAIL PROTECTED]> writes:
ST> in the past, and spent many agonizing hours cleaning up one-shot
ST> CGI scripts so they would work (and on some, I just plain gave up
ST> and let them run slow). Last project, I gave FastCGI a whirl (via
I wonder how these scripts on
There was a recent article in WebTechniques comparing the two
http://www.webtechniques.com/archives/2000/05/infrrevu/
-Original Message-
From: Scott Thomason [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 21, 2000 4:56 PM
To: [EMAIL PROTECTED]
Subject: re: mod_perl vs. FastCGI
You sa
On Wed, 21 Jun 2000, darren chamberlain wrote:
> The problem seems to arise when your handler returns something (a status
> code) but hasn't send any data. Turning off buffering ($|) will only help
> if you actually send something. Try telnetting to port 80 on the web server
> and issue some HTTP
You said:
> Most people on this list probably have already determined that
> mod_perl is better for their own needs. That`s why I`m here, at
> least.
>
> But "better" is a very subjective term, and you need to define your
> parameters. What are your goals, what are your constraints, what is
> yo
Steven Zhu ([EMAIL PROTECTED]) said something to this effect:
> Hi, All:
>
> We have a coffee site with apache_1.3.9, modperl_1.2.1 and mysql database.
> It works fine in most time. But sometimes it is strange. For instance, the same
> script works fine sometimes, but sometimes it popups a window
> > Is it be possible to modify Apache::DBI in sich a way that only
> > database connections specified in a PerlRequired startup.pl with
> > Apache::DBI->connect_on_init(...) are stored and all subsequent
> > DBI->connect(...) connections are properly established
> (if no matching
> > stored conne
On Wed, 21 Jun 2000, Erik B. Flitman wrote:
> When running "make" for mod_perl, I'm getting the following error:
> mod_perl.c:738: 'ap_configtestonly' undeclared (first use in this function)
> make[1]: Leaving directory '/usr/src/apache_1.3.6/src'
i'll make a wild guess that your ancient :) ver
I'm attempting to write a real-world traffic recorder for volume testing
and QAing our site
In a URI trans handler I'm getting the complete request via
$r->the_request and headers via $r->headers_in.
The content is proving to be evasive, however! $r->content is clearly
documented to be callable
When running "make" for mod_perl, I'm getting the following error:
mod_perl.c: In function `perl_startup`:
mod_perl.c:738: 'ap_configtestonly' undeclared (first use in this function)
mod_perl.c:738: (Each undeclared identifier is reported only once
mod_perl.c:738: for each function it appears in
> -Original Message-
> From: J. J. Horner [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 21, 2000 3:25 PM
> To: Blue
> Cc: [EMAIL PROTECTED]
> Subject: Re: PerlAuthenHandler and browsers
>
>
> On Wed, 21 Jun 2000, Blue wrote:
>
> > On Wed, 21 Jun 2000, J. J. Horner wrote:
> >
> >
On Wed, 21 Jun 2000, Blue wrote:
> On Wed, 21 Jun 2000, J. J. Horner wrote:
>
> > For that reason, my handler can't rely on browsers to behave during the
> > Authentication phase. I am going to have to find a way to force a user to
> > input his password into the browser not using standard HTTP
On Wed, 21 Jun 2000, J. J. Horner wrote:
> For that reason, my handler can't rely on browsers to behave during the
> Authentication phase. I am going to have to find a way to force a user to
> input his password into the browser not using standard HTTP response
> codes.
Could you elaborate on t
After working with 4 different types of browsers and the
PerlAuthenHandler, I am really unimpressed with browser makers.
There are so many ways to convince browsers to resend a username password
pair.
For that reason, my handler can't rely on browsers to behave during the
Authentication phase.
I posted the message again because it didn't work when i put
$| = 1; or $r->rflush() at top or around print statement as some
people suggested. It is very confused. it should work without
putting those things. The thing affects performance. What i need
to do, your any answers would be very much ap
Ed Phillips wrote:
>
> It is interesting and and somewhat ironic that the Engineering
> dep at eToys [...]
>Paul Singh wrote:
Enough already! Please stop posting non-mod_perl related drivel to this
list! It is neither ironic nor interesting and it's not why people have
signed-up for this list.
Nevermind. I get the same error in other places
where it's working so a module using Apache::Util
can't be syntax checked with perl -wc.
Joel
Joel Bremson wrote:
>
> All of a sudden I'm getting an error when
> I use Apache::Util. It was working fine,
> and then stopped. I've isolated the
> mod
> -Original Message-
> From: Eric Jain [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 21, 2000 1:30 PM
> To: Mod_Perl
> Subject: Apache::DBI
>
>
> Is it be possible to modify Apache::DBI in sich a way that only
> database connections specified in a PerlRequired startup.pl with
> Apac
It is interesting and and somewhat ironic that the Engineering
dep at eToys is part of the open source community and culture
while their management's behavior was so disastrously misguided
and so misunderstanding of net culture and precedent.
They shot themselves in the foot pretty badly.
Would e
On Wed, 21 Jun 2000, J. J. Horner wrote:
Hi,
> Okay,
>
> I'm working on a PerlAuthenHandler that returns AUTH_REQUIRED unless a
> file is less than a certain number of seconds old.
>
> I've noticed a problem:
>
> In Netscape (and probably IE), if a handler returns AUTH_REQUIRED, the
> user
Okay,
I'm working on a PerlAuthenHandler that returns AUTH_REQUIRED unless a
file is less than a certain number of seconds old.
I've noticed a problem:
In Netscape (and probably IE), if a handler returns AUTH_REQUIRED, the
user can just hit 'Ok' on the password dialogue without typing in a
All of a sudden I'm getting an error when
I use Apache::Util. It was working fine,
and then stopped. I've isolated the
module from my code and still get the error.
Apache is 1.3.6 and perl is 5.00503.
This is the module:
package iSyn::Apache::foo;
use Apache::Util qw(escape_uri);
This is th
Regardless of what eToys' intentions were, the way I see it, this was a case
in which a billion dollar corporation (well, at least it was back then)
filed suit against a handful of artists who had the etoy.com domain way
before eToys came along. eToys had no legitimate stake to the domain... and
On Wed, 21 Jun 2000, Adi wrote:
> Is there any interest in such a module? Could it fit in with LWP somehow?
> I have not tried out LWPng yet - does it use XS code to speed up requests
> much faster than LWP?
You can't really compare ab and LWP. ab is fast partly because it's not
doing anything
Is it be possible to modify Apache::DBI in sich a way that only
database connections specified in a PerlRequired startup.pl with
Apache::DBI->connect_on_init(...) are stored and all subsequent
DBI->connect(...) connections are properly established (if no matching
stored connection is available), b
Stas,
Yes, actually I downloaded your Apache::Benchmark a while back, and have
looked through it quite a bit. I definitely plan on using it, and agree we
should continue further development together. Actually #3 on your
Apache::Benchmark TODO was what gave me the idea to do this.
Thanks (every
In the last two post I gave the wrong URL for the module. Sorry for that.
So here is the right one.
http://stason.org/works/modules/Apache-Benchmark-0.01.tar.gz
I still cannot decide whether to call it HTTPD::Benchmark or
Apache::Benchmark, therefore it's not on CPAN yet.
"Scott Thomason" <[EMAIL PROTECTED]> writes:
> I know this must have been discussed before, but a mailing list archive search on
>"fastcgi" didn't turn up much. What guidelines do you folks follow to determine
>whether FastCGI or Apache::Registry is a better choice?
I've 90% written a little
> "ST" == Scott Thomason <[EMAIL PROTECTED]> writes:
ST> I know this must have been discussed before, but a mailing list
ST> archive search on "fastcgi" didn't turn up much. What guidelines
ST> do you folks follow to determine whether FastCGI or
ST> Apache::Registry is a better choice?
Most
On Wed, 21 Jun 2000, Adi wrote:
> [OT: already posted to [EMAIL PROTECTED], just thought people here might have
> suggestions, comments, etc]
>
> I am thinking about writing the XS glue for the apache bench tool (ab). The
> ab code as it is, is not very flexible, but it is damn fast. If I
> im
Adi wrote:
>
> At our company we need to write a benchmarking suite, and LWP fits our needs
> perfectly except for the fact that its just not fast enough. It would be
> perfect if we could integrate ab with LWP. So, just wanting to get general
> feedback from the LWP community on whether such so
I know this must have been discussed before, but a mailing list archive search on
"fastcgi" didn't turn up much. What guidelines do you folks follow to determine
whether FastCGI or Apache::Registry is a better choice?
TIA,
---scott
Adi <[EMAIL PROTECTED]> writes:
> Is there any interest in such a module?
Good plan IMHO.
--
Dave Hodgkinson, http://www.hodgkinson.org
Editor-in-chief, The Highway Star http://www.deep-purple.com
Apache, mod_perl, MySQL, Sybase hired gun for, well
On Wed, 21 Jun 2000, Adi wrote:
> [OT: already posted to [EMAIL PROTECTED], just thought people here might have
> suggestions, comments, etc]
>
> I am thinking about writing the XS glue for the apache bench tool (ab). The
> ab code as it is, is not very flexible, but it is damn fast. If I
> im
[OT: already posted to [EMAIL PROTECTED], just thought people here might have
suggestions, comments, etc]
I am thinking about writing the XS glue for the apache bench tool (ab). The
ab code as it is, is not very flexible, but it is damn fast. If I
implemented it as a perl XS module, I could add
really, there is no trustworthy way to do what you want except by stopping
and starting the server.
During development, you can use either the PerlFreshRestart directive or
Apache::StatINC. I typically avoid PerlFreshRestart due to the demons, but
Apache::StatINC is rather handy, although it occ
What is the best way to restart modperl server that
a) Reloads all perl modules
b) reloads and runs the configuration file
and if possible
c) Only kills each child after it has finished its request
'kill -USR1 pid' doesn't reload the perl-modules in my test
neither does
'kill -HUP pid'
I a
The URL
ftp://ftp.dev.ecos.de/pub/perl/dbi/DBIx-Recordset-0.21.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GR/GRICHTER/DBIx-Recordset-0.21.tar.gz
size: 79854 bytes
md5: 1611ee535c75afa1a515a2b8bfb77e3a
DBIx::Recordset is a perl module for abstraction and simplification of
da
Hey,
I've installed Apache::PerlVINC, and PerlModule'd it in my httpd.conf
file. Now whenever I start apache, it doesn't start and logs no errors. I
am using:
Apache 1.3.9
mod_perl 1.24 (compiled as DSO)
Redhat 6.2
Perl 5.005_03
The thing that kaks it is the line 'PerlModule Apache::PerlVINC' i
In the README file it says :
> =item AIX users
>
> If you build mod_perl as a DSO you will get core dumps as soon as you
> try to use xs modules in perl, e.g. use Fcntl or use Socket. The
> following patch to perl 5.005_3 does fix that problem:
>
Is there a Perl 5.6 patch available ?
--
Per Weis
> Thanks Rudy! Any way you could throw some
> of the others into the mix, like Apache::ASP,
> Embperl, Mason, Registry CGI ? The more
> data there is, the more useful the benchmarks
> are, since some of the greatest value comes
> from how they compare on the same system.
>
> I understand if not
> There is plenty of very helpful documentation about converting cgi scripts
> to registry scripts, and using PerlRun. But I have been called upon to
> convert an existing web site so that mod_perl is installed, with some
> scripts running under PerlRun, some under Registry, and (due to laziness,
Solved my own problem -- read other modules config with:
Apache::ModuleConfig->get($r, 'Apache::other_module')
Since that means each module has to figure out whether it's reading it's
own directives or it's neighbors, this mechanism in this case is kind of
cludgy. Can I get both modules to
55 matches
Mail list logo