nicht angemeldet
css im cgi-bin baum?
Hi
ich steh gerade auf dem Schlauch, habe mir gerade eine Blogpacket auf meinem Hobbyserver installiert, der sich komplett unter cgi-bin installiert.
Dort liegen auch die CSS dateien, die einen Serverfehler erzeugen ...
Permission denied: exec of "...default.css" failed
Premature end of script headers: default.css
Die Doku ist leider lausig, kann man einzelne subdirs von cgi-bin per htaccess wieder für css und js nutzbar machen?
Grüße
Axel
-
hallo,
Permission denied: exec of "...default.css" failed
Das sieht nach einem Rechte-Problem aus. Dein Script versucht, deine CSS als ausführbares Programm zu behandeln, was sie ja nun einmal nicht sein kann.
Premature end of script headers: default.css
Das könnte dann noch andere Gründe haben.
Die Doku ist leider lausig, kann man einzelne subdirs von cgi-bin per htaccess wieder für css und js nutzbar machen?
Das hängt von der Konfiguration deines Webservers ab. Grundsätzlich sollte man es vermeiden, in cgi-bin-Verzeichnissen etwas anderes abzulegen als eben CGI-Scripts.
Grüße aus Berlin
Christoph S.
-
Hi
Grundsätzlich sollte man es vermeiden, in cgi-bin-Verzeichnissen etwas anderes abzulegen als eben CGI-Scripts.
seh ich ähnlich, ja klar
Das hängt von der Konfiguration deines Webservers ab.
hmm ich kann nicht ausschließen dass ichs verstellt habe, aber
a) ist es nicht defaultmäßig verboten?
b) wie kann ichs subdirs für non-executabels konfigurieren?
Grüße
Axel-
hi,
b) wie kann ichs subdirs für non-executabels konfigurieren?
Ganz einfach: Außerhalb der CGI-Schnittstelle. Besser gesagt: Weg von dem Verzeichnis, wo executables für CGI abgelegt sind.
Hotte
-
gabs hier nicht früher ein Button für "fachlich nicht hilfreich"?
-
hallo,
gabs hier nicht früher ein Button für "fachlich nicht hilfreich"?
Ja, früher - aber der wurde bisweilen auf irreführende Weise benutzt. Du hast eine durchaus hilfreiche Antwort erhalten.
Die Informationen, die du gibst, sind spärlich. Niemand weiß, was das für ein "Paket" ist, das du dir installiert hast, niemand kann die nach deiner Aussage "lausige" Doku prüfen. Allerdings werden irgendwelche Blogsoftware-Pakete in aller Regel nicht "installiert", es handelt sich allenfalls um Scripts, die lediglich aus einem vermutlich gepackten Archiv (ZIP, RAR, tar.gz ...) ausgepackt werden müssen. Dein Webserver sucht dann, wenn seine CGI-Schnittstelle angesprochen werden soll - was häufig mit Perl gleichgesetzt wird, es gibt jedoch wesentlich mehr Technologien, die die CGI-Schnittstelle nutzen können - im cgi-bin-Verzeichnis nach und läßt dort enthaltene Scripts ausführen.
Deine Software erzeugt vermutlich irgendwelche HTML-Ausgaben und scheint sie auch mit CSS formatieren zu wollen. Schau dir ganz einfach an, wie in einer solchen generierten HTML-Ausgabe der Pfad zu einer externen CSS aussieht und ändere ihn auf ein Verzeichnis deines Webservers, das außerhalb von cgi-bin liegt. Dann mußt du bloß noch deine CSS auch in diesem Verzeichnis ablegen, und alles wird gut.
Genau dieses Vorgehen ist dir von "hotti" geraten worden.
Grüße aus Berlin
Christoph S.
-
hallo Christoph
gabs hier nicht früher ein Button für "fachlich nicht hilfreich"?
. Du hast eine durchaus hilfreiche Antwort erhalten.
Danke für die Ausführungen, dass ich die Sourcen und Templates greppen und anpassen kann war klar, aber das war nicht die Frage. Arrogantes "Ganz einfach" ist nicht hilfreich ...
Ich hab mittlerweile in der Doku Apache-direktiven gefunden die mit "SetHandler none" die subdirs abschalten sollen, was bei meinem Apache2 leider nix half.
Habs aber nun mit Softlinks u.ä. Trickserei hinbekommen.
Grüße aus Bielefeld
Axel
-
-
-
-
-