> it is OK again with 1.99-08:-)
>
Great news! I was just about to try to track it down.
Thanks for the feedback from you both
Gerald
Lai Zit Seng wrote:
After tinkering around a little, it turns out that the "LoadModule"
directive in Apache's configuration isn't loading any modules after
mod_perl.so has been loaded. This is the case with mod_perl-1.99_07 and
mod_perl-1.99_06. But with mod_perl-1.99-0
I did a 'strace' through httpd and found that Embperl.so isn't loaded.
This probably explains the error in the previous mail.
After tinkering around a little, it turns out that the "LoadModule"
directive in Apache's configuration isn't loading any modules
to start: 00:04[Mon Oct 21 16:52:08 2002] [info] 21
Apache::
modules loaded
[Mon Oct 21 16:52:08 2002] [info] 5 APR:: modules loaded
[Mon Oct 21 16:52:08 2002] [info] base server + 5 vhosts ready to run
tests
waiting for server to start: 00:08[Mon Oct 21 16:52:12 2002] [info] 20
Apache::
modules loa
Hi,
I am creating a handler that logs key (request)
variables passed from our client application. I need to tie the entries I
create to entries in the apache request log. I was thinking that I could
use the UNIQUE_ID created by mod_unique_id (i.e. stick it in access_log and
the log generat
Erich Oliphant wrote:
I am having difficulty accessing this variable (via the ENV
hash). I decided to make it a PerlLogHandler and register it
REALLY_LAST, thinking that mod_unique_id would've exported UNIQUE_ID
prior to that. However, that does not seem to be the case :)
Something is wrong
On 15 Oct 2002 at 7:12, Eric Frazier wrote:
> I am learning lots of new things, but still working on the problem itself.
> It seems to be the case that even when I am running under ./httpd -X I have
> trouble getting the search query to get stuck. If I do something from the
> mysql monitor like s
Hi,
I had to read that over a few times to get it. And now I see that I do
indeed have that situation, there are a number of times when I call
my $holdstatus = new Holds(); from within a module that also has a new
method. What I don't understand is how does my code work at all?
Thanks,
Eric
lems.
>There is good documentation on using the debugger in the camel book as
>well. One trick I learned was to let the script run through once using the
>'c' command. That will load all the scripts and modules into memory which
>will let you set breaks in your code w
Hey Eric --
> I wanted the DBH to be global since just about every sub in Holds does a
> query of some sort. I guess it doesn't matter either way if I do
> the connect
> in the new() vs up top outside of a sub.
CGI::Application has a facility which is intended to solve exactly this type
of prob
27; command. That will load all the scripts and modules into memory which
will let you set breaks in your code without having to watch every line go
by.
Also, I noticed some folks pointing out some global variables. If you're
having troubles tracking these down in your script, you ca
On Mon, 14 Oct 2002, Eric Frazier wrote:
> >That looks like voodoo code copied from a man page. If you call this as
> >Holds->new(), you don't need that junk about ref. (And most people
> >recommend against the "new Holds" syntax.)
>
> I wanted the DBH to be global since just about every sub in
On Mon, 14 Oct 2002, Eric Frazier wrote:
> >That looks like voodoo code copied from a man page. If you call this as
> >Holds->new(), you don't need that junk about ref. (And most people
> >recommend against the "new Holds" syntax.)
>
> I wanted the DBH to be global since just about every sub in
Eric Frazier wrote:
> I wanted the DBH to be global since just about every sub in Holds does a
> query of some sort.
Three options:
1) Pass it to every sub
2) Make a utility sub that returns a dbh and call it from each sub.
(Sounds like you already made one of these.)
3) Stuff it in $r->pnotes()
statement
>handles in these globals will stop working. You do recreate them every
>time since you call this sub every time, but you could lose the
>connection between the time this sub is called and the time you use
>these handles.
>
I did this, I was a little scared about calling
At 11:58 AM 10/14/02 -0400, Perrin Harkins wrote:
>Eric Frazier wrote:
>> Here is the kind of thing that is driving me nuts. Please see:
>> http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
>> ies_for_Inner_Subroutines
>>
>> If what this says is true, then either I don
Eric Frazier wrote:
> Here is the kind of thing that is driving me nuts. Please see:
> http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
> ies_for_Inner_Subroutines
>
> If what this says is true, then either I don't have a closure type problem,
> or else what is says i
ub customer_display{
my $self = shift;
my $q = $self->query();
my $customersearch = new Searches();
$customersearch->queryobject($q); # set the query
my $header = parse_header($self);
return $header . $customersearch->LookupCustName();
}
So going nuts now, where is the problem? My Que
Perrin,
I am going to read over this closely, thanks for all of the advice!
What frustrats me about the search getting cached/closure thing is that I
just don't have any global variables that have anything to do at all with
the search results. I have read over and over examples with closures,
r
. $tmpl_obj->output;
}
But that isn't relavent to my problem.
In the first sub, I create a new holds instance. Each of these modules like
holds work like this
package Holds;
use strict;
use Carp;
use warnings;
use QueryPrint;
use vars qw($dbh $processed_hnd $status_hnd);
use ge
s in these globals will stop working. You do recreate them every
time since you call this sub every time, but you could lose the
connection between the time this sub is called and the time you use
these handles.
> 2. Every once in a while I get an out of memory error.
>
You can control pro
Hello mod_perlers,
Following talk about module categorization this summer, I have now finally
added these recommendations to the website.
The new naming conventions for modules in the Apache:: namespace are
summarized here: http://perl.apache.org/products/apache-modules.html
In my work to
Hi Jochen,
I'd recommend having a read of this
http://perl.apache.org/docs/1.0/guide/performance.html#Sharing_Memory
Not sure how much it applies to your situation, but basically, unless the
different modules are very large and rarely used you really want to load them
all at server st
Jochen Lillich wrote:
> Hi,
>
> I'm writing my first mod_perl handler. I'd like to make the handler some
> kind of dispatcher that dynamically loads certain modules depending on
> the URI called:
>
> /foo/index => require foo; $result = foo::index();
> /fo
Hi,
I'm writing my first mod_perl handler. I'd like to make the handler some
kind of dispatcher that dynamically loads certain modules depending on
the URI called:
/foo/index => require foo; $result = foo::index();
/foo/other => require foo; $result = foo::other();
/bar/inde
On Sep 24, 2002 at 23:14:02 +0200, [EMAIL PROTECTED] wrote:
>
> At the first request each instance prints out the no_xhtml-header, but
> at the second call the no_xhtml-pragma is forgotten and the
> xhtml-header is printed out.
>
> Is this a problem in the CGI-module or is there a deeper reason
On Wed, Sep 25, 2002 at 12:29:12AM -0400, Perrin Harkins wrote:
>
> Are you setting $CGI::XHTML to 0 somewhere?
>
No I posted the whole script:
#!/usr/bin/perl -w
use CGI qw(standard -no_xhtml);
my $q=new CGI;
print $q->header,$q->start_html,"\n";
print $$,"\n";
re have been rumours about
> better things than the CGI-module. What could you recommend instead ?
> (compatible modules prefered cause I really use the sticky- and
> nostickyfeatures :)
There are many. The most compatible is CGI::Simple. If you need CGI
stuff but not the HTML generatio
Thnx for all the people contributing in the previous thread which gave
me deeper insight and a very easy solution ($CGI::XHTML = 0;)
But now I played around and found out that if loading a modules with
pragmas this pragma only is valid for the first call and not valid for
all further call.
I
From: Mark Schoonover <[EMAIL PROTECTED]>
> ...how to add additional modules to Apache/mod_perl...
I like to build DSOs, and do it a lot like this:
# Unpack apache and mod_perl in the current directory, then:
% cd mod_perl-1.27
% perl Makefile.PL USE_APACI=1 EVE
Thanks for reading!
I know this is a really lame question - but for some strange reason,
I can't figure out how to add additional modules to Apache/mod_perl using
the INSTALL.simple directions. I tried modifying the Configuration.acpi
files in apache/src before/after running
What is the most effecient way of preloading modules to use for mod_perl? I
currently use a startup.pl within my httpd.conf, but I know I will not have
access to this configuration file on my shared hosting account.
Scott Anderson
BTS/Payright
[EMAIL PROTECTED]
206-242-7088 xt231
I've just added a new doc: "Preparing mod_perl modules for CPAN"
http://perl.apache.org/docs/general/cpan_mod_dev/cpan_mod_dev.html
If you have useful input please send it to me.
__
Stas BekmanJAm_pH -
I have a number of perl modules that manage their own persistence
to a SQL database via DBI. I discovered a flaw in my current
approach which was to use an Apache::Singleton::Process
object to create a connection and in modules that needed a
connection, store the connection in a lexically scoped
[...]
> What I want is to discover the SSL client certificate serial, which
> is available in the subprocess_env in the ResponseHandler phase, but
> not this early in the request. There's also a test of the mod_ssl
> FakeBasicAuth option, which incidentally appears not to work with
> mod_per
On Tue, 2002-07-16 at 00:39, Stas Bekman wrote:
> You are talking about mod_perl 2.0, aren't you? Please make that clear
> upfront, preferrably in the subject of your post.
Ach, my apologies, intended to mention that.
> What do you need APR::Pool for? What are you trying to do (code sample)
>
Byron Ellacott wrote:
> Hi,
>
> I've been trying rather unsuccessfully to write an Authen handler that
> is able to detect an SSL connection and use the SSL certificate serial
> as an index into a database table.
>
> The problem I'm facing is how to discover the SSL connection information
> in a
Hi,
I've been trying rather unsuccessfully to write an Authen handler that
is able to detect an SSL connection and use the SSL certificate serial
as an index into a database table.
The problem I'm facing is how to discover the SSL connection information
in an Authen handler.
At a later phase, t
On Fri, 5 Jul 2002, Matt Sergeant wrote:
> I do still wonder why people get the impression you were given - it's
> widely known that the C version of Xalan is appallingly slow - slower
> even than it's Java counterpart.
Now that's slow! I haven't benchmarked the available XSLT processors in a
wh
Jim Morrison [Mailinglists] wrote:
> [Marked with "" ]
(Try a real mail client ;-)
> Interesting you should say that? I was under the impression that the C
> version of Xalan was very quick? I am, in some cases running off 100 or
> so transformations in one run, through quite complicated
[Marked with "" ]
>
> #
> Terminating inside exit handler..
> Inside terminate()..
> #########
This is bad. Modules should not warn unless you ask them
On 29 Jun 2002 01:46:00 +0400, Ilya Martynov wrote:
> > On Fri, 28 Jun 2002 16:38:25 -0500, Stephen Clouse
> > <[EMAIL PROTECTED]> said:
>
> SC> On Fri, Jun 28, 2002 at 01:09:21PM +0100, Peter Haworth wrote:
> >> The GPL doesn't restrict use, only distribution.
>
> SC> I believe you need
t creating list fluff and wasting bandwidth.
-pete
-Original Message-
From: Kirk Bowe [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 28, 2002 11:30 AM
To: [EMAIL PROTECTED]
Subject: Commercial use of mod_perl / modules
I've been asked an interesting (though apologies if this is a heat
I've been asked an interesting (though apologies if this is a heated or
irelevant topic) question: what's the legality of using mod_perl (and
indeed Apache), and the available modules, in a non-GPL commercial
application for which there is a charge? I can't think of any module
At 17:29 26.06.2002, Tim Gerla wrote:
>I've got a problem with a perl module (.pm) problem on my server. I've
>got two slightly different versions of a file: Conf.pm, in two separate
>places on my server. (Let's call them /home/www/docs/web/cgi/ and
>/home/www/docs/minos/cgi/) Mod_perl apparently
> and /home/www/docs/minos/cgi/) Mod_perl apparently keeps caching one
> or the other, causing interesting problems if I hit a 'web' script,
> and then a 'minos' script a few minutes later.
>
> What's the best way to get around this?
Use different namespaces for the two modules.
(darren)
--
All is fear in love and war.
need some sort convention so PAUSE
>> can use to decide on. Andreas, any ideas regarding this issue?
>
>
> An alternative approach could involve placing the functionality specific
> to mod_perl 2.0 in a sub-module, then conditionally importing that
> submodule depending on the v
On 2002.06.18 09:57 Stas Bekman wrote:
> [CC'ing Andreas again]
>
>> Stas is right. The only problem I see with MP_INST_APACHE2 is the
>> fact that using the CPAN.pm module to download the module would
>> fetch the newest version of the module, regardless of whether you
>> wanted the one for m
[CC'ing Andreas again]
> Stas is right. The only problem I see with MP_INST_APACHE2 is the fact
> that using the CPAN.pm module to download the module would fetch the
> newest version of the module, regardless of whether you wanted the one
> for mod_perl 2.0 or mod_perl 1.0.
That's true :(
I
At 13:26 18.06.2002, Stas Bekman wrote:
>Andy Wardley wrote:
>>I've been playing around with Apache 2 and mod_perl 1.99 and considering
>>the changes I'll need to make to Apache::Template to make it play nicely
>>under the new world order.
>>Given that I want to continue to support Apache::Templat
Andy Wardley wrote:
> I've been playing around with Apache 2 and mod_perl 1.99 and considering
> the changes I'll need to make to Apache::Template to make it play nicely
> under the new world order.
>
> Given that I want to continue to support Apache::Template for v1 users,
> should I create ano
At 11:31 18.06.2002, Andy Wardley wrote:
>I've been playing around with Apache 2 and mod_perl 1.99 and considering
>the changes I'll need to make to Apache::Template to make it play nicely
>under the new world order.
>
>Given that I want to continue to support Apache::Template for v1 users,
>shoul
I've been playing around with Apache 2 and mod_perl 1.99 and considering
the changes I'll need to make to Apache::Template to make it play nicely
under the new world order.
Given that I want to continue to support Apache::Template for v1 users,
should I create another module, say Apache2::Templa
> "ED" == Eric Doutreleau <[EMAIL PROTECTED]> writes:
ED> Right now i would like to make user authenticate throug a SSL
ED> page.
ED> In order to do that i modify the configuration script to use
ED> PerlSetVar WhatEverLoginScript https://corbeau/perl/login.pl
Well, in order to be able to ge
Hi
I 'm trying to use the Apache::AuthCoookieLDAP module to authenticate
my web users using my ldap server.
With the defaut configuration it works quite well.
Right now i would like to make user authenticate throug a SSL
page.
In order to do that i modify the configuration script to use
PerlS
[ Recipients of this message are either subscribers to the modperl or
perlporters lists,
or listed as authors of theinvolved modules]
> -Original Message-
> From: [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 03, 2002 9:38 PM
> To: Alessandro Forghieri
> Cc: [
Stas Bekman wrote:
> Ted Prah wrote:
> > Thanks for the input Stas. I found your debugging methodology
> > to be very informative and especially useful in a mod_perl environment.
> >
> > I tried your suggestion of commenting out
> > require $key;
> > in Reload.pm, but it did not w
Ted Prah wrote:
> Thanks for the input Stats. I found your debugging methodology
> to be very informative and especially useful in a mod_perl environment.
>
> I tried your suggestion of commenting out
> require $key;
> in Reload.pm, but it did not work for me. I'd be happy to try
>
22.
>
> output:
> In test1 func
> CODE(0x85ad38c)
>
> error_log:
> test1:CODE(0x84ee110)
>
> as you see the test1 is not the same as My::Test::test1
>
> > When I touch test.pl - the changes appear. The following gets printed
> > to error_log:
> > Subro
/My/test.pl line 5
output:
In test11 func
CODE(0x84ee110)
now it points to the recent My::Test::test1
In that way you can debug any "mysteries" in Perl code.
Now, how to solve this problem. For example comment out
require $key;
in Reload.pm
that way, test.pl will see
Hi,
While editing a document for the new site I wanted to add reference to some
CPAN modules. Well, the problem is that the Apache/Perl Module list
contains references to some modules (mostly those coming from the Eagle
book) which aren't available from the CPAN (atleast they don
Hi again,
I'm having trouble seeing module changes when I reload
a script that uses it. I'm using Apache::Reload and my test
script/module is as follows:
test.pl
#!/usr/local/bin/perl
use strict;
use warnings;
use My::Test qw(:subs);
print "Content-type: text/plain\r\n\r
scripts I seem to still suffer from 1.3-style
> locks on the perl interpeter that prevent some other scripts from being
> served until a given dynamic request completes. I've poked around a bit
> and found that simple scripts (ones not using modules) will still be
> executed whi
perl interpeter that prevent some other scripts from being
served until a given dynamic request completes. I've poked around a bit
and found that simple scripts (ones not using modules) will still be
executed while another long-running process is executing (thus
multithreading properly)--so I'
>>>since use() is a compile time directive. meaning that netContestConfig
>>>will be always loaded no matter if $r->dir_config('ConfigMod') returns
>>>something or not.
>>>
>>>You probably want to s/use/require/. require() is a runtime dir
tConfig
>>will be always loaded no matter if $r->dir_config('ConfigMod') returns
>>something or not.
>>
>>You probably want to s/use/require/. require() is a runtime directive.
>>Or move 'use netContestConfig;" to the top, so it'll be clear th
thing or not.
>
> You probably want to s/use/require/. require() is a runtime directive.
> Or move 'use netContestConfig;" to the top, so it'll be clear that it
> always gets loaded.
Good point, thanks! I will require the module to save the overhead of
loading both configuration
) returns
something or not.
You probably want to s/use/require/. require() is a runtime directive.
Or move 'use netContestConfig;" to the top, so it'll be clear that it
always gets loaded.
This is not a mistake to use use() here, however misunderstanding how
it works may lead to
Hi,
thanks to all of your help, I found a way to achieve the following
goal:
- have a couple of instances of a web application running under the
same (name based) virtual host, under different s each
using a different configuration than the others
- having backwards compatibillity to pure C
> Here's what Geoffrey Young said, you seem to have missed it:
>
> > you can't use $s (the server record) to capture PerlSetVar that exist
> on a per-directory basis (within a or block). try
> > Apache->request->dir_config('BlaTest');
> >
> > instead. you should use $s->dir_config() fo
At 12:52 22.04.2002, Sören Stuckenbrock wrote:
> >> Nope, using:
> >>
> >> Alias /contest /www/u-dev/contest
> >> PerlModule Apache::Registry
> >> PerlModule Apache::DBI
> >> PerlTaintCheck On
> >>
> >>SetHandler perl-script
> >>PerlHandler Apache::Registry
> >
Sören Stuckenbrock wrote:
>>>Nope, using:
>>>
>>>Alias /contest /www/u-dev/contest
>>>PerlModule Apache::Registry
>>>PerlModule Apache::DBI
>>>PerlTaintCheck On
>>>
>>> SetHandler perl-script
>>> PerlHandler Apache::Registry
>>> PerlSetVar BlaTest BlaVal
>>>
>> Nope, using:
>>
>> Alias /contest /www/u-dev/contest
>> PerlModule Apache::Registry
>> PerlModule Apache::DBI
>> PerlTaintCheck On
>>
>>SetHandler perl-script
>>PerlHandler Apache::Registry
>>PerlSetVar BlaTest BlaVal
>>PerlRequire /www/u-dev
Sören Stuckenbrock wrote:
>>>PerlSetVar seems not to work for me! The part of interest in
>>>my httpd.conf looks like this:
>>>
>>> Alias /contest /www/u-dev/contest
>>> PerlModule Apache::Registry
>>> PerlModule Apache::DBI
>>> PerlTaintCheck On
>>>
>>> PerlSetVar BlaTest BlaVal
>
> Should this work to differentiate between the Config-Modules of two projects
> on the same (virtual) server under different s or does this only
> work for eg. two virtual servers?
> Using it for different s does not work for me :(
That's correct,
see:http://perl.apache.org/previe
Hello Stas,
I have a question regarding your mod_perl documentation.
The method you described under:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
Should this work to differentiate between the Config-Modules of two
>>PerlSetVar seems not to work for me! The part of interest in
>>my httpd.conf looks like this:
>>
>>Alias /contest /www/u-dev/contest
>>PerlModule Apache::Registry
>>PerlModule Apache::DBI
>>PerlTaintCheck On
>>
>> PerlSetVar BlaTest BlaVal
>> SetHandler perl-scrip
> PerlSetVar seems not to work for me! The part of interest in my httpd.conf
> looks like this:
>
> Alias /contest /www/u-dev/contest
> PerlModule Apache::Registry
> PerlModule Apache::DBI
> PerlTaintCheck On
>
>PerlSetVar BlaTest BlaVal
>SetHandler perl-scri
>(By the way: there's a typo at line 1 of the startup.pl
>script: I think use Apache: should be use Apache;
>right?)
Good catch! :-)
>But following that guideline resulted in the next problem, I
>could not yet solve on my own:
>
>PerlSetVar seems not to work for me! The part of interest in
>
S.Stuckenbrock
> Per Stas Bekman wrote:
>> At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>>
>>> Hi there,
>>>
>>> mod_perl-newbie needs help!
>>> I have a nasty problem using Perl Modules under mod_perl.
>>> I've developed a CGI-Applic
Per Einar Ellefsen wrote:
> At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>
>> Hi there,
>>
>> mod_perl-newbie needs help!
>> I have a nasty problem using Perl Modules under mod_perl.
>> I've developed a CGI-Application, that retrieves its config
At 21:12 19.04.2002, Sören Stuckenbrock wrote:
>Hi there,
>
>mod_perl-newbie needs help!
>I have a nasty problem using Perl Modules under mod_perl.
>I've developed a CGI-Application, that retrieves its configuration values
>from a module that gets included (with "
On Fri, 19 Apr 2002 21:12:35 +0200 (CEST) "Sören Stuckenbrock"
<[EMAIL PROTECTED]> wrote:
> Hi there,
>
> mod_perl-newbie needs help!
> I have a nasty problem using Perl Modules under mod_perl.
> I've developed a CGI-Application, that retrieves its confi
Hi there,
mod_perl-newbie needs help!
I have a nasty problem using Perl Modules under mod_perl.
I've developed a CGI-Application, that retrieves its configuration values
from a module that gets included (with "use") in every Script of the
application.
So far no problem.
But when
Using mod_rewrite instead of symlink should solve your problem.
> > The auk_ch_de and auk_ch_fr scripts are preloaded with RegistryLoader.
> > But these scripts are also mentioned later on that list - is that
> > means they were loaded into memoey twice
>
> yes
>
> http://perl.apache.org/guide/
pawelp wrote:
> Hi
>
> Under Mem Usage menu I have list like this:
>
> Apache::ROOT::cgi_2dbin::auk_ch_de
> Apache::ROOT::cgi_2dbin::auk_ch_fr
> Apache::ROOTdynamic_2ericardo_2ech::cgi_2dbin::auk_aw_ch_de
> Apache::ROOTdynamic_2ericardo_2ech::cgi_2dbin::auk_aw_ch_fr
> Apache::ROOTdynamic_2eri
Hi
Under Mem Usage menu I have list like this:
Apache::ROOT::cgi_2dbin::auk_ch_de
Apache::ROOT::cgi_2dbin::auk_ch_fr
Apache::ROOTdynamic_2ericardo_2ech::cgi_2dbin::auk_aw_ch_de
Apache::ROOTdynamic_2ericardo_2ech::cgi_2dbin::auk_aw_ch_fr
Apache::ROOTdynamic_2ericardo_2ech::cgi_2dbin::auk_ca_ch
Check Apache::Status, it gives you several info.
On Tue, 2002-04-09 at 15:53, pawelp wrote:
> Hi
> Is there an easy way to show mem usage of all loaded modules ?
>
> Thanks
> Pawel Piecuch
>
--
João Pedro Gonçalves
'I have never let my schooling interfere with my education.'
- Mark Twain
Hi
Is there an easy way to show mem usage of all loaded modules ?
Thanks
Pawel Piecuch
If anyone out there's building modules with directives you'll know
that its a tricky business. I ran across two problems and related
solutions. (Thanks for nudging me along for #1 Geoff - but #2 I solved
all by my lonesome!)
FIRST HINT - Modules compirised of several files and m
Yeah, this is an ideal way to go. Althought, depending to what degree you
can trust your developers (contractors, etc.) and how much your sys admins
want to admin it may or may not be a good fit.
> > We have a similar issue here but it is designed more for development of
> > mod
Hi all,
On Wed, 6 Feb 2002, Stathy G. Touloumis wrote:
> We have a similar issue here but it is designed more for development of
> modules/code by multiple developers.
If each of your developers runs her own copy of Apache, each copy
listening to a different port, you can make the nam
We have a similar issue here but it is designed more for development of
modules/code by multiple developers. This is managed through virtual hosts
and although we do not have our production server the same as development we
are able to view the production code through the development box. The
Sam Tregar wrote:
> On Sun, 3 Feb 2002, Stas Bekman wrote:
>
>
>>I think the best solution is to run your staging server on a different
>>port and use a front-end proxy to rewrite to the right server based on
>>the Host: name. Alternatively put 2 NICs with 2 IPs, that will work if
>>you don't h
On Sun, 3 Feb 2002, Stas Bekman wrote:
> I think the best solution is to run your staging server on a different
> port and use a front-end proxy to rewrite to the right server based on
> the Host: name. Alternatively put 2 NICs with 2 IPs, that will work if
> you don't hardcode the server name in
John Heitmann wrote:
> Hello,
>
> I have a problem, and I have a poor solution; I would like to see if I
> can do even better. My problem is that I have a set of scripts and
> modules that are duplicated on the same Apache server setup. One tree is
> for debugging and dev
On Sat, 2 Feb 2002, John Heitmann wrote:
> Here is what I had to do to force correct module loading (mostly stolen
> from the great mod_perl guide):
>
> %INC = (); # Possibly unnecessary
> do 'FindBin.pm';
> unshift @INC, "$FindBin::Bin"; # There are also m
Hello,
I have a problem, and I have a poor solution; I would like to see if I
can do even better. My problem is that I have a set of scripts and
modules that are duplicated on the same Apache server setup. One tree is
for debugging and developing, the other is the main release site. These
On Tuesday 08 January 2002 08:16 pm, Dave Morgan wrote:
> I'm trying to populate select boxes(or other input types)for my HTML
> pages.
> An example would be a drop down list of states and/or provinces. A large
> number
> of these are populated from lookup tables in the dba and are relatively
> st
I'm trying to populate select boxes(or other input types)for my HTML
pages.
An example would be a drop down list of states and/or provinces. A large
number
of these are populated from lookup tables in the dba and are relatively
static.
I understand there is no form data at that time, however,
101 - 200 of 549 matches
Mail list logo