gzip_cnc für cgi forumsdateien, ich blicks nich
sven
- cgi
Hallo,
ich hab ein cgi board laufen und wollte mal sehen, wie sich das mit
der gzip_cnc.pl verhält.
Ich hab die hochgeladen, die Pfade korrekt angepasst.
my $logfile_path = '/home/xyz/htdocs/log.txt';
my $cache_directory = '/home/xyz/htdocs/cache';
Im Root hab ich die htaccess Datei angelegt mit
# gzip_cnc-Komprimierung von *.htm und *.html
<Files ~ .html?$>
Action text/html /home/xyz/htdocs/cgi-bin/gzip_cnc.pl
</Files>
hab auch schon
Action text/html /cgi-bin/gzip_cnc.pl
ausprobiert. Wenn ich teste schreibt er selftest ok, und es kommen
keine weiteren einträge und auch im Cacheverzeichnis landet nichts.
Ist der mime-type falsch, oder geht das mit cgis überhaupt nicht ?
hier nochmal die Meldungen beim Aufrufen des Skriptes:
this CGI script file has been installed at
"/home/xyz/htdocs//cgi-bin/gzip_cnc.pl";
the path name of your document root directory is
"/home/xyz/htdocs/"
selected compression quality level for gzip: "6"
checking which compression tool will be used:
"zlib, via Perl module API"
(the Compress::Zlib package is installed and usable) OKAY
thus we don't need to check the setting for the gzip system command
"/usr/bin/gzip" which won't be used now
cache root directory:
"/home/xyz/htdocs/cache"
(this directory does not exist! gzip_cnc will try to create it when needed
but doesn't know right now whether this will work) WARNING
gzip_cnc's own log file:
"/home/xyz/htdocs/log.txt"
(gzip_cnc will try to write log messages into this file)
HTTP error 404 handling:
[none specified]
(gzip_cnc will serve its own little error 404 document)
MIME type of documents to be served: "text/html"
sending additional HTTP headers: "yes"
expiration interval for served pages: "86400" seconds
Hallo,
ich hab ein cgi board laufen und wollte mal sehen, wie sich das mit
der gzip_cnc.pl verhält.
Ich hab die hochgeladen, die Pfade korrekt angepasst.
my $logfile_path = '/home/xyz/htdocs/log.txt';
my $cache_directory = '/home/xyz/htdocs/cache';
Im Root hab ich die htaccess Datei angelegt mit
gzip_cnc-Komprimierung von *.htm und *.html
<Files ~ .html?$>
Dieser Regex passt IMHO nicht, aber da gibt es Spezialisten hier, die das besser beurteilen können als ich ;-)
Ist aber sowieso nicht das Problem
Action text/html /home/xyz/htdocs/cgi-bin/gzip_cnc.pl
</Files>
hab auch schon
Action text/html /cgi-bin/gzip_cnc.pl
ausprobiert. Wenn ich teste schreibt er selftest ok, und es kommen
keine weiteren einträge und auch im Cacheverzeichnis landet nichts.
Ist der mime-type falsch, oder geht das mit cgis überhaupt nicht ?
gzip_cnc funktioniert nur mit statischen Dateien.
Für dynamische Dateien müßtest Du mod_gzip nehmen.
Ich habe zwar selber mal einen Filter geschrieben, der ist allerdings a) in C und b) bringt er nicht viel. Es wäre wahrscheinlich günstiger das zippen direkt bei der Erzeugung der Dateien zu erledigen. Davon würde ich allerdings ernsthaft abraten, sofern Du nicht der Perl- und Apacheguru schlechthin bist. Da gibt es einfach viel zu viel zu beachten.
Den Provider zu mod_gzip zu überreden wäre da wohl einfacher ;-)
so short
Christoph Zurnieden
Hallo Christoph,
<Files ~ .html?$>
Dieser Regex passt IMHO nicht, aber da gibt es Spezialisten hier, die das
besser beurteilen können als ich ;-)
Doch, der passt sehr wohl :) 'Ein Punkt gefolgt von "htm" und einem optionalen
"l", dann muss der String zuende sein'. Genau das, was noetig ist.
Ist aber sowieso nicht das Problem
Richtig.
Gruesse,
CK
Ist der mime-type falsch, oder geht das mit cgis überhaupt nicht ?
gzip_cnc funktioniert nur mit statischen Dateien.
Für dynamische Dateien müßtest Du mod_gzip nehmen.
Danke,
werd ich mich mal mit beschäftigen.
Grüsse, sven
Hallo Christoph,
Den Provider zu mod_gzip zu überreden wäre da wohl einfacher ;-)
wenn das so einfach wäre, dann hätte ich gzip_cnc nicht geschrieben ...
Viele Grüße
Michael
(der wegen genau dieser Einschränkung seine SSI-Seiten mit einem eigenen
Perl-Skript "präkompiliert" und das Ergebnis hochlädt, um es dann von
gzip_cnc komprimiert zu bekommen - mit "richtig dynamischen" Seiten wie
einem Forum geht das natürlich nicht, jedenfalls nicht in Apache 1.3 ...)