Hallo, nachdem ich mein Projekt auf Version 17 konvertiert habe (ohne Fehlermeldung, im Editor ist alles normal) ist keine Veröffentlichung von Änderungen mehr möglich. Die Serverkonfiguration und auch die Serveranforderungen (...eine Aktualisierung auf PHP 8.3. habe ich schon vorgenommen) werden ebenfalls als korrekt zurückgemeldet. Auf der Veröffentlichungsseite wird mir angezeigt "Bisher noch nicht veröffentlicht". Nachdem die Seiten erstellt wurden bleibt er immer endlos bei Daten veröffentlichen hängen. Auch ein Downgrade, in der alten Version 16 und aus dem zuvor erstellten Backup haben leider keine Lösung gebracht. Danke für Eure Ideen und Hilfe....
Nach Update auf Zeta Producer 17 keine Veröffentlichung mehr möglich
-
-
Hallo,
da der Verbindungstest erfolgreich ist und die Serverkonfiguration geprüft werden kann, scheint der Upload zum Server prinzipiell zu funktionieren. Vermutlich werden einfach nur viele große Dateien hochgeladen.
Öffnen Sie während der Veröffentlichung doch mal das Protokoll (ALT-STRG-P auf der Tastatur drücken), dann können Sie nachvollziehen, welche Dateien gerade übertragen werden. -
- Offizieller Beitrag
Hallo,
ich vermute, dass nach der Konvertierung zunächst alle Daten neu erstellt und anschließend veröffentlicht werden müssen.
Sie können vorab gerne das Protokollfenster aktivieren – dies finden Sie im Programmmenü unter „Einstellungen > Erstellen > Protokoll“. Hier sehen Sie dann genau, was gerade verarbeitet wird.
Lassen Sie den Veröffentlichungsprozess dann einfach einmal durchlaufen.
-
Erst einmal Danke für die schnelle Info. Das Protokoll habe ich mir mal angeschaut....da läuft auch was. Ich habe mein Projektverzeichnis in der Dropbox liegen und auch da werden die Daten synchronisiert. Habe es aber auch in das ursprüngliche lokale Verzeichnis kopiert und von dort versucht - gleiches Ergebnis. Nach mehreren Stunden Wartezeit kommt auch noch eine weitere Fehlermeldung. Es läuft gerade ein weiterer Versuch und wenn die Fehlermeldung wieder erscheint, werde ich sie mal nachreichen.
-
Hallo,
ich vermute, dass nach der Konvertierung zunächst alle Daten neu erstellt und anschließend veröffentlicht werden müssen.
Sie können vorab gerne das Protokollfenster aktivieren – dies finden Sie im Programmmenü unter „Einstellungen > Erstellen > Protokoll“. Hier sehen Sie dann genau, was gerade verarbeitet wird.
Lassen Sie den Veröffentlichungsprozess dann einfach einmal durchlaufen.
Danke für die Antwort.
Wie schon vermutet, werden alle Dateien (auch Seiten) neu erstellt....das läuft auch noch ab. Im Status sehe ich dann noch "Bundles" und dann bleibt er jedes Mal bei der Veröffentlichung hängen.
-
Nachdem ich nun verschiedene Dinge versucht habe, funktioniert leider die Veröffentlichung immer noch nicht. Ich habe versucht die Webseite komplett neu zu erstellen. Laut Protokoll läuft das auch sauber durch, dann verbindet sich das System mit dem Server (...auch das erfolgt scheinbar reibungslos) und dann kommt die Fehlermeldung (siehe Screenshot). Verbindungstest zum Server sind ok und auch die Serveranforderungen. Auf eine Sache bin ich auch noch aufmerksam geworden und weiß nicht, ob da der Fehler stecken könnte. Im Feld Lizenznummer ist kein Eintrag. In der vorher genutzten Version 16 war da auch kein Eintrag aber dahinter ein grüner Haken. Den vermisse ich nun in Version 17. (Ich nutze die Freeversion, da ausschließlich privater Content).
Vielleicht hat jemand noch eine Idee? Danke für eure Hilfe...
-
Ist ja schön zu sehen das der Fehler nicht nur bei mir auftaucht. Auf eine Lösung bin ich gespannt.
Gruß
Sammy
-
Hallo,
verwenden Sie SFTP oder FTP mit SSL?
-
Ich verwende ftp....war bisher kein Problem. Auch SFTP habe ich getestet. Die Serverkonfiguration war erfolgreich, das Ergebnis leider auch das gleiche ....
-
-
Hallo Philipp,
Danke...ich teste es gerade. Ich melde mich...
-
Nachdem nun nach 2h 35 Minuten die Webseite neu erstellt wurde...wie immer ohne Fehlermeldungen...war dieses Mal beim Veröffentlichen eine andere Fehlermeldung (Timeout Exceeded) da, welche wohl aber das gleiche Problem umschreibt - siehe Screenshot.
-
- Offizieller Beitrag
4,3 GB ist auch eine stattliche Größe für eine Website!
Sind Sie sicher, dass Sie nicht z.B das Specherlimit des Webservers überschreiten?
Sind Sie sicher, dass die FTP-Einstellungen also auch das verwendete Protokoll (FTP, SFTP, FTP mit SSL) so stimmen (diese bitte mit dem Provider abgleichen)?
-
4,3 GB ist auch eine stattliche Größe für eine Website!
Sind Sie sicher, dass Sie nicht z.B das Specherlimit des Webservers überschreiten?
Sind Sie sicher, dass die FTP-Einstellungen also auch das verwendete Protokoll (FTP, SFTP, FTP mit SSL) so stimmen (diese bitte mit dem Provider abgleichen)?
Danke für die Antwort. Am Speicherlimit sollte es definitiv nicht liegen, da sind 125GB im Tarif enthalten. Da es eine Reiseseite mit vielen Bildern ist und das über Jahre gewachsen ist, ist die Größe sicher nachvollziehbar. Normalerweise werden ja bei einem Versionswechsel die ftp-Einstellungen alle übernommen. So war es wenigstens bei dem Wechsel von 15 auf Version 16. Kann es mit einem Wechsel der php-Version zusammenhängen? Ich hatte bisher eine alte Version (5.6) und habe mit dem Wechsel auf die Version 17 beim Provider auf Version 8.3 umgestellt. Beim Verbindungstest sagt das System auch "erfolgreich" und die Serveranforderungen waren nach dem Wechsel der php-Version auch erfüllt. Nachdem ich bisher normales ftp genutzt habe, versuche ich gerade einen Wechsel auf sftp. Vielleicht liegt es ja daran, wobei ich langsam am verzweifeln bin.
-
- Offizieller Beitrag
Ja, die FTP-Einstellngen werden übernommen. Aber manchmal ändern die Provider die Protokolle und stellen z.B. auf gesicherte Protokolle um und da gibt es dann nur einen zeitlichen Zufall, der mit dem Versionswechsel in Zusammenhang zu stehen scheint…
Daher am besten den Provider kontaktieren und die Zugangsdaten abgleichen.
-
Habe exakt dasselbe Problem. Alle Verbindungschecks sind OK, aber nach langem Transfer kommt die Box mit "cannot send command to the server because the response for previous one was not received". - Ist ebenso ein übernommenes Projekt auf dem neuen ZP 17 Express.
-
- Offizieller Beitrag
Lichtsammler das kann die verschiedensten Ursachen haben. Wir hatten schon Fälle, da wurde dieser Fehler durch den Zielordner ausgelöst. Hier ein langer Thread zum selben Thema, der einige Tipps enthält: RE: Cannot send command to the server because the response for previous one was not received.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!