On Mon, 30 Jun 2003 12:57:00 -0700
Adi Fairbank [EMAIL PROTECTED] wrote:
Apache::WebMessaging
I am about ready to release an intraserver web-messaging application for
mod_perl. A brief description of the app follows; I'd like to hear some
comments from the mod_perl/Perl/P5EE community on:
I used to use mod_gzip under Apache 1.3, and it worked great, saving my
over 50% of my bandwidth for my mod_perl generated pages.
But, it appears that mod_gzip doesn't work with Apache 2. Apache 2 has a
built-in mod_deflate, but I've had some trouble with it (seemed to cause a
load spike on
HI Bill,
mod_gzip gave me a lot of grief when I used it - spurious errors
kept filling the log and it didn't work easily with SSL. I spent a day
trying to configure a nasty proxy solution.
Apache::DynaGZIP has been much less hassle to install and run and
it works with SSL.
Apache::Dynagzip is not supposed to work on Apache-2.
That would be of my real interest to know as many details of Bill's
experience with mod_deflate as he can provide.
Thanks,
Slava
- Original Message -
From: Nigel Hamilton [EMAIL PROTECTED]
To: Bill Marrs [EMAIL PROTECTED]
Cc: [EMAIL
Hi Nigel,
I had the same question three month ago.
There are a few sources which compare the different modules. See
mod_perl guide.
My solution is now mod_deflate 1.0.18 with apache 1.3.27.
My configuration in httpd.conf is:
# activate compress
IfModule mod_deflate.c
# main switch
On Fri, 2003-06-20 at 12:18, Peter B. Ensch wrote:
It's been suggested to me that content generating
apps should be done under A::R, whereas logging,
authentication Etc. should be implemented as
mod_perl handlers.
What is the opinion of the group?
I'm late to the party, but here's an old
And how about http://devl4.outlook.net/devdoc/FAQ/compression.html for
Apache 1.3.27?
;-)
Slava
- Original Message -
From: Sven Geisler [EMAIL PROTECTED]
To: Nigel Hamilton [EMAIL PROTECTED]; Slava Bizyayev
[EMAIL PROTECTED]
Cc: Bill Marrs [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent:
On, or in the near vicinity of Tue, 1 Jul 2003 11:23:00 +0200
Enrico Sorcinelli [EMAIL PROTECTED] has thus spoken:
On Mon, 30 Jun 2003 12:57:00 -0700
Adi Fairbank [EMAIL PROTECTED] wrote:
Apache::WebMessaging
I am about ready to release an intraserver web-messaging application for
On Mon, 2003-06-16 at 07:12, Clinton Gormley wrote:
I had a look at the memory usage of my apache/mod_perl 1 processes,
and was alarmed to find that only 3Mb of 25Mb processes was being
shared (and that's straight after startup)
I have gone to great lengths to
(1) Preload modules in my
This is one of the source I had in mind.
Well done Slava.
BTW. Do you consider the latest version of mod_deflate?
Regardsm
Sven.
Am Die, 2003-07-01 um 18.12 schrieb Slava Bizyayev:
And how about http://devl4.outlook.net/devdoc/FAQ/compression.html for
Apache 1.3.27?
;-)
Slava
-
Perrin Harkins [EMAIL PROTECTED] writes:
[...]
I'm late to the party, but here's an old post of mine that sums up my
opinion:
http://marc.theaimsgroup.com/?l=apache-modperlm=95440118003848w=2
+1. Scripting _inside_ the server opens up possibilities that
are unimaginable to folks who are
I am writing an application following MVC with Perl Apache modules and
the Template Toolkit. Apache is 1.x.
I would like to have just one entry point to the application, which
would play the role of someone who sets everything necessary up and
forwards the actual request to a selected handler.
Thanks Sven,
From my current point of view mod_deflate for Apache-2 should be still
considered in experimental stage. That's why I so interested to collect as
much user experience with mod_deflate-2 as possible.
Thanks,
Slava
- Original Message -
From: Sven Geisler [EMAIL PROTECTED]
To:
Xavier Noria wrote:
I am writing an application following MVC with Perl Apache modules and
the Template Toolkit. Apache is 1.x.
I would like to have just one entry point to the application, which
would play the role of someone who sets everything necessary up and
forwards the actual request to
It should not be considered a bugfix anymore. It is NOT required to do,
because that particular story with M$IE is over.
Recently, there were some problems with M$IE reported, namely a partially
lost compressed content when using SSL over HTTP/1.1. It happens
infrequently. The problem remains in
That would be of my real interest to know as many details of Bill's
experience with mod_deflate as he can provide.
Since I posted my first message, I've been snooping around the 'net to find
more info on mod_gzip and mod_deflate. Here's what I came up with:
The general recommendation seems to
Hi Bill,
Thanks for taking the time to post your experiences.
It's a shame that so much time is spent tweaking, compiling,
testing, ferretting for bug references.
On Tue, 1 Jul 2003, Bill Marrs wrote:
That would be of my real interest to know as many details of Bill's
The other odd problem I got was that if anywhere in my perl code I
printed nothing (e.g. print or $foo=;print $foo), I'd get this error:
error: 20014:Error string not specified yet at /my/perl/code.pl line 123
This error was both blurted to the error_log and to the web page
(screwing up the
Hi Bill,
Thank you very much for the story. It makes sense. Just a couple of
questions:
1. Are you using any Cascaded Stile Sheets and/of JavaScript libraries
linked to your main web pages?
2. If yes, how do you turn compression off for those files in case of
Netscape-4 originated request?
1. Are you using any Cascaded Stile Sheets and/of JavaScript libraries
linked to your main web pages?
I'm not, but... I think mod_defalte's hook is after all that is processed,
so it's not especially relevant.
2. If yes, how do you turn compression off for those files in case of
Netscape-4
Slava Bizyayev wrote:
It should not be considered a bugfix anymore. It is NOT required to do,
because that particular story with M$IE is over.
Sounds like we agree to disagree on this one. My opinion would be, if
there is a known problem with a browser version that can be solved with
a
It's amazing! The flow control system is definitely sufficient.
Ian Holsman really developed a very good module. The rest is up to
accomplishing filters those supposed to be simple and specific.
Those minor bug with optional empty chunk in the middle of the body should
be easy to fix.
Thanks,
Hello,
Does anyone know if it's possible to hook into Apache
graceful restarts?
I tried PerlRestartHandler, but it doesn't seem to get
called. I see it called when I do apachectl startssl,
but not apachectl restart nor apachectl graceful.
None of the documentation I've found mentions wheter
it
Hi Chris --
A word of advice: if you'd like to use it under different web
environments, create your own system for registering/calling
handlers instead of using the Apache API. That is, have a map of
URL-to-class and have your controller find the class to execute
based on the URL and
Never mind. It was a mistake on my part. I was setting it with
push_handler() in my startup.pl, so of course it didn't persist. Once I
switched to setting it in the httpd.conf it was called on every restart,
graceful or not.
Now I'm having a different problem. In my restart handler I print out
Javier Now I'm having a different problem. In my restart handler I
Javier print out the PID using a simple 'warn pid = $$\n. I was
Javier expecting it would print out the PID of the parent
Javier (listener) Apache process
[...]
Sounds like you want getppid() instead.
b.
--
/* Bruno
26 matches
Mail list logo