PHP Skripte auf zweiter website auf webspace laufen nicht

  • danke Hanabi, ich mache hierzu ein neues Thema auf.

    Ich habe auf einem webspace, gehostet bei Strato, zwei websites:

    Eine schon länger auf / (root) - die ist im www erreichbar, php Skripte laufen, alles wunderbar.

    Die zweite seit Kurzem auf /Unterverzeichnis/ - die ist im www erreichbar, aber php Skripte laufen nicht.

    Für die zweite website gilt:

    Die Domain scheint auf das richtige Verzeichnis auf dem webspace umgeleitet zu sein, zumindest funktioniert upload der website und Erreichbarkeit über die Domain.

    ZP Serveranforderungen-Test sagt "PHP 0.0 vorhanden..."!

    Webadresse in den FTP-Einstellungen stimmt mit dem tatsächlich erreichbaren URL überein.

    Schreibberechtigung auf den Unterverzeichnissen von /assets/ bis /assets/php/formmailer/SendEmail.php sind wie bei der ersten website, bei der die Skripts laufen.

    Wenn ich das Kontaktformular benutze, bekomme ich von dort die Fehlermeldungen: (Screenshots siehe auch Anhang, falls ich sie im Text nicht ordentlich eingefügt habe).


    Muss ich in ZP für die zweite website noch an anderer Stelle als bei "Zielordner" das /Unterverzeichnis/ eintragen, damit die Skripte laufen?

    So erstellen Sie einen Blog-Artikel
    So fügen Sie einen Blog-Artikel ein und passen die Optionen wie Tags (Schlagwörter), Datum, Autor und Kommentare an.
    docs.zeta-producer.com

    hab' ich geprüft. Scheint alles ok zu sein (siehe oben: upload und Erreichbarkeit der website ok)

  • Hallo Audiotix ,

    Nein, das Unterverzeichnis muss nur in den FTP-Einstellungen eingetragen werden. Den Fehler 403 bekomme ich ebenfalls bei Aufruf von https://erika-graf-bilder.de/assets/php/for…zp-php-info.php, worüber eigentlich die Infos zu PHP abgerufen werden können.

    Überprüfe bitte via Filezilla nochmal die Berechtigungen für Ordner und Dateien in /assets/php/

    Diese sollten wie folgt sein:

    Ordner 755 oder 705

    Dateien 644 oder 604

  • Danke Hanabi dass Du reingeschaut hast.

    Alle Ordner in /assests/php/ und unterhalb haben die Berechtigungen 755. Alle Dateien in diesen Ordnern haben die Berechtigungen 644. Siehe auch:

    Ich hatte auch schon "Komplette Website veröffentlichen" ausprobiert ... hat leider auch keinen Erfolg gebracht :(

  • Da würde ich mal beim Provider nachfragen, ob für den Webhost PHP überhaupt aktiviert ist.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Danke Stefan S Strato bestätigt, dass PHP aktiviert ist. (Und für die zweite Website, die auf root des gleichen webspaces liegt funktionieren die Skripte)

    Mir ist dabei aber noch was anderes eingefallen: beim ersten upload der Website hatte ich in den FTP Einstellungen irrtümlich http... statt https... stehen. Diesen falschen Eintrag habe ich schon lange korrigiert, aber kann es sein, dass ZP deshalb Dateien mit einem "falschen" http-Eintrag erzeugt hat, der später nicht mehr durch https überschrieben wurde?

    (Ich hab' schon in div. *.php Dateien reingeschaut, aber in keiner ein relevantes http... gefunden)

    Gibt's in ZP nicht eine Funktion "Website komplett neu erzeugen"? Wäre das das Gleiche wie "Komplette Website veröffentlichen" (das hab' ich schon versucht)?

    Herzliche Grüße,

    Audiotix

    1. erweitert - erstellen - alle Seiten erstellen
    2. Veröffentlichen - komplette Website veröffentlichen

    ob die Webseite mit http oder https erstellt und berechnet wurde, lässt sich im Quelltext der Seite Kontakt ermitteln. Quelltext der veröffentlichten Seite anzeigen lassen, dann nach "erfolg" suchen. Der Link auf die Erfolgsseite ist eine absolute Url, beginnt also mit http oder https

  • Danke Hanabi ,

    im source der Kontaktseite stehen die URLs mit https drin. Also auch hier alles ok.

    Ich hab' auf /assets/php/formmailer/ eine Datei test.html angelegt um zu prüfen, ob dieser Ordner tatsächlich im Internet erreichbar ist. Ja, ist er.

    Dann bin ich auf die .htaccess gekommen - und damit hat sich mein Problem lösen lassen!

    Ich hab's gut gemeint und wollte die Zeichenkodierung auf UTF-8 festlegen, damit keine Probleme mit Umlauten u Sonderzeichen auftreten. Folgender Eintrag in der .htaccess:

    AddCharset UTF-8 .html

    AddCharset UTF-8 .php

    Letzteres war offensichtlich keine gute Idee.

    Auskommentiert ... und schon laufen die Skripte der zweiten website auf meinem webspace.

    #AddCharset UTF-8 .php

    ZP "Serveranforderungen prüfen" sagt jetzt auch: alles ok.

    Herzlichen Dank nochmal für alle Eure Beiträge!

    Audiotix

  • Audiotix ,

    da kommt man mal wieder aus dem Kopfschütteln nicht heraus. Tatsächlich ist es so, dass Strato seine Server wohl auf ISO-8859-1 konfiguriert, welches 256 Zeichen unterstützt, statt auf UTF-8 (quasi unbegrenzte Anzahl von Zeichen).

    Im Ergebnis standen sich zwei Fremdsprachige gegenüber, die sich gegenseitig anbrüllten "sprich meine Sprache, ich verstehe dich nicht"

    Das sollten wir direkt in die Liste der "unwahrscheinlichsten Lösungen auf nicht nachvollziehbare Fehler" aufnehmen.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!