From: George C. <ga...@sp...> - 2004-05-03 03:04:18
|
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 |
From: Alex M. <al...@ow...> - 2004-05-03 21:52:24
|
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 |
From: Shane <sh...@lo...> - 2004-05-08 23:42:14
|
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 |
From: George C. <ga...@sp...> - 2004-05-09 00:33:00
|
** Reply to message from Shane <sh...@lo...> 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" \ "$@" |
From: Eric D. <eri...@ja...> - 2004-05-09 00:47:56
|
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 <sh...@lo...> 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 >Sla...@li... >https://lists.sourceforge.net/lists/listinfo/slashcode-general > > |
From: Eric D. <eri...@ja...> - 2004-05-09 01:39:02
|
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 <eri...@ja...> 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.............. >> >> |
From: George C. <ga...@sp...> - 2004-05-09 01:49:59
|
** Reply to message from Eric Dannewitz <eri...@ja...> 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 |