Mariano Absatz wrote:
Stas,
thanx a lot... in fact, I'm a quite newbie user of mod_perl and only
subscribed to the list to ask this, thinking I might be doing something
wrong... in fact, as noone answered, and I had subscribed with the
address I use for [EMAIL PROTECTED], as the mod_perl messag
Philippe M. Chiasson wrote:
On Wed, 2004-02-11 at 14:55 -0800, Stas Bekman wrote:
Mariano Absatz wrote:
[...]
I was trying to restore argv[0] to 'httpd', but it looks like perl does some
internal magic in main(), limiting the set_magic to PL_origalen which for some
reason is very short. so I get
On Fri, 13 Feb 2004, Stas Bekman wrote:
> C. Jon Larsen wrote:
> > I'm trying to get a module that relies on some MySQL-specific
> > functionality to run with Firebird 1.5.0 under mod_perl 1.
>
> Jon, your question has nothing to do with mod_perl. You ought to ask it at the
> dbi-users list: h
Philippe M. Chiasson wrote:
On Thu, 2004-02-12 at 10:24 -0800, Stas Bekman wrote:
Andrew Wyllie wrote:
So, after rereading my previous post, I found one slight difference
(funny how
it works that way sometimes). When I used telnet to connect to the
server, it
used '::1' as an address for local
>> (my MaxRequestsPerChild is set to 30)
The webhost uses iHTML for ecommerce thingies, and our experience
with various boxes and server versions is that weird shit happens
if iHTML isn't cleaned out regularly. This may not be the case (the
last time we experienced a specific problem with hanging
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
C. Jon Larsen wrote:
I'm trying to get a module that relies on some MySQL-specific
functionality to run with Firebird 1.5.0 under mod_perl 1.
Jon, your question has nothing to do with mod_perl. You ought to ask it at the
dbi-users list: http://lists.perl.org/showlist.cgi?name=dbi-users
_
I'm trying to get a module that relies on some MySQL-specific
functionality to run with Firebird 1.5.0 under mod_perl 1.
In particular I need to replace calls to:
$sth->mysql_is_pri_key;
$sth->mysql_is_num;
with a Firebird equivalent.
$dbh->table_info
Does not seem to be supported by the DBD
Geoffrey,
Once again, I appreciate your informative responses.
I've decided to abandon the idea in favor of using mod_rewrite.
I discovered the back reference capability in mod_rewrite and combined
with some php trickery have been able to produce the desired shared ssl
effect.
Thank you again
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
I don't know what you did, but it works now! Thank you so much for your
time.
Joe Schaefer wrote:
Try replacing the apreq_xs_upload_link() function in
glue/perl/xsbuilder/Apache/Request/Apache__Request.h
with the following one; rebuild and install it. If this
doesn't solve your problem,
Kevin Bosak <[EMAIL PROTECTED]> writes:
> Thanks again for the help but still no luck.
> I set the TMPDIR environment variable manually and restarted apache
> but still can't get the upload file in my script and nothing's being
> written to the tmpdir. If there's anything else I can try please le
>> I'm building a series of scripts with the intent to make them
>> usable under both mod_perl and regular .cgi at the same time
>
>If I were you I wouldn't do that.
>
>> Since I'm building the code from scratch, I am currently using
>> Apache::Registry
>
>If I were you I wouldn't do that either.
I
On Fri, 2004-02-13 at 10:26, Ged Haywood wrote:
[snip]
> > Since I'm building the code from scratch, I am currently using
> > Apache::Registry
>
> If I were you I wouldn't do that either.
>
> > My initial (newb) impression was that PerlRun is for quick porting,
> > Registry is more proper.
>
> N
>If I were you I wouldn't do that.
>If I were you I wouldn't do that either.
I know my limitations, and I'm sure you know that of mod_perl's.
At this point, I have to lean toward "code" and not "I ran out
of time". Maintaining two codebases (running under vanilla CGI
is a requirement, not a feature
Hi there,
On Fri, 13 Feb 2004, Morbus Iff wrote:
> I'm building a series of scripts with the intent to make them usable
> under both mod_perl and regular .cgi at the same time
If I were you I wouldn't do that.
> Since I'm building the code from scratch, I am currently using
> Apache::Registry
Thanks again for the help but still no luck.
I set the TMPDIR environment variable manually and restarted apache but
still can't get the upload file in my script and nothing's being written
to the tmpdir. If there's anything else I can try please let me know
but I may just end up having to use
Good day. I'm hoping someone can shed some light on this.
I'm building a series of scripts with the intent to make them usable
under both mod_perl and regular .cgi at the same time: I really don't
want to have multiple versions of the code. "Just add this to your
config file and you're set" sorta
Kevin Bosak <[EMAIL PROTECTED]> writes:
> Thanks for the advice.
> I checked and $upload->link does indeed return false. I'm guessing
> it's because of something with TEMP_DIR you said, but my lack of
> knowledge is keeping me from getting this resolved. How do I
> determine what TEMP_DIR has be
Thanks for the advice.
I checked and $upload->link does indeed return false. I'm guessing it's
because of something with TEMP_DIR you said, but my lack of knowledge is
keeping me from getting this resolved. How do I determine what TEMP_DIR
has been set to? I'm using Mason with ApacheHandler2
Ian Joyce wrote:
> This may be day 1 stuff for most of you, but...
>
> What's the quckest way to determine the URL that made the current request in
> mod_perl 1?
you are probably looking for this:
my $uri = Apache::URI->parse($r)->unparse;
if you don't need a full uri (with the scheme, port,
I may have stated my question wrong.
Lets say the user enters the URL, http://www.test.org:93/sample/?test=true, into their
browser. How do I retrieve that URL?
I know how to get parts of it such as $r->path_info() or $r->uri(). Rather than
assemble each piece is there a method that just retur
> It's:
> 8<
> $r->connection->remote_ip
> 8<
That'd be the ip of the client making the request.
> Ian Joyce wrote:
> > This may be day 1 stuff for most of you, but...
> >
> > What's the quckest way to determine the U
It's:
8<
$r->connection->remote_ip
8<
See:
http://perl.apache.org/docs/1.0/api/Apache.html#_cr_E_gt_connection
Ian Joyce wrote:
This may be day 1 stuff for most of you, but...
What's the quckest way to determine th
This may be day 1 stuff for most of you, but...
What's the quckest way to determine the URL that made the current request in mod_perl
1?
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/
25 matches
Mail list logo
