Hi,
I have hit a problem with the latest couple of versions of mod_perl, and I wondered if
anyone might know a solution.
We're using Apache 1.3.22 with mod_perl 1.26, and there appears to be a problem with
the directive in perl sections...
e.g.
$Directory{$DocumentRoot}={
Options
> -Original Message-
> From: Lon Koenig [mailto:[EMAIL PROTECTED]]
>
> I apologize for the OT post, but the members of this list seem to be
> authoritive resource for all web/perl solutions.
>
> I'm currently bidding a project, and the client's all in favor of a
> mod_perl solution. Ph
> -Original Message-
> From: Ged Haywood [mailto:[EMAIL PROTECTED]]
>
> Hi there,
>
> On Wed, 24 Oct 2001, Mark Maunder wrote:
>
> > I noticed that there are very few sites out there using
> > Content-Encoding: gzip - in fact yahoo was the only one I could
> > find. Is there a reason fo
Not sure if this should really be considered off topic, as it should be
required reading. Anyway, go to owasp *now*, and read all the COV's you can
get through. These should be required knowledge for any web developer, and
the site seems to have detailed the various possible vulnerabilities really
only me that get 404 Not Found ?
both on http://www.owasp.org/projects/cov/index.htm and
http://www.owasp.org
is this the beginning of a new word? the site has been modperled :)
/jon
Matt Sergeant wrote:
>
> Not sure if this should really be considered off topic, as it should be
> required
On Mon, Oct 29, 2001 at 12:07:09PM +0100, Jon Molin wrote:
> only me that get 404 Not Found ?
> both on http://www.owasp.org/projects/cov/index.htm and
> http://www.owasp.org
No, the site has some bad javascript and it tries to load
http://www.owasp.org/Templates/_js/default.js which gives the
> Does anyone have success/horror stories generating pdf files under
> mod_perl?
> Recommendations?
>
No horror stories except trying to go about it the wrong way a few times
and ended up with multi-hundred megabyte TIFF files as intermediate steps.
I ended up using htmldoc (http://www.easysw.c
On 10/28/01 08:29 PM, Jeremy Rusnak sat at the `puter and typed:
> > Just today, I finished a new module - my first from scratch - for
> > handling 404 errors. I know Apache::404 isn't a real imaginative
> > name, but it works.
>
> I took a look at this, it's a good idea for smaller sites. I wo
Er, you might look at http://www.tonkinresolutions.com/MSIISProbes.pm.html
...
Always a good idea to search the mod_perl list archives, as well as put
out ideas in the present tense :)
Nick
~~~
Nick Tonkin
On Mon, 29 Oct 2001, Louis LeBlanc wrote:
> On 10/28/01 08:29 PM, Jeremy Rus
Hello All,
This might be a very obvious question to many of you, but for me it's
still somewhat unclear.
I am running Apache 1.3.19 mod_perl/1.24_01 on a RedHat 7.1 box (PC).
I have 2 versions of code running under 2 different virtual hosts. As
you probably guessed, my subroutine definitions a
Hi Matt,
On Mon, 29 Oct 2001, Matt Sergeant wrote:
> > -Original Message-
> > From: Ged Haywood [mailto:[EMAIL PROTECTED]]
> >
> > On Wed, 24 Oct 2001, Mark Maunder wrote:
> > > I noticed that there are very few sites out there using
> > > Content-Encoding: gzip - in fact yahoo was the
> The mod_perl servers are the work horses, just like the custom
> servers. In a classical OLTP system, the customer servers are
> stateless, that is, if a server goes down, the TM/mod_proxy server
> routes around it. (The TM rollsback any transactions and restarts the
> entire request, which is
Ged Haywood wrote:
>
> > > I think because many browsers claim to accept gzip encoding and then
> > > fail to cope with it.
> >
> > Such as?
>
> It's second hand information - Josh had some trouble last year when we
> were working on the same project, and I think he eventually gave up
> with gzi
> Ged Haywood wrote:
> There was one odd browser that didn't seem to deal with gzip encoding
> for type text/html, it was an IE not sure 4.x or 5.x, and when set
> with a proxy but not really using a proxy, it would render garbage
> to the screen. This was well over a year ago at this point when
Philip Mak wrote:
>
> Time taken for tests: 21.109 seconds
> Complete requests: 1000
> Failed requests:22
>(Connect: 0, Length: 22, Exceptions: 0)
> Total transferred: 196578 bytes
> HTML transferred: 12714 bytes
> Requests per second:47.37
> Transfer rate:
On Mon, 29 Oct 2001, Joshua Chamas wrote:
> > Complete requests: 1000
> > Failed requests:22
> >(Connect: 0, Length: 22, Exceptions: 0)
>
> If ApacheBench complains about length problems, it means
> that the length of subsequent requests differs from the
> output length of the fi
Hi,
I'd like to join the mod_perl /
apache community.
I'm having install problems that I've been trying
to solve for 2 days with no luck. So I'd like bother you folks with a beginer
question.
I'm using Debian 2.2, Apache 1.3.14 and mod_perl
1.24_1.
I've tried several times and this is a
Dave Baker wrote:
> I ended up using htmldoc (http://www.easysw.com) which does html->pdf in a
> breeze (as well as html->ps).
So does HTML2PS, which is also GPL'd, and written in 100% Perl. Ghostscript or
the Acrobat reader can do the PS2PDF output.
See http://www.tdb.uu.se/~jan/html2ps.html
Mi
Just thought I'd share a problem I've found with IE 6 and sites (like
mine) that insist on cookie support.
If you use cookies on your site and you send a customer an email
containing a link to your site:
If the customer's email address is based at a web based mail service
like hotmail, IE 6's def
Build apache first, then build mod_perl. The mod_perl install
modifies the apache tree (it asks you for a path to the apache tree
to modify, but defaults to ../apache)
If you're new to mod_perl, you'll want to head on over to the guide
(http://perl.apache.org/guide) for Stas' great descriptions
Perrin Harkins writes:
> The trouble here should be obvious: sooner or later it becomes hard to scale
> the database. You can cache the read-only data, but the read/write data
> isn't so simple.
Good point. Fortunately, the problem isn't new.
> Theoretically, the big players like Oracle and D
My bad experience was with Netscape 4.7. The problem was if the
*first* compressed thing it saw was *not* html, e.g. if it was
Javascript when the corresponding html file was not compressed.
Once it saw compressed html, though, it could then reliably
uncompress Javascript as long as you kept the
Matt,
do you have a plan to release PDFLib.pm ?
Oleg
On Mon, 29 Oct 2001, Matt Sergeant wrote:
> > -Original Message-
> > From: Lon Koenig [mailto:[EMAIL PROTECTED]]
> >
> > I apologize for the OT post, but the members of this list seem to be
> > authoritive resource for all web
It's on CPAN already.
> -Original Message-
> From: Oleg Bartunov [mailto:[EMAIL PROTECTED]]
> Sent: 29 October 2001 09:40
> To: Matt Sergeant
> Cc: 'Lon Koenig'; [EMAIL PROTECTED]
> Subject: RE: [OT] pdf creation
>
>
> Matt,
>
> do you have a plan to release PDFLib.pm ?
__
24 matches
Mail list logo