On Wed, 2003-12-10 at 22:42, Kevin Old wrote:
> I am able to setup a DSN and use it successfully via a "regular" perl
> script, but when I try to have Apache::DBI connect to it in my
> startup.pl I get a message in the log stating that the DSN wasn't
> defined in the unixODBC DM. This is correct,
On Tue, 2003-12-09 at 19:38, andrew dunn wrote:
> There is one problem though related to the what seems like caching of
> pages. I'm building each page of categories based on the category id
> passed in, and when I access one page (e.g. cat_id=10), followed quickly
> by another of a different categ
On Thu, 2003-12-11 at 17:04, Kevin Old wrote:
> Thanks for your reply. I'm explicitly setting them in my startup.pl as
> belowisn't that the same as the PerlPassEnv directive?
Pretty much. I'd suggest modifying your copy of Apache::DBI so that it
logs the value of these %ENV settings wheneve
On Mon, 2003-12-15 at 16:29, Kevin Old wrote:
> I have concluded that for some weird reason mod_perl
> seems to want to use the unixODBC Driver Manager instead of the iODBC
> Driver Manageris there some environmental variable that can force
> mod_perl to use iODBC?
This really isn't about mod_
On Mon, 2003-12-15 at 18:58, Tom Conway wrote:
> I'm using RH8 and have the latest rpm.
> Newer source rpms (non-redhat) won't compile because of dependencies.
Red Hat doesn't support that version anymore, do they? Sounds like you
need to either upgrade, learn how to build your own RPMs, or compi
Chris Ochs wrote:
Here is the code that I cant' get working, maybe it is easier to just
correct what I have so far...
I'm afraid I can't tell what you're trying to do here. One big problem
with this code is that you're putting the request object ($r, by
convention) into a global. Don't do that
Chris Ochs wrote:
Actually I don't think I will use Singleton, it just seems like a lot more
work then it's worth for me.
It's more useful for handling access to an object, like a Template
Toolkit instance for example.
I have a hash for the posted cgi variables but
that gets cleared out when it's
Eric J. Hansen wrote:
my $dbrecord = ClassDBI_Table1->retrieve ( 1 ); # ClassDBI_Table1
is of base Class::DBI::mysql
$r->pnotes('INFO_FOR_LATER', \$dbrecord );
Should be
$r->pnotes('INFO_FOR_LATER', $dbrecord );
my $existing_dbrecord = $r->pnotes('INFO_FOR_LA
Eric J. Hansen wrote:
On further investigation, the problem seems to be that the object
is losing its namespace.
That's not it. Many people have successfully stored objects in pnotes
before.
In the first handler (where I define
the object and store it in pnotes) I'm logging the value of
"ref $db
Eric Sammer wrote:
Any DBM file or shared memory caching will be infinitely faster than
making a DB round trip.
Actually, it turns out that this is no longer true. MySQL is really
fast these days. A simple query on a local MySQL is faster than just
about anything except IPC::MM or BerkeleyDB (
Eric Sammer wrote:
I've had fantastic luck with MLDBM::Sync thus far, not that it's the all
in one wonder tool.
I think it's a great tool, especially when you need easy access to
complex data structures, but I wanted to point the non-intuitive fact
that a local MySQL can be a great cache for a r
Daniel Wilson wrote:
Its not sharing the modules at start up and none of
the config or compile options have changed.
You diff'ed httpd.conf and startup.pl and found no differences at all?
The only thing different is the fact the old server has a custom
SMP kernel and the new has redhat's stock ke
Teddy Mills wrote:
I tried to install mod_perl2 on this to get the Apache::Mp3 to work, but
apparently mod_perl2 is not ready for prime time yet.
As I understand it, the issue is that Apache::MP3 does not have support
for mod_perl 2 yet.
There was no bloody way I was going to change my entire web
Raul Dias said:
> [Mon Dec 29 17:48:31 2003] [error] [client xxx.xxx.xxx.xxx] Object #260
> should have been retrieved already at ../../lib/Stora
> ble.pm (autosplit into ../../lib/auto/Storable/thaw.al) line 358, at
> /usr/lib/perl5/site_perl/5.8.0/Cache/CacheUtils.pm line
> 121
You may need to c
Stuart Moffatt said:
> Under "Other implementations", Error.pm is listed as a best option. I
> have test code that I run on the command line which Does the Right
> Thing, but when I run it under mod_perl, the 'throw' handler in Error
> does a die(), which mod_perl sees as a 500 error and logs it BE
Geoffrey Young said:
> this is what leads me
> to believe that Apache::DBI (at least as it existed then) relied on
> non-random hash behavior.
It sorts the keys, so it should have no problems with the new randomized
order.
DBI->connect_cached() is fine, except that it doesn't do the automatic
roll
On Mon, 2004-01-05 at 00:36, Daniel Wilson wrote:
> This happened after moving to a new server running the same redhat 9
> but with different kernels and glibc's.
Are you absolutely positive that nothing else changed? Not the Perl
build, not the apache build, not your code, not your config files?
Alexander Bergolth wrote:
When I'm using the request-object in a subroutine without having passed
it to the sub as a parameter, the apache child processes die with a
segmentation fault when being reused.
Well, it probably shouldn't segfault, but you can't do that. You are
creating a closure whic
On Thu, 2004-01-08 at 15:43, Alexander Bergolth wrote:
> Why do I create a closure? If i'd create a closure I would have to store
> a reference to an _anonymous sub
No, that's a common misconception. Closures and anonymous subs are two
totally separate things, although they can be used together.
On Thu, 2004-01-08 at 16:34, Stas Bekman wrote:
> But since we expect most modules to run under any MPM, it usually applies to
> any code.
Any code that you plan to release on CPAN, that is. It's still okay in
internal code when you know you won't be running threaded MPMs.
- Perrin
--
Report
On Thu, 2004-01-08 at 20:22, Simon Clewer wrote:
> Huge memory usage ... each ithread uses about 10M of ram ( image of Apache,
> image of mod perl and image of our deep-link robot ), and as we use 5
> ithreads plus the original thread that means that each Apache is using 60 M
> and because we trad
On Fri, 2004-01-09 at 04:14, Stas Bekman wrote:
> Ah, sorry for chiming in again, it's true regarding the memory, but not that
> bad regarding performance. The only real performance overhead is to spawn a
> new perl interpreter (which is just terrible if you have many modules
> preloaded), which
On Fri, 2004-01-09 at 11:45, Perrin Harkins wrote:
> However, this is 5.6 with
> ithreads that we're talking about
Correction, Simon says they are actually using 5.8.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
On Fri, 2004-01-09 at 14:52, Stas Bekman wrote:
> We really need more real world benchmarks to make a good judgement. It's
> probably quite certain that the performance is going to be worse if you spawn
> threads, but don't deploy the benefits available exclusively to threads
> (shared opcode tr
On Fri, 2004-01-09 at 15:34, Elizabeth Mattijsen wrote:
> So yes, in general I think you can say that the data copied for each
> thread, quickly dwarves whatever optrees are shared.
Thanks Liz, this is useful data. Maybe we should add something to the
mod_perl 2 docs that summarizes the current
On Fri, 2004-01-09 at 16:02, Elizabeth Mattijsen wrote:
> You mean a rewrite of the article? Or more a bullet list of things?
I was thinking of something that briefly makes these points:
- Threads have a higher startup cost.
- Perl is slower when built with threads.
- Threads tend to use more me
On Sun, 2004-01-11 at 22:39, John DeBenedette wrote:
> The following works flawlessly under CGI but when attempting under Registry
> as module or PerlRun as script, it works once perfectly, then continues to
> work with no discernable error but causes the listening server's accept()
> process to go
Trevor Phillips wrote:
Does no-one know what is causing this discrepancy?
Probably no one currently on this list does know. Unless you can find
the information in the mail archive, you'll need to look at the code or
get someone else to look at it for you.
You could also look at BSD::Resource, o
Trevor Phillips wrote:
Apache::Resource uses BSD::Resource. However, the Apache::Resource docs are
unclear on the units for PERL_RLIMIT_AS, but imply it is in megabytes. The
BSD::Resource docs state that it is in bytes, so it seems Apache::Resource is
at least converting the units as presented i
On Thu, 2004-01-15 at 23:15, Thomas Bolioli wrote:
> RH is conservative about upgrades so I am still on 1.99_07 and
> 2.0.40. Are these implementations mature enough to develop a new app on?
Short answer: no, they are not. If you plan to use mp2 at this stage,
you must keep up to date with it.
Dave Rolsky wrote:
So I wrote the code I needed, and I'd like to release it. I'm thinking of
calling it Apache::Quota, since it does limits of total amount downloaded,
as opposed to speed limits. OTOH, with the right config (30k per 30s or
something), it does amount to speed limiting, so maybe Ap
Randal L. Schwartz wrote:
And I'm thinking about rewriting that using DBD::SQLite for the
tracker, rather than my ad-hoc "use the filesystem as a database"
code from before.
Actually, that was my favorite part of it. The fact that it used tiny
atomic writes without locking made it work over NFS.
Dave Rolsky wrote:
It uses DB_File to store the data. I should probably add locking, or
maybe just an option to use BerkeleyDB.pm if available, and use that
modules built-in locking.
Yeah, DB_File is definitely not safe unless you are locking and untying
it after every request. MLDBM::Sync does
On Wed, 2004-01-21 at 15:02, [EMAIL PROTECTED] wrote:
> Running RH9, I have apache 1.3 (latest version that's not 2) and
> mod_perl 1.29 installed, both successfully, as far as I can tell
Compiled from source by you?
> I'm trying to install Apache::Request for Bricolage, I couldn't find it
> on
I was talking to some people at the Intel booth at Linux World Expo
yesterday about their compiler, and decided to try it out on Perl. I
have some results below, but first some caveats:
- perlbench is not a very good measure of how web applications will
perform. It tends to be weighted towards m
On Fri, 2004-01-23 at 13:16, [EMAIL PROTECTED] wrote:
> But when I try to perl
> Makefile.PL, it says I don't have mod_perl installed, on the basis that
> it can't locate mod_perl.pm.
Sorry to say it, but if you don't have mod_perl.pm in your Perl lib
path, you have not really installed mod_perl
On Fri, 2004-01-23 at 13:54, [EMAIL PROTECTED] wrote:
> I only have one version of mod_perl installed, I uninstalled the
> version that came with it.
Yes, but I'm thinking that maybe you didn't successfully install
mod_perl. Have you tested it? And could there be more than one perl on
your syst
On Fri, 2004-01-23 at 13:54, [EMAIL PROTECTED] wrote:
> I only have one version of mod_perl installed, I uninstalled the
> version that came with it.
To follow up a little more, did you by any chance install another Perl,
from source or RPM, at any time on your system? I recently got the
error y
Hi Steve,
On Mon, 2004-01-26 at 08:18, Hemond, Steve wrote:
> I now know to create an handler to automatically add a
> header and a footer to any .html called in a certain location. This
> forces me to go back to httpd.conf and add the handler setup there, and
> restart Apache so the changes will
On Tue, 2004-01-27 at 08:56, Mike NoLast
wrote:
> rpmbuild --rebuild mod_perl-1.99_07-5.src.rpm
Don't do that; that version is ancient. Use the latest. Make your own
RPM if you need to.
- Perrin
--
Reporting bugs: http://perl.apache.org/bu
Mike NoLast wrote:
Configuring Apache/2.0.40 mod_perl/1.99_08 Perl/v5.8.1
Mike,
Please try with the latest releases, i.e. apache 2.0.48 and mod_perl
1.99_011.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: ht
On Tue, 2004-01-27 at 11:16, Mike NoLast wrote:
> Thanks. As noted before, that means a major upgrade to
> several components (apache, arp, mod_perl, and so on).
> I guess I can get those components from Fedora and
> give it a whirl.
You need to understand that mod_perl 2 is still undergoing signi
On Tue, 2004-01-27 at 16:05, Egor Shipovalov wrote:
> if this is natural to the Perl debugger, why I'm not getting it when
> debugging ordinary Perl programs?
Because they have shorter sub names. All it's doing is telling you
where the code is that it's running. With systems like Mason that eval
On Tue, 2004-01-27 at 17:10, Rafael Caceres wrote:
> But while 5.8.0 compiles clean (after a LANG=;export LANG), trying to
> get 5.8.1, 5.8.2 and 5.8.3 to compile on Red Hat 9 (gcc 3.2.2-5 and
> glibc 2.3.2-27.9.7) with:
> sh Configure -de
> make
> make test
>
> fails on test 17 at lib/Time/Local
Egor Shipovalov wrote:
I'm debugging my mod_perl/Mason application interactively using Apache::DB.
While everything seem to work as advertised, I get a lot of unneeded console
output from httpd. Looks like it's reporting every subroutine and eval call
That's the nature of the debugger: it tells you
On Wed, 2004-01-28 at 11:42, Shawn wrote:
> I guess the only true way to tell if this is working will
> be to check the access logs and what response codes were given back to
> googlebot over time.
You could just test it with LWP by setting your UserAgent to be whatever
Google uses.
- Perrin
--
Will Stranathan wrote:
I've looked at the mod_perl documentation on how to eliminate the
problem of values being remembered when a named inner subroutine
accesses a lexical symbol. I *thought* I was doing things correctly,
but when I precompile (or even preload) CGI, I get the same types of
p
Has anyone ever had trouble with SDBM_File not being able to open dbm
files created under mod_perl from a command line script? I noticed that
apache 1.x seems to include an sdbm library, and I wonder if that is
being used by mod_perl, making the dbm file it writes incompatible with
the sdbm librar
On Fri, 2004-01-30 at 18:59, Ged Haywood wrote:
> Stupid question: this isn't the old "first 4k not getting flushed"
> file locking bug?
I don't see how it could be. The mod_perl code unties the file after
using it.
The message I get is "panic: sv_setpvn called with negative strlen" and
it does
On Fri, 2004-01-30 at 19:45, Stas Bekman wrote:
> I'm not familiar with SDBM guts, but it could be that mod_perl and perl have a
> different idea about some data type used by SDBM. like 32/64 bits so LFS could
> be an issue. Are you sure it's the same perl?
At first I thought it wasn't, but stri
On Sun, 2004-02-01 at 08:14, [EMAIL PROTECTED] wrote:
> Thanks for your answer but I have additional question:
> 1. I have two possibilities to get XXX value:
> - from database via SQL query
> - from Radius system via LDAP guery
You'll find a lot more information and help for using a datab
On Fri, 2004-01-30 at 20:04, Stas Bekman wrote:
> Aha. So it's not direct SDBM_File. Can you first test with SDBM_File itself,
> so that we may be can point the fat finger at MLDBM::Sync?
It's not MLDBM::Sync. I get the exact same results when using
SDBM_File. Also, the error is thrown when MLD
On Fri, 2004-01-30 at 19:52, Ged Haywood wrote:
> Another one: is mod_ssl involved anywhere?
It is.
> From mod_ssl-2.8.16-1.3.29/INSTALL
>
> NOTE: The --enable-rule=SSL_SDBM option enabled the use of the
> built-in SDBM library instead of a custom defined or vendor
> supplied DBM lib
Okay, I need a little feedback here on which of these talks I should
submit for conferences this year. The people on this list make up a lot
of the core audience for tech talks like this, so I'm asking what you
would be most interested in. And before anyone asks, I can't do both
because it just t
On Tue, 2004-02-03 at 18:23, Ged Haywood wrote:
> Er, which conferences?
The O'Reilly Open Source Convention, YAPC::NA in Buffalo, and ApacheCon.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.ap
On Tue, 2004-02-03 at 20:37, sagi wrote:
> Anyway to set a script / module timeout (soft or hard, or either) in
> httpd.conf?
You can use Apache::Resource, or whatever your OS provides for rlimit
functionality.
> We are just trying to port over some cgis and using Apache::PerlRun,
> so I do not h
Thanks to everyone who sent feedback. Looks like I'll be submitting a
talk on building scalable sites! And yes, I will certainly try to get
an article version of the talk published on the web at some point for
people who can't make it to US conferences. No promises on how soon
though, because wr
On Thu, 2004-02-05 at 08:12, Jean-Michel Hiver wrote:
> However I am not sure how to go about it... Maybe with a cleanup handler
> which would recompute the content and refresh the cache?
Bingo!
> Then I have another problem. What if another cleanup handler closed the
> database connection before
On Thu, 2004-02-05 at 09:26, Charlie Smith wrote:
> Sounds great. I'd be very interested in how to scale PERL. What are some of
> the large sites that do this, for example?
I have to see who is willing to talk to me about it, but I will
definitely be discussing Ticketmaster.com and CitySearch.co
On Mon, 2004-02-09 at 15:37, Pierre Smolarek wrote:
> Take for example, top. Is it possible to embed top inside a mod_perl
> script and/or keep it in resident memory so there is no forking out?
The most common way to solve this problem is to find a C library that
does what you want and then write
On Tue, 2004-02-10 at 13:10, Charlie Smith wrote:
> I've got some users that would like to have a WYSIWYG editor that can be used to
> reference .jsp files so that as they edit their html, they can see output from
> .jsp objects in their design.
>
> Editor should be free or cheap. Any ideas. Or
On Tue, 2004-02-10 at 21:13, ian douglas wrote:
> We have a 'base' script, which I'll call webapp.pl, which requires a number of
> other scripts, including a script that loads up a number of cursors for our
> database at startup so they don't get prepared over and over and over. The
> scoping of th
On Wed, 2004-02-11 at 12:42, ian douglas wrote:
> Our real webapp.pl code is 25,000 lines long, I
> certainly didn't want to post that in a message ;o)
Okay, but it's much easier to help you if you post a real working
example. If you're still not sure how to solve the problem, post a
small workin
On Wed, 2004-02-11 at 15:10, Sebastian Riedel wrote:
>
> SetHandler perl-script
> PerlHandler MyHandler::SubClass
>
Try
PerlHandler MyHandler::SubClass->handler
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
On Wed, 2004-02-11 at 15:27, Sebastian Riedel wrote:
> No, that doensn't work, it just gives this failure:
>
> [Wed Feb 11 21:22:59 2004] [error] Undefined subroutine
> &MyHandler::SubClass->handler::handler called.
Oh! I forgot you need to protoype the handler method with ($$). See
http://per
On Fri, 2004-02-13 at 13:49, Morbus Iff wrote:
> * You're starting a script. It needs to
> run under CGI and mod_perl. Would you
>
> * convince the user to go mod_perl or nothing else.
> * maintain two codebases, one for mod_perl, one for cgi.
If you really have to handle both m
On Fri, 2004-02-13 at 12:03, Morbus Iff wrote:
> My initial (newb) impression was
> that PerlRun is for quick porting, Registry is more proper.
The main difference is that PerlRun compiles your script every time and
clears out globals in the current namespace every time.
> (my MaxRequestsPerChild
Morbus Iff wrote:
How are other people
handling user settings? For instance, LibDB::Settings determines a bunch
of stuff for each and every request, depending on the user environment
(script being run, the browser's AcceptLanguage, the user's chosen
template, etc.). Since I want those values to be
On Tue, 2004-02-17 at 14:22, David Emery wrote:
> You might be looking for something more like this:
>
> http://daemoninc.com/PersistentPerl/
> http://search.cpan.org/~horrocks/PersistentPerl-2.22/
>
> I don't know if it's necessarily *better* than Apache::Registry, but I
> think in your situatio
On Tue, 2004-02-17 at 14:07, Garth Webb wrote:
> So my question is, what do you think is the better alternative to
> Apache::Registry?
There is nothing terribly wrong with Apache::Registry. The main issue
is that it is emulating a CGI environment to provide backwards
compatibility, and there's no
On Wed, 2004-02-18 at 16:56, Morbus Iff wrote:
> In an attempt to disprove my sanity, I did a quick swap out of
> Apache::Registry for Apache::PerlRun, expecting that a good portion
> of my problems [1] would go away. Oddly, they didn't. In fact, there
> seemed to be no difference whatsoever. Can I
On Thu, 2004-02-19 at 16:54, Morbus Iff wrote:
> * LibDB::DB is correctly determining the database type.
>
> * LibDB::DB is correctly returning a blessed
> class for that database type (LibDB::DB::MySQL).
>
> * LibDB::DB::MySQL->connect does exist.
>
> * LibDB::DB::MySQL->connect doe
On Thu, 2004-02-19 at 17:01, Morbus Iff wrote:
> I don't, however, do any error checking on that eval.
Jinx!
> It seems
> that if a) the eval fails or it gets cached or whatever, then
> b) I'd be returning a blessed object for a module that hasn't
> been loaded. *That* could cause the ->connect t
On Thu, 2004-02-19 at 17:38, Morbus Iff wrote:
> * the first load of index.cgi uses no DB calls (well,
> it does "use LibDB::DB", but DB.pm never gets around
> to eval'ing MySQL.pm), so things are cached without it.
>
> * with all the modules and whatnot cached in the child,
> a "u
On Thu, 2004-02-19 at 18:33, Morbus Iff wrote:
> So, in my case, it appears that eval'ing the module in the .cgi script
> is my only solution, based on this bit from the porting guidelines:
>
> When running under mod_perl, once the server is up @INC is frozen
> and cannot be updated. The only
On Fri, 2004-02-20 at 05:19, Peter Galbavy wrote:
> 1) Cookieless session options; I would like to support cookieless sessions,
> using URL args and/or pathinfo to carry the session IDs. Looking at both the
> systems, this is a manual process (unlike Apache::ASP options). Am I
> mistaken ? Is there
Morbus Iff wrote:
For what it's worth, I had to do this instead:
BEGIN { unshift(@INC, qw(lib extlib)); }
That's odd, because that's almost exactly equivalent to a "use lib"
call. Are you running this under PerlRun? PerlRun executes BEGIN
blocks every time, but Registry only executes them on
I would suggest Apache::SessionGlue (problematic, since it doesn't
belong under Apache) or CGI::SessionGlue. If you plan to expand it
later to offer use of CGI::Session, or a different storage mechanism
altogether, then the latter would be better.
- Perrin
--
Report problems: http://perl.apach
On Mon, 2004-02-23 at 10:03, Richard F. Rebel wrote:
> I am using ap2 + mp2 with the worker mpm and ithreads to serve about 12
> million dynamically generated pages per day. This includes RPC calls
> via HTTP and database queries. I am currently experimenting with
> creating pools of threads insi
On Mon, 2004-02-23 at 16:40, Richard F. Rebel wrote:
> Umm, maybe we are talking about different things. If I run my
> application with 500+ httpd's in the process list using prefork, it uses
> a lot more memory than running 10 httpds with 64 threads each using
> worker. It also gets worse over t
On Mon, 2004-02-23 at 17:16, Richard F. Rebel wrote:
> Interesting. I just noticed documentation on the web site about these
> directives. Were these docs here about 1 year ago (when I wrote this
> app???).
Those have been there for years. I remember that stuff being in Doug's
slides before the
On Sat, 2004-02-21 at 20:43, Morbus Iff wrote:
> Well, without the BEGIN, running it as a normal CGI script failed entirely,
> with the scripts not being able to find the modules.
Hmm. You must have some things inside a BEGIN or that are called from a
"use" that need these libs to be in @INC duri
On Mon, 2004-02-23 at 19:37, Richard F. Rebel wrote:
> Eh well, do I get points for making a prod
> system run with mp2 and mpm-worker?
Certainly. We are all eager for this kind of info.
> Most of our clients are *slow*, so perhaps this is why things seem to
> work so well.
Actually, if your cl
On Tue, 2004-02-24 at 11:53, Chris Ochs wrote:
> The key feature that I cannot find in any session manager is to
> use cookies if they exist, else fall back to using the query string. This
> is pretty much mandatory for ecommerce sites.
I'd say it's actually somewhat rare in the sites out there n
On Tue, 2004-02-24 at 10:44, Enrico Sorcinelli wrote:
> Wrapper or not, I think this is the moment to decide the future of
> Apache::Session.
I'm not sure it needs to happen right this minute, but I do have an idea
of what I would like to see happen with sessions in the mod_perl world.
Apache::Se
On Wed, 2004-02-25 at 13:06, Jeffrey W. Baker wrote:
> By the way, I completely agree with all these problems.
Glad to hear it. And thanks for your willingness to turn over
maintenance. I'm hoping that the new maintainer will keep up with
patches and answer questions, but not make any serious ch
On Wed, 2004-02-25 at 15:15, Richard F. Rebel wrote:
> I would think that
> keepalives should be off so that the ap1 instances can be freed to
> service another request while the reverse proxy is busy feeding slower
> clients.
And you would be correct!
- Perrin
--
Report problems: http://perl.
On Wed, 2004-02-25 at 15:26, Stas Bekman wrote:
> I remember Theo has mentioned that I think with some of the related to Spread
> (spread.org) products. But I don't remember which.
You're thinking of mod_backhand, which doesn't support apache2.
- Perrin
--
Report problems: http://perl.apache.
On Thu, 2004-02-26 at 08:06, Frank Maas wrote:
> But... the content within the page is dependent on the user having
> authenticated himself or not. The authentication is handled via
> cookies. If a user is authenticated he gets a different page, using
> the same URL.
>
> Now my question: is there
Mark Maunder wrote:
For what I'm doing the only performance hit is the stat() on every
module
The other performance hit is that the memory used by these modules is no
longer shared by copy-on-write.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/
Does anyone have any open source load-testing tools that they would
recommend, beyond the ones listed at
http://perl.apache.org/docs/1.0/guide/performance.html ?
I've had success with those in the past, and just want to see if there's
anything new I should look at.
- Perrin
--
Report problems:
On Thu, 2004-03-04 at 08:56, [EMAIL PROTECTED] wrote:
> PerlRun: `Undefined subroutine
> &Apache::ROOT::Scripts::_30311::up_2ecgi::mimeencode called at
> /usr/local/www/data/Scripts//update.cgi line 476.
>
> How does this kind of problem likely happen? Is any bad script in the one
> called by "req
On Fri, 2004-03-05 at 10:36, [EMAIL PROTECTED] wrote:
> Tried to parse %INC values to check if "required file" is in the list.
> It was there.. So calling required file works fine..
If you require a file in multiple scripts, and that file does not have
its own package but just creates subs in the
On Fri, 2004-03-05 at 14:25, Mark Warner wrote:
> Please forgive the OT.. if anyone can direct me to a more suitable list
> for perl issues not specific to mod_perl, I'll be very grateful.
Here are some resources for perl questions:
http://perl.apache.org/docs/offsite/other.html
- Perrin
--
Re
On Fri, 2004-03-05 at 19:08, MJH wrote:
> use app::utility_class;
> my $var = new app::utility_class;
> do stuff...
If "do stuff" includes and subs that reference $var without it being
passed to them, you'll create a closure. For example:
sub foo {
$var->bar();
}
That will prevent it f
Chris Ochs wrote:
When I have apache::reload as an init handler in httpd.conf, apache
processes will randomly go from 20mb to 120 or sometimes over 500 mb of
memory. I haven't narrowed it down to an exact place in the code that
triggers it, because simply taking out apache::reload made it stop.
I
Chris Ochs wrote:
This must be my day... I am stress testing a new application that uses
apache::session with the DB_File backend store. When hitting it with apache
bench after a few hundred connections something with the db file gets
wacked, and apache starts to segfault until I delete the .db
Jeffrey W. Baker wrote:
I wasn't aware of these issues before. Looks like I'll have to use
BerkeleyDB or Tie::DB_Lock or something.
On closer inspection I think it's mostly okay because the session object
is supposed to go out of scope and get destroyed (and thus untie) after
every interaction,
On Sun, 2004-03-07 at 21:13, Chris Ochs wrote:
> Been doing some more testing on this. Previously I was untying the
> sessions when the handler was finished. But it seems that all it takes is
> just one child to exit uncleanly where I cant' catch the error and untie the
> sesssions, and that's a
Does anyone have any recommendations for BBS/forum software (aka message
boards) that runs well on mod_perl? I was looking at YABB, which is
very pretty and full-featured but the code seems really ugly (not a
single "strict" or "package" in it). The wwwboard script from NMS is
good code but too s
1 - 100 of 2208 matches
Mail list logo
