Hi,
ich weiss nicht, ob es hier reingehört, weil ich nicht weiss, wo der fehler liegt.
ich habe es jetzt schon mit mehreren scripten probiert, weil ich dachte, beim ersten wäre irgendein Fehler drin. Aber es ist überall dasselbe.
Jedesmal, wenn auf ein cgi zugegriffen werden soll, kommt folgende Fehlermeldung (natürlich dann jeweils mit der entsprechenden Dateiname.cgi)
<<Serverfehler!
Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist.
Fehlermeldung:
Premature end of script headers: freelinksaver.cgi
Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber.
Error 500
www.domain
Fri Sep 8 23:42:56 2006
Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 PHP/4.3.10-16 mod_ssl/2.0.54 OpenSSL/0.9.7e >>
Der perl-Pfad soll der übliche sein laut provider
also #!/usr/bin/perl, ist auch überall angegeben (muss da eigentlich ne Leertaste zwischen dem ! und dem / sein?)
Und dann ist noch was komisch in diesem Zusammenhang:
ich benutze wsftp. wenn ich da die jeweilige Datei (hier cgi) anklicke und dann auf dirinfo gehe, wird mir für die Datei z.B. rwxr-xr-x angezeigt, wäre also korrekt, wenn ich nicht völlig verblödet bin.
klicke ich jedoch die Datei an, öffne dann über rechtsklick das Kontext-Menü für die datei, dann zeigt er mir unter chmod stattdessen 753 an statt 755. Jeder Versuch, das Häkchen von write auf read zu setzen bei der letzten Zahl scheitert. Er bleibt beharrlich bei seiner 3. Erst wenn ich alles anklicke, es also ne 7 ergeben müsste, wechselt er den Haken, aber dann nicht in 7 (r,w und x) sondern in 5 (r und x).
Habe ich die chmod-Anzeige geöffnet und bin froh, dass er, wenn auch falsch (weil ich ja eigentlich alles angeklickt hatte), jetzt endlich die letzte Zahl von 3 auf 5 gesetzt hat und schliesse das Fenster dann über Okay, steht beim nächsten Mal wieder ne 3 da. Nur wenn ich es über das Kreuz schliesse, bleibt es, wie es ist.
Unter Dirinfo zeigt er mir dann aber rwxr-xrwx an, also 757. Alles völlig logisch .....
beim provider beharren sie darauf, dass bei ihnen alles korrekt angezeigt wird. Aber wenn das Angezeigte tatsächlich auch stimmt (also jetzt 757 für die cgi-datei), dann müssten die verda**ten scripte erst recht funktionieren, weil mehr Zugriffsrechte zugestanden worden sind, als nötig. Tun sie aber nicht! Immer wieder dieselbe Fehlermeldung (s.o.)
Jetzt hab ich mal für ne html-Datei mit Formular-script sowohl im chmod-Fenster 767 angeklickt (zeigt er dort auch an) als auch über SITE den Befehl chmod 767 dateiname.html eingegeben.
im chmod-fenster zeigt er jetzt weiterhin brav 767 an, unter dirinfo dagegen rwxrw-rw-., also 766.
und wenn ich's beim provider direkt eingeben will unter dessen webftp, dann nimmt er Änderungen überhaupt nicht.
Irgendjemand spinnt hier, ich weiss nur nicht wer oder was....
ich dreh noch ab...
Hat jemand ne Ahnung, was hier quer läuft? Hab mir endlich n Paket gegönnt, in dem ich eigene cgis einsetzen kann und nun das...
Liegt es an mir, dass ich zu blöd bin, die scripte richtig zu konfigurieren oder ist es ein Serverfehler? Wenns an mir liegt. bzw. dann an den scripten, wieso bekomme ich dann aber über wsftp unter chmod und dirinfo immer unterschiedliche Angaben bzgl. der Zugriffsrechte?
Ganz nebenbei: die scripte laufen bei andern problemlos.
gruß
jojo
Irgendwas stimmt nicht - cgi- oder Server-Fehler? 
Linear-Darstellung
