Slash

At 22:02 02/05/2004, George Clark wrote:
>I've finally tracked it down to some interaction with mod_gzip.

I have had "funnies" with mod_gzip myself and switch it off for everything 
other than static files.
Some people refuse to use it.

There are alternatives - but it is late and I can't remember what.

Alex

On May 2, 2004, at 5:02 PM, George Clark wrote:

>
> Hi,
>
> On my test server here I discovered that User.pm lost control.  The  
> /my/ and
> ~user links were returning 404 screens, and the slash headers were  
> missing from
> the http stream.
>
> I've finally tracked it down to some interaction with mod_gzip.  My  
> production
> server is running R113, and the test server was updated to T150.  By  
> turning
> off mod_gzip, everything returns to normal.
>
> I had already configured mod_gzip to exclude the POST method, which  
> seemed to
> break Slash, but the GET method was working fine.  Production server is
> compressing everything okay, and it helps a lot on my DSL circuit with  
> the slow
> uplink.  I'd hate to have to give up compression altogether.
>
> I noticed that there are some new Slash/Custom/ApacheCompress.pm  
> handlers that
> seems to deal with the gzip headers.   This is new since R113. Could  
> this be
> causing the interaction issues?
>
> Any ideas?
>
> Thanks,
> George

George,

see this

http://sourceforge.net/tracker/index.php? 
func=detail&aid=901507&group_id=4421&atid=104421

I ran into a problem with gzip a while back. Make sure you're buidling  
your apache with gzip as the last included module when you compile it.

  Shane

** Reply to message from Shane <shane@...> on Sat, 8 May 2004 19:42:03
-0400

Hi Shane,

Thanks for the reply,

Strange that order of modules would suddenly become important.  That will be a
good one to put in the installation hints .... hmmmm....  Just rebuilt apache
and reinstalled it.  mod_gzip is now the last module.  I confirmed previously
that it was just prior to mod_perl. 

No luck.  Still 404 on the my/logout page and on ~user pages.  Comment out
mod_gzip, and all returns to normal.  And it all works fine with mod_gzip on
tag R113.

Did you come up with any other issues in the modules other than the order of
gzip?  Any other ideas?  What does your module list look like now?  You
commented that you were going to start recompiling modules back into Apache. 
Here is what I'm running...

Compiled-in modules:
  http_core.c
  mod_env.c

  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_so.c
  mod_setenvif.c
  mod_perl.c
  mod_auth.c
  mod_info.c
  mod_so.c
  mod_status.c
  mod_gzip.c
suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec

This is my config.status from Apache

CC="cc" \
CFLAGS=" -DPERL_MARK_WHERE=1 -D_REENTRANT -DDEBIAN -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
./configure \
"--with-layout=Apache" \
"--activate-module=src/modules/perl/libperl.a" \
"--activate-module=src/modules/standard/mod_auth.c" \
"--activate-module=src/modules/standard/mod_info.c" \
"--activate-module=src/modules/standard/mod_so.c" \
"--activate-module=src/modules/standard/mod_status.c" \
"--activate-module=src/modules/gzip/mod_gzip.a" \
"--disable-rule=EXPAT" \
"--prefix=/usr/local/apache" \
"$@"

What version of Mod_Gzip are you using? I had a lot of problems with the 
"newer" version of it. I had to go with 1.3.19.1a version..............


George Clark wrote:

>** Reply to message from Shane <shane@...> on Sat, 8 May 2004 19:42:03
>-0400
>
>Hi Shane,
>
>Thanks for the reply,
>
>Strange that order of modules would suddenly become important.  That will be a
>good one to put in the installation hints .... hmmmm....  Just rebuilt apache
>and reinstalled it.  mod_gzip is now the last module.  I confirmed previously
>that it was just prior to mod_perl. 
>
>No luck.  Still 404 on the my/logout page and on ~user pages.  Comment out
>mod_gzip, and all returns to normal.  And it all works fine with mod_gzip on
>tag R113.
>
>Did you come up with any other issues in the modules other than the order of
>gzip?  Any other ideas?  What does your module list look like now?  You
>commented that you were going to start recompiling modules back into Apache. 
>Here is what I'm running...
>
>Compiled-in modules:
>  http_core.c
>  mod_env.c
>
>  mod_log_config.c
>  mod_mime.c
>  mod_negotiation.c
>  mod_status.c
>  mod_info.c
>  mod_include.c
>  mod_autoindex.c
>  mod_dir.c
>  mod_cgi.c
>  mod_asis.c
>  mod_imap.c
>  mod_actions.c
>  mod_userdir.c
>  mod_alias.c
>  mod_access.c
>  mod_auth.c
>  mod_so.c
>  mod_setenvif.c
>  mod_perl.c
>  mod_auth.c
>  mod_info.c
>  mod_so.c
>  mod_status.c
>  mod_gzip.c
>suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
>
>This is my config.status from Apache
>
>CC="cc" \
>CFLAGS=" -DPERL_MARK_WHERE=1 -D_REENTRANT -DDEBIAN -fno-strict-aliasing
>-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
>./configure \
>"--with-layout=Apache" \
>"--activate-module=src/modules/perl/libperl.a" \
>"--activate-module=src/modules/standard/mod_auth.c" \
>"--activate-module=src/modules/standard/mod_info.c" \
>"--activate-module=src/modules/standard/mod_so.c" \
>"--activate-module=src/modules/standard/mod_status.c" \
>"--activate-module=src/modules/gzip/mod_gzip.a" \
>"--disable-rule=EXPAT" \
>"--prefix=/usr/local/apache" \
>"$@"
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Sleepycat Software
>Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
>deliver higher performing products faster, at low TCO.
>http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
>_______________________________________________
>Slashcode-general mailing list
>Slashcode-general@...
>https://lists.sourceforge.net/lists/listinfo/slashcode-general
>  
>

Well, you did CC the list as I remember seeing this.

Regardless, it is a slash related thing. Not like this is a high traffic 
list ;-)

Anyhow, I couldn't get  1.3.26.1a to work at all. This is the script I 
use to rebuild Apache and Mod_perl and Mod_Gzip. You don't compile it 
first, but stick it in the src/extras directory I believe.

cd /usr/src/mod_perl-1.27
make clean
cd /usr/src/apache_1.3.27
make clean
cd /usr/src/mod_perl-1.27
perl Makefile.PL APACHE_SRC=/usr/src/apache_1.3.27 DO_HTTPD=1 
USE_APACI=1 PERL_MARK_WHERE=1 EVERYTHING=1 APACHE_PREFIX=/home/apache
make
make test
make install
cd /usr/src/apache_1.3.27
./configure --prefix=/home/apache 
--activate-module=src/modules/perl/libperl.a 
--activate-module=src/modules/extra/mod_gzip.o
make
make test
make install


George Clark wrote:

>** Reply to message from Eric Dannewitz <ericdano@...> on Sat, 08 May
>2004 17:47:00 -0700
>
>Hi Eric,
>
>Thanks for the reply.  I didn't cc: the list as this is going a bit off-topic...
>
>  
>
>>What version of Mod_Gzip are you using? I had a lot of problems with the 
>>"newer" version of it. I had to go with 1.3.19.1a version..............
>>    
>>

** Reply to message from Eric Dannewitz <ericdano@...> on Sat, 08 May
2004 17:47:00 -0700

Hi Eric,

.....

> Hmmm... Just downloaded 1.3.19.1a.   It won't build on my system...  Makefile
> was looking for apxs in sbin.  Fixed that, and now it fails with:

Never mind... stupid typo in config.status...

Just got the old version of mod_gzip installed.  That seems to fix things!   

(oops... just captured a page with ethereal.   No gzip compression.  It shows
up as compiled in with httpd -l, but no results...  Maybe the mod_gzip
configuration has to change as well.  I'll have to play around a bit with it.)

George