cgi script wird nicht gefunden

[struppi]

hab etwas von "Options +ExecCGI" gelesen, damit ich in jedem ordner perl nutzen kann, aber als .htaccess funktioniert das nicht.

Das stimmt, aber das Problem ist, du kommst ja nicht mal in den cgi-bin Ordner.

Bei meinem Hoster, musst ich die Variante mit ExecCGI erst zulassen.

 

[FoXMorayn]

http://www.domain.de/cgi-bin/crondump.cgi?config=mysqldumper

funktioniert mit dieser dateistruktur



in httpdocs befindet sich eine wordpress installation und in httpdocs/backup liegt der dumper. domain root ist httpdocs

 

[Timmer]

Rein im Pfad kann man nicht aus dem Domainroot in einen höheren Ordner, oder liege ich falsch?

Kleiner Tipp am Rande: Die Funktion "Links automatisch umwandeln" lässt sich für jeden Post deaktivieren, unter Zusätzliche Einstellungen, direkt unter dem Eingabefenster beim erweiterten Editor =)

 

[struppi]

Rein im Pfad kann man nicht aus dem Domainroot in einen höheren Ordner, oder liege ich falsch?

Nicht über die URL, falls du das meinst. Aber wenn ein Mapping auf einen anderen Ordmner stattfindet, wie manchmal z.b. bei cgi-bin, doc, icon dann schon

 

[Timmer]

Ja das hab ich gemeint. Per GET_Parameter könnte man das aber ermöglichen, oder?

 

[struppi]

Nein, alles was du über http aufrufst ist erstmal relativ zu domainroot

 

[threadi]

Nein, alles was man über http aufrufen kann ist relativ zum DocumentRoot-Verzeichnis außer es handelt sich um einen Alias der in der Serverkonfiguration steht. cgi-bin ist einer der am häufigsten verwendeten Aliase (neben "statistik" oder "stats"). Diese Aliase verweisen deshalb meist auf ein Verzeichnis außerhalb/oberhalb von DocumentRoot, weil diese spezielle Programme enthalten oder spezielle Aufgaben erfüllen können sollen.

 

[FoXMorayn]

Nein, alles was man über http aufrufen kann ist relativ zum DocumentRoot-Verzeichnis außer es handelt sich um einen Alias der in der Serverkonfiguration steht. cgi-bin ist einer der am häufigsten verwendeten Aliase (neben "statistik" oder "stats"). Diese Aliase verweisen deshalb meist auf ein Verzeichnis außerhalb/oberhalb von DocumentRoot, weil diese spezielle Programme enthalten oder spezielle Aufgaben erfüllen können sollen.

heißt das, dass dieser alias fehlt, wenn die in post #22 beschriebene struktur nicht funktioniert?

in der httpd.conf wird dieser alias wie folgt angelegt:
(allgemeine info, die server konfiguration auf der ich die scripte installieren muss, kenne ich nicht)

<IfModule alias_module>
    #
    # Redirect: Allows you to tell clients about documents that used to 
    # exist in your server's namespace, but do not anymore. The client 
    # will make a new request for the document at its new location.
    # Example:
    # Redirect permanent /foo http://localhost/bar

    #
    # Alias: Maps web paths into filesystem paths and is used to
    # access content that does not live under the DocumentRoot.
    # Example:
    # Alias /webpath /full/filesystem/path
    #
    # If you include a trailing / on /webpath then the server will
    # require it to be present in the URL.  You will also likely
    # need to provide a <Directory> section to allow access to
    # the filesystem path.

    #
    # ScriptAlias: This controls which directories contain server scripts. 
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the target directory are treated as applications and
    # run by the server when requested rather than as documents sent to the
    # client.  The same rules about trailing "/" apply to ScriptAlias
    # directives as to Alias.
    #
    ScriptAlias /cgi-bin/ "C:/XAMPP/xampp/cgi-bin/"

</IfModule>

 

[threadi]

Ja, das heißt es. Und wenn man selbst keinen Einblick in die Serverkonfiguration hat, muss man seinen Webhoster danach befragen. Die meisten (besonders 1und1, Hetzner, Hosteurope etc.) schreiben aber dazu in ihren FAQs genügend Hinweise damit man mit deren Konfiguration umgehen oder ggfs. das eigene Hostingpaket erweitern kann. Es gibt imho auch 1und1-Pakete ohne cgi-bin.

 

[struppi]

Nein, alles was man über http aufrufen kann ist relativ zum DocumentRoot-Verzeichnis außer es handelt sich um einen Alias der in der Serverkonfiguration steht. cgi-bin ist einer der am häufigsten verwendeten Aliase (neben "statistik" oder "stats"). Diese Aliase verweisen deshalb meist auf ein Verzeichnis außerhalb/oberhalb von DocumentRoot, weil diese spezielle Programme enthalten oder spezielle Aufgaben erfüllen können sollen.

Das habe ich hier bereits mehrmals ausgeführt. (und deshalb auch die Einschränkung 'erstmal')

 

[struppi]

heißt das, dass dieser alias fehlt, wenn die in post #22 beschriebene struktur nicht funktioniert?

Nein, das heißt nicht.

EDIT: da auch im Verzeichnis httpdocs ein cgi-bin Verzeichnis sein kann.

 

[struppi]

Das wichtigste und auch zielführendenste wäre es, wenn du einmal versuchen würdest im cgi-bin ein einfaches Hallo Welt Skript zu starten. Einfach um zu Wissen, ob die Struktur stimmt. Weil ein 404'er Fehler ist so nicht erklärbar.

 

[FoXMorayn]

ja, mit der verlinkung zum cgi-bin stimmt etwas nicht. kann ich vor dem kontakt zum provider noch andere fehler meinerseits ausschließen?
(es geht um ne große menge kleiner webspace pakete)

 

[struppi]

Wie gesagt, ein kleines Hallo Welt zum testen wäre schon ein Hinweis:

#!/usr/bin/perl

print "content-type:text/plain\n\n";
print "Hallo";

Darauf achten, dass der Pfad zum Perl stimmt und dass die Datei ausführbar ist und die Rechte stimmen (0755)