[quote=renee,26.07.2006, 09:58][quote=GwenDragon,26.07.2006, 09:33]Es würde wohl auch mit der Ausgabe des HTTP-Headers 204 No Content, da ja das Skript nichts an den Browser zurück sendet.

[/quote]
Kannst Du hellsehen oder habe ich das Skript hier im Thread übersehen?[/quote]
Nanu, wieso steht das hier. Das gehört woanders hin.

Hallo Leute,

melde mich heute erst wieder, weil ich gestern keine Zeit hatte. Vielen Dank für die vielen Anregungen!!!

Dass die Fehlermeldung 500 viele Ursachen haben kann, wusste ich schon, da ich mich vorher schon informiert habe. Thx für den Hinweis auf die Wissensbasis der Perl-Community, da wird recht verständlich formuliert und auch das Layout ist übersichtlich.
Jedenfalls bin ich mir sicher, dass ich das Perl-Verzeichnis richtig angegeben habe, da andere Testscripte auch laufen.

Habe das Script wie vorgeschlagen von der Konsole laufen lassen mit "-c" und einige "Unsauberkeiten" beseitigt ("handle" als zukünftig reservierter Begriff), aber ansonsten wurde die Syntax nicht beanstandet.

Ich vermute mittlerweile, dass der Server einige Schrullen besitzt oder da sind noch einige Dinge, für die mir noch das Wissen fehlt. Vielleicht hat es etwas mit der Behandlung/Transfer von binären und ASCII-Dateien zu tun. Alle HTML-Dateien (auch auf einem anderen Server) werden bei mir als binär angezeigt, es sind doch aber Textdateien!? Die Scripte werden als Textdateien angezeigt. Die Erstellung einer Datei mit der Endung .html im gleichen Ordner gelingt, in einem anderen Ordner nicht. Habe nun eine Notlösung gefunden: Die Erstellung einer .txt-Datei im übergeordneten Ordner funktioniert! Dateityp: ASCII. Jetzt lasse ich sie mit RENAME umbenennen und schon habe ich eine korrekte Webseite.
Aber was heißt korrekt? Mit der Umbennung scheint eine Umwandlung zu erfolgen, sie wird mir nun wie die anderen .html-Dateien als binär angezeigt und die Zeilenvorschub-Zeichen werden durch ein Sonderzeichen ersetzt, welches man im Editor sehen kann, leider geht dadurch die zeilenweise Gliederung des HTML-Codes verloren, ich erhalte sozusagen Fließtext. Aber die Seite lässt sich, wie gesagt, normal aufrufen.

Und obwohl es bis hierher funktioniert, haut mir der Server weiterhin die 500er Fehlermeldung um die Ohren. Mit irgendwas kommt der nicht zurecht, ich kann sie aber "überpinseln", wenn ich etwas anderes über den Browser ausgebe.

Dann habe ich aber schon die nächste Frage: Unterstützt die CGI-Version 1.1 (wird mir jedenfalls bei einer Abfrage angzeigt) das Modul CGI.pm? Denn das folgende Script erzeugt wieder die altbekannte Fehlermeldung 500:



Die Seite ist vorhanden und über den Browser aufrufbar. Es handelt sich also nicht um die frisch erzeugte.

O.K., nochmals danke für eure Geduld.

UselessUser

Kommst Du irgendwie an die error.log vom Webserver? Da dürften mehr Infos zu finden sein.

Datei auf dem Server auch die Rechte auführbar?
also 755 bzw. rwxr-xr-x

Hallo Leute!

@renee
Eine "error.log" habe ich noch nicht gefunden. Ich werde einmal den Webmaster fragen.

@GwenDragon
"Datei auf dem Server auch die Rechte auführbar?"
Ich falle immer wieder darauf rein ... 8-( ... habe das Script neu hochgeladen und es fehlten tatsächlich die Rechte!

Weit bin ich jedoch nicht gekommen: Zunächst endlich eine konkrete Fehlermeldung im Browser, weil ich das "- >" in

auseinandergezogen habe. Nach der Umänderung in "->" kommt nun wieder der 500er Fehler. Ich habe es langsam satt! Ich versuche morgen, den Webmaster zu erreichen, auch wegen des Error-Logs.

Thx,

UselessUser

Kannst Du denn andere Skripte ausführen?

Wenn ja, dann erstell mal folgendes Skript:

Hallo renee,

habe das Script einmal ausprobiert. Die Ausgabe war ein leeres Browserfenster, auf der Konsole nur die Anweisung
"Content-type: text/plain" zu lesen.

Die Ursache ist vermutlich auf Serverseite zu suchen. Der Webmaster musste auch passen, der Aufruf des Error-Logs auf der Confixx-Oberfläche misslang. Es gibt auf dem Server einen Perl-Debugger, der nochmals bestätigte, dass das Script in Ordnung sei.
(Ich muss dazu anmerken, dass es sich um einen SEHR preisgünstigen Webhoster handelt, der darüber hinaus noch recht zuverlässig und gut erreichbar ist. Also kann ich nicht viel meckern ...)
Immerhin hatte der Webmaster eine Idee, wie ich das Problem umgehen könnte: Statt einer Umleitung mit Perl generiere ich eine HTML-Seite mit JavaScript, wo dann die Umleitung erfolgt.
Und ich dachte, ich lerne ein bisschen Perl ... :-|

MfG

UselessUser\n\n

<!--EDIT|UselessUser|1154077016-->

Hm, ihr koennt auf den Server nur per Confixx drauf? Oder kommt ihr auch per SSH ran?

Hallo nepos,

ich musste erst einmal nachschlagen, was SSH bedeutet. Also Secure Shell, eine sichere Art einer Telnet-Verbindung. Habe sogar einmal ein Tool dafür namens PuTTY installiert, weil ich annahm eine verschlüsselte FTP-Verbindung werde gebraucht. Habe ich dann nie eingesetzt.
*stöhn* Was man nicht alles wissen sollte!

Na ja, ich könnte den Webmaster nochmals fragen, allerdings hielt er sich ziemlich bedeckt, was diesen Log betraf, also standardmäßig ist das sicher nicht vorgesehen. Außerdem sollte ich in diesem Fall noch meine spärlichen Linux-Kenntnisse für die Konsole erweitern. *stöhn*stöhn*

MfG

UselessUser

Naja, die Frage zielte nur drauf ab, ob du dich per Konsole einloggen kannst und so an die error.log des Webservers kommen koenntest, wenn das per Confixx ned klappt...