nicht angemeldet
Hallo Thomas,
Mit Problemen sollte man immer rechnen. ;-)
ich meinte aber auch fragen wie CPU-usage, denn ich möchte ja nicht, dass mich mein provider wegen CPU-"overusage" mahnt.
Dann schau in das Logfile - dort steht der gemessene
zusätzliche CPU-Verbrauch pro Request drin.
Auf dem Pentium 400 meines Providers mit Suse-Linux
liegt der so um die 0.05 CPU-Sekunden pro Request -
falls komprimiert werden muß (in momentan ca. 10%
aller Fälle, weil ich die gzip_cnc-Seiten öfters
austausche), auch mal um Faktor 2-4 höher.
ihr wolltet doch die formulierungen auch für laien
verständlich machen (?)
Ja, schon. Aber ein komplettes "how to install a CGI
script" wird gzip_cnc nicht mitliefern.
gehen wir also davon aus:
/usr/local/apache/htdocs
das ist also der document-root ... schön, aber!
geht man mit FTP auf seinem server finden man in
etwa sowas vor:
/htdocs
/logs
/ftp
Vielleicht. Bei mir nicht, beispielsweise.
Würde es etwas helfen, wenn der Selftest-Modus
http://www.schroepl.net/cgi-bin/gzip_cnc_demo.pl
den Inhalt von DOCUMENT_ROOT mit anzeigen würde?
Oder den Pfadnamen, unter dem das Skript selbst
installiert ist? Das wäre beides ganz einfach ...
das ist auch ok, aber das anlegen des cache-
verzeichnisses liegt nicht allein am script.
man muss das verzeichniss selbst anlegen (also
per FTP) und erst dann diese im script angeben.
gzip_cnc _könnte_ sehr wohl das Verzeichnis selbst
anlegen ... hältst Du das für sinnvoll?
Es würde dann halt damit enden, daß viele Benutzer
wirklich blind die Defaultwerte verwenden, also den
Cache innerhalb ihres URL-Baums liegen haben ...
Und es würde Leute mit "komischen" Servern, die
sich blind auf den Automatismus verlassen, ziemlich
im Regen stehen lassen.
Ich möchte schon voraussetzen, daß die Anwender in
etwa wissen, wie man auf ihrem Webspace ein CGI-Skript
installiert. Was ich ihnen unbedingt erklären muß,
das ist die Einbindung des Apache-Handlers.
das war mir schon klar, nur eure erklärungen dazu
waren etwas verwirrend.
Die Schuld liegt alleine bei mir - Christian war rein
als Programmier-Berater tätig.
gzip_cnc arbeitet nur mit absoluten Pfaden.
das müsst ihr aber wo auch dann sagen!
Danke - ich habe das inzwischen nachgetragen:
http://www.schroepl.net/projekte/gzip_cnc/install.htm#cacheroot
http://www.schroepl.net/projekte/gzip_cnc/install.htm#logfile
Besser so?
und es wird auch nicht gesagt, dass man die
protokolldatei erst selbst tatsächlich anlegen
soll
"soll" und muß man auch nicht.
">>" legt die Datei an, falls sie nicht existiert.
natürlich habe ich alle rechte , im error log steht nichts.
aber es wurde erst dann protokolliert als ich die datei selbst anlegte.
Moment mal: Daß _Du_ (per FTP) alle Rechte hast,
bedeutet nicht zwangsläufig, daß die Benutzerkennung,
unter welcher Dein Apache CGI-Skripte ausführt, die-
selben Rechte besitzt.
Würdest Du beispielsweise in einem Verzeichnis, das
mit "chmod 644" nur seinem owner ein Recht zur Er-
zeugung einer Datei einräumt, eine Protokolldatei
manuell angelegt und mit "chmod 777" world writable
gemacht haben, dann würde dies genau Deine Symptome
erklären ... war es ungefähr so?
document-root:
/home/mydomain/html
beim FTP sehen Sie
/html
_Ich_ sehe beim FTP aber reale Pfade!
Ich arbeite nicht in einer chroot-Umgebung.
Genau _das_ ist halt wirklich bei jedem Provider an-
ders ... das habe ich ja auch beim Punkt "Installation
des CGI-Skripts" angegeben.
Jemand, der ein Forum-Skripts installieren wollte,
hätte genau dieselben Probleme - da muß er aber durch,
dabei kann ich ihm nicht wirklich helfen.
cgi-bin für cgip_cnc
/home/mydomain/html/cgi-bin
Kann sein - muß aber nicht. Beispielsweise könnte
das CGI-Verzeichnis via "ScriptAlias" von einem
ganz anderen Laufwerk hinein gemapped worden sein.
aber genau diesen unterschied zwischen FTP und was
eigentlich? solltet ihr etwas besserhervorheben.
Bei meinem Provider existiert kein solcher Unterschied.
(bei mir liegt z.B. alles unter /home/<domainname>,
also sowohl dann mein "url-baum" als auch anderen
verzeichnisse.)
Tja, eben ...
Falls dies ein häufiges Szenario sein sollte: Hältst
Du im Skript eingetragene Default-Werte für Cache-Root
und Logfile (!) relativ zum DOCUMENT_ROOT für sinnvoll?
Das würde zumindest die Wahrscheinlichkeit erhöhen, daß
es "sofort läuft" ... aber auch die Faulheit der Be-
nutzer fördern. (Und das Logfile in den URL-Raum des
Benutzers einblenden ... hm.)
Fein. Ich bin gespannt auf die
Komprimierungswirkung ...
.. hmm ich verstehe nicht viel davon ;-)
(aber ich sende dir mal die logdatei zu)
Die aktuelle Download-Version
http://www.schroepl.net/_download/gzip_cnc.zip
enthält nun das unter
http://www.schroepl.net/projekte/gzip_cnc/logfile.htm#eval
versprochene zugehörige Logfile-Auswerteprogramm
(und eine angefangene englische Übersetzung der
ganzen Dokumentation ...). Damit kannst Du selbst
nachsehen, was gzip_cnc bei Dir so alles tut ...
(Es lohnt sich, die ersten ca. 50 Zeilen des Skripts
zu lesen.)
Viele Grüße
<img src="http://www.schroepl.net/projekte/gzip_cnc/gzip_cnc.gif" border=0 alt=""> Michael