Yes, I am an Infoboard customer. However, we aren't really involved in just
small sites. Our site has over 100 cgi scripts, with two dozen modules being
used by them (yeah, we'll be moving to Apache::Registry in the next version
:). I've never had the need for SSI or anything else besides "simple"
mod_perl, since it does all that we want. But I can see now that since they
have a single apache build, that you can't get custom stuff in, and can't do
extra stuff like you want with mod_ssi. I dunno why you have to run a proxy
with them, tho. You're limited to what can be changed in a httpd.conf file.
Oh well.
Mike Lambert
----- Original Message -----
From: "Jesse Wolfe" <[EMAIL PROTECTED]>
To: "Mike Lambert" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, April 13, 2000 2:57 PM
Subject: Re: mod_perl virtual web hosting
> At 10:21 PM 4/12/00 -0400, Mike Lambert wrote:
> >This is my first post on the list, hopefully it's helpful. ;)
> >
> >We've had great success with InfoBoard. We have four mod_perl accounts
set
> >up with them, and we are currently moving to a colocated server that they
> >are hosting for us. They have good experience with mod_perl, and can
easily
> >get you up and running with your own apache server. They have a toll
phone
> >support until 6 or 7 est, but are not open on weekends. When they are
there
> >however, they have a very good response time and user support. (And an
> >extra-cost option for paging them in emergencies, which we've used a few
> >times ;) They run an independant server for each client, so you won't
have
> >any interference with any other mod_perl clients.
> >
> >http://www.infoboard.com/
> >
> >Mike Lambert
>
> Mike,
>
> Very interesting. I am also an infoboard customer, but have not had such
> luck as you describe. I had a pretty decent setup, then they changed
their
> configuration unannounced, broke my site, then set me up in such a way
that
> I *have* to run proxy... their standard mod_perl/apache setup doesn't
> handle SSI's but they don't have any staff to look at the problem, or so
> the owner tells me.
>
> I suppose if you have just a few scripts to run mod_perl their setup may
be
> adequate... but if you are working on a larger project such as I am you
may
> find yourself without a lot of support.
>
> good luck...
>
> Jesse
>
>
> >
> >----- Original Message -----
> >From: "Gagan Prakash" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Wednesday, April 12, 2000 1:26 PM
> >Subject: mod_perl virtual web hosting
> >
> >
> >> Hello,
> >>
> >> I have been looking for mod_perl virtual web hosting companies who have
> >fast
> >> servers and good infrastructure but the two I have found so far have
> >either
> >> had problems with their mod_perl setups (they installed the module, did
> >not
> >> change apache configs or changed them incorrectly) or have been very
slow.
> >> These two are www.123hostme.com or www.olm.net.
> >>
> >> I would greatly appreciate if somebody could point me in a better
> >direction.
> >>
> >> Thanks
> >> Gagan
> >>
> >>
> >> ********** Web App Development Needs? ***************
> >> Contact OSATech today! http://www.OSATech.com
> >> ***************************************************
> >>
> >> ----- Original Message -----
> >> From: "Jason Murphy" <[EMAIL PROTECTED]>
> >> To: "Doug MacEachern" <[EMAIL PROTECTED]>
> >> Cc: <[EMAIL PROTECTED]>
> >> Sent: Wednesday, April 12, 2000 1:09 PM
> >> Subject: Re: $r->args troubles...
> >>
> >>
> >> >
> >> > You would have guessed right. However, the problem was two fold in my
> >> case.
> >> >
> >> > First, I was not calling Apache::Request correctly. The proper method
to
> >> > call Apache was told to me by Doug Kyle (Giving credit where due!).
> >Below
> >> is
> >> > how it is done.
> >> >
> >> > <--- Begin Example
> >> >
> >> > my $r = Apache->request;
> >> > my $apr = Apache::Request->new($r);
> >> >
> >> > my %params = $apr->args;
> >> >
> >> > print $params{"Player"};
> >> >
> >> > <---- End Example
> >> >
> >> > The 'print $params{"Player"}' would be used to get and print
something
> >> like
> >> > the parameters from the URL of a GET like
> >> > "www.example.com/find_player.pl?Player=Mullen" (Not a real site, dont
> >> > click!).
> >> >
> >> > Second part of my problem was that I had an error in my
Apache::Registry
> >> > setup in Apache.conf or perl.conf (Can't remember where I put it).
The
> >> > script I was running was not being picked up by Apache::Registry and
> >thus
> >> > not working.
> >> >
> >> > Thanks for everyone's help.
> >> >
> >> > PS. The only reason I say this on the mailing list is to get it in to
> >the
> >> > mailing list archives because I could not my solution there when I
> >looked.
> >> >
> >> >
> >> > From: "Doug MacEachern" <[EMAIL PROTECTED]>
> >> > To: "Jason Murphy" <[EMAIL PROTECTED]>
> >> > Cc: <[EMAIL PROTECTED]>
> >> > Sent: Tuesday, April 11, 2000 8:52 PM
> >> > Subject: Re: $r->args troubles...
> >> >
> >> > > On Fri, 7 Apr 2000, Jason Murphy wrote:
> >> > > > Can't locate object method "new" via package "Apache::Request" at
> >> > > > ./find_player.pl line 10.
> >> > >
> >> > > that would normally indicate your script is running under mod_cgi,
not
> >> > > mod_perl.
> >> > >
> >> > > > my $r = new Apache::Request; <---Where the error appears
> >> > >
> >> > > in any case, you need to change that to:
> >> > >
> >> > > my $r = Apache::Request->new(shift);
> >> > > or
> >> > > my $r = Apache::Request->new(Apache->request);
> >> > >
> >> > >
> >> >
> >> > --
> >> > Jason Murphy
> >> > System Administrator
> >> > Lawinfo.com
> >> > 1-800-397-3743 ex: 133
> >> >
> >> >
> >> >
> >>
> >
> >
> ----
> Jesse Wolfe, ICQ #19734806
> AllHeal, a Global Healing Village
> "Healing our World, One Life at a Time."
> http://www.allheal.com
> Want to pay less for long distance? - http://ld.net?claritycom
>
