Website veröffentlichen bricht beim FTP Upload immer ab

  • Hallo

    habe mehrfach versucht die Webseite zu veröffentlichen.

    FTP Konfiguration ist überprüft und erfolgreich. Er lädt auf den Webserver auch tatsächlich viele Dateien hoch, aber leider nur eine scheinbar zufällige Anzahl Dateien. Im Protokoll steht hier:

  • OK, wieder versucht.

    In den Logs finde ich aber eine Fehlermeldung, die häufig auftaucht

    AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using <IP6 Adresse entfernt>. Set the 'ServerName' directive globally to suppress this message

    Wurde bei der FTP Konfiguration aber nicht angemeckert. Da steht die IPv4 Adresse drin.

    Versuche nun das zu ändern..

  • Bringt auch nichts. Das error.log für apache im Ordner Eigene Dokumente\Zeta Producer 15 zeigt keinen Fehler mehr.

    Aber ich bekomme regelmäßig das hier als Abbruch:


    Weiß nicht weiter.

  • Hallo Dennis,

    verbinde dich mal via Filezilla mit dem Server und kontrolliere dann die Datei- und Ordnerberechtigungen. Generell hat der Fehler 550 mit fehlenden Zugriffsrechten zu tun.

  • FileZilla heruntergeladen, gleiche Anmeldeinformationen und habe Zugriff auf alle Ordner. Testdatei überall mal in jeden Ordner und Unterordner hochgeladen. Wie oben beschrieben, lädt der Zeta Producer ja fast alle Dateien und Bilder hoch, nur bricht das irgendwann mit diesem Fehler ab...

    Gibt es da eine Log-Datei oder Log-Einstellung womit man herausfinden kann, bei welcher Datei oder Ordner genau das passiert?

  • Als Workaround habe ich nun alle Ordner und Dateien aus dem

    C:\Users\<name>\Documents\Zeta Producer 15\Projects\<name>\output\

    Ordner manuell über Remote Desktop kopiert. Da mehrsprachige Webseite, noch eine Weiterleitung auf den Unterordner /de/index.html manuell eingerichtet.

    Kurz: es funktioniert, aber leider sehr mühsam. Schade, dass der FTP Upload nicht mehr funktioniert. Ein detaillierteres Log wäre hilfreich, das Problem zu lokalisieren.

  • Hallo Dennis,

    1. gehe in Zeta auf "Erweitert" -> "erweiterte Einstellungen".
    2. Unter "Optionen" findest Du einen Button "interne Listen", den wählen
    3. die Listen gliedern sich in Veröffentlichen / Erstellen / Seiten
    4. da das Veröffentlichen mehrfach abgebrochen wurde, dürften wohl in allen Listen momentan Einträge vorhanden sein.
    5. gehe rechts auf "alle entfernen" zum Löschen der Listen und schließe das Fenster, nachfolgendes Fenster mit OK schließen
    6. Mit "Erweitert" -> " Erstellen" -> "alle Seiten erstellen" werden alle Seiten neu erstellt
    7. Mit ""Veröffentlichen" -> "komplette Website veröffentlichen" werden alle Bestandteile der Webseite , also Seiten, Bilder und Dateien neu auf den Server übertragen.
    8. Wenn die Übertragung mit einer Fehlermeldung abbricht, gehe erneut zu den internen Listen. Dort sollte sich dann in "Veröffentlichen" als oberster Eintrag der vermutliche Störenfried finden.
  • Durchgeführt. Gleiches Problem wie erwartet, so weit so gut


    In den Listen ist die erste Datei mit Zeitstempel 13:14 Uhr eine ausgeblendete Webseite, die aber auf dem Server ist und ganz unten in der Liste mit Zeitstempel 13:15 finde ich die Zeta Ressourcen aus dem Order "zp-server"

    Der gesamte Ordnerinhalt war *nicht* auf dem Server unter assets. Mit Filezilla hat das Kopieren des gesamten Ordnerinhalts aber tadellos funktioniert.

    Was hängt hier also nun??

  • Das sieht so aus, als ob Zeta den Ordner nicht anlegen durfte.

    • starte Filezilla und verbinde dich mit dem Server
    • gehe auf das Verzeichnis "assets" und dann mit Mausklick rechts auf "Dateiberechtigungen"
    • Der Numerische Wert sollte auf 705 oder 755 (mit Gruppenrechten) stehen
    • Mache ein Häkchen rein bei "Unterverzeichnisse einbeziehen" und wähle dann "Nur auf Verzeichnisse anwenden".
    • Mit OK bestätigen. Es werden dann für /assets und alle Unterordner die Berechtigungen neu gesetzt

    Wenn der numerische Wert nicht auf 705 oder 755 steht, ändere den bitte vorher ab. Sollte es mit 705 nicht funktionieren, wiederhole alle Schritte mit dem Wert 755.

    Wenn Daten mittels Filezilla übertragen werden, spielen Ordnerberechtigungen keine Rolle, da es sich hier um ein Tool handelt, welches auch zur Administration des Servers verwendet werden kann (z. B. Ändern von Berechtigungen). Der FTP-Client in Zeta dient aber nur der Übermittlung, da führt eine fehlende Berechtigung zum Nichtausführen.

  • Da ich noch an PHP Installation sowieso rumwerkeln musste für ein Formular, habe ich dafür das "Website Features prüfen" entdeckt. Denke das hier ist das Problem:

  • Mit 705, 755 und sogar 777 probiert. Auch IIS neugestartet. Habe es für Ordner /assets und /zp-server probiert. Alles beide bis auf 777. Meckert immer noch fehlende Schreibrechte für zp-server/data Folder an.

  • Dann müssen wir vermutlich die Dateiberechtigungen ebenfalls noch ändern. Markiere wieder die entsprechenden Ordner, trage den numerischen Wert 644 ein, wähle jetzt aber bei den Unterverzeichnissen "nur auf Dateien anwenden" aus.

    Da Du aber gerade von IIS schreibst, bin ich mir gerade nicht sicher, inwieweit über Filezilla auch bei IIS die Änderung von Berechtigungen möglich ist. Über 90% aller Seiten laufen auf einem Apache-Server, IIS ist da eher selten vertreten. Gibt es da besondere Gründe für IIS statt Apache/Linux?

  • Ja, Filezilla scheint da nichts zu machen. Der FTP User hat aber volle Zugriffsrechte auf Ordner und Unterordner im Windows...sehe auch keine Fehlermeldungen im FTP Log des IIS.

    IIS stammt aus organisatorischen Gründen, der Windows Server wurde halt als Webserver mitgenutzt. Wird sich irgendwann ändern, aber nicht sehr bald.

  • Fehler besteht weiterhin. Und mit Version 14 ging der Upload auf diesen Webserver mit IIS noch. Erst ab V15 nicht mehr; das nur zur Info. FTP User und Webserver haben sich nicht verändert in der Zwischenzeit.

Jetzt mitmachen!

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