nicht angemeldet
Hallo Thomas,
keine ahnung ob das nützlich sein würde, aber:
cache root directory: [none specified] -> "/www/schroepl.net/.gzip_cnc_cache",
using the default value as none has been selected by the user
(this directory does not exist! gzip_cnc will try to create it when needed
but doesn't know right now whether this will work) ERROR
Äh, ja. Alles wahr. ;-)
Was genau würdest Du an dieser Stelle vorschlagen?
Wenn der Benutzer in der Herumprobierphase ist, soll
ich dann wirklich auf Verdacht hin überall mal solche
Verzeichnisse anlegen?
ich meine nicht, dass der script von sich selbst
aus was anlegen soll sondern wenn ich ein pfad
eintrage und darin ein verzeichnis nicht existiert
wäre es nett wenn der script es erstellen würde.
gzip_cnc legt das Verzeichnis auch tatsächlich bei
Bedarf an! Nur eben noch nicht im Selbsttest-Modus ...
solltet ihr aber auch "thomas normaluser" ;-) als
zielgruppe haben, würden einige erweiterte
erklärungen von große hilfe sein.
Haben wir, ja!
Und Deine Hinweise sind auch sehr wertvoll für mich.
es geht nicht darum, dass man den user das denken abnimmt, sondern dass man ihm vielleicht noch verständlicher erklärt, welche möglichkeiten was bewirken.
Damit tue ich mich schwer - weil die Möglichkeiten
der Apache-Konfiguration so vielfältig sind, und weil
man über das halbe Dutzend Einstellungen in gzip_cnc
auch schon relativ viel verändern kann ... und auch
die bedingte Erkennung des Komprimierungsverfahrens
ist ja nicht so ganz trivial verständlich.
Die Installationsanweisung ist einfach schon ziemlich
lang, weil ich glaube, die Hintergründe vermitteln zu
wollen - nicht einfach "macht hier den Pfad rein und
dort den Pfad, und dann wird es schon laufen".
Ich möchte den Benutzern die Möglichkeit geben, Fehler
ihrer Installation selbst zu erkennen - deshalb ja
auch der Selbsttest-Modus.
Ich möchte schon voraussetzen, daß die Anwender
in etwa wissen, wie man auf ihrem Webspace ein
CGI-Skript installiert.
das ist wohl nicht das problem ... dazu haben sogut
wie alle provider FQA's.
Wieso war dann
http://aktuell.de.selfhtml.org/artikel/cgiperl/inbetriebnahme/
so notwendig?
Was ich ihnen unbedingt erklären muß,
das ist die Einbindung des Apache-Handlers.
wenn du die .htaccess datei meinst: nun das ist
wohl das einfachste, denn das geht wirklich schon
fast mit copy & paste.
Für den einfachsten Fall, ja. Aber was ist im
Zusammenspiel mit anderen Apache-Features?
frage mich was anderes, ein "dirInfo" sagt mir zumindest folgendes:
-rw-r--r-- 21910 Jun 17 03:17 gzip.log
-rwxr-xr-x 43111 Jun 13 16:13 gzip_cnc.pl
Weder kenne ich das Kommando "dirInfo" (welches
Betriebssystem?), noch zeigt dieses Ausgabeformat
eine Benutzerkennung für den owner dieser Dateien.
Man sieht immerhin, daß die gzip.log mit "chmod 644"
berechtigt wurde (darfst Du gerne auf "600" ändern),
nicht aber, welche Zugriffsrechte auf das Verzeichnis
eine Ebene höher existieren.
Ich habe es bei mir gerade selbst nochmal ausprobiert:
gzip_cnc legt die Protokolldatei selbst an, wenn es
dies darf.
Hältst Du es für sinnvoll, eine gzip_cnc-Installation
mit fehlerhafter Definition der Protokolldatei gar
nicht "produktiv" werden zu lassen?
gzip_cnc könnte sehr wohl dem Benutzer ein Fehler-
Dokument (_statt_ der Original-Seite) zurückliefern
und darin beschreiben, was beim Versuch, in die Log-
Datei zu schreiben, passiert ist.
Das Problem dabei ist: gzip_cnc wird tendentiell ja
als Handler für _sämtliche_ Dokumente des URL-Raums
eingesetzt. Und wenn es an dieser Stelle eine Fehler-
meldung ausgeben würde (so wie sein eigenes 404-
Dokument), dann ist die gesamte Website "zugenagelt",
und das bloß wegen einer fehlerhaften Protokolldatei.
Ist es das wert? Bisher hat gzip_cnc sich anders ent-
schieden, d. h. es liefert auch in diesem Fall der
Fehlkonfiguration Dokumente aus ...
ich glaube die meinsten probleme werden die
"normaluser" sowieso damit haben, dass sie ihr
dokument root herausfinden um ihn im script
anzugeben.
Das DOCUMENT_ROOT in den Selbsttest-Modus einzublenden
wäre kein Problem.
Ich würde aber jedem Benutzer, der die Möglichkeit dazu
hat, empfehlen, den Cache eben gerade _nicht_ innerhalb
des URL-Baums anzulegen ... und _dann_ kann ich ihm
nicht erklären, wie sein Provider seine Webspace-Struk-
tur aufgebaut hat.
Ich finde es übrigens eigenartig, daß Dein Webspace
nur aus dem URL-Baum besteht, aber .htaccess erlaubt,
so daß Du gar keine Chance hast, eine .htpasswd-Datei
außerhalb des für HTTP-Angriffe sichtbaren Bereichs zu
legen ... ich halte das nicht unbedingt für den Normal-
fall. (Und .htaccess ist Voraussetzung für gzip_cnc.)
(mein FTP programm zeigt das eben z.b. nicht an.
und ich musste das auch mal erst per $ENV abfragen)
Wie gesagt: Das kann der Selbsttest-Modus erledigen.
Soll er? [ ] ja [ ] nein
ich habe einige .htaccess geschützte verzeichnisse (im URL-Baum), ich habe heute festgestellt, dass wenn ich auf diese zugreifen will automatisch ein 403 bekomme (ohne dass user und PW abgefragt werden). ich habe jetzt mal gzip_cnc deaktiviert.
habt ihr dafür eine lösung?
Ich kann Dein Problem bei mir nicht reproduzieren:
http://www.schroepl.net/projekte/gzip_cnc/secure/
An der Übertragungsdauer wirst Du sehen, daß diese
Datei komprimiert ausgeliefert wird.
(http_trace geht hier nicht, weil das Skript nicht
selbst Basic Authentication beherrscht.)
Viele Grüße
<img src="http://www.schroepl.net/projekte/gzip_cnc/gzip_cnc.gif" border=0 alt=""> Michael