Hallo,
den Zielordner können Sie in der FTP-Konfiguration angeben. Siehe https://docs.zeta-producer.com/veroeffentlich…figurieren.html
Hallo,
das kann man so leider nicht genau sagen. Wenn beim FTP-Zugang das Startverzeichnis /web/web01/htdocs/ konfiguriert ist und /htdocs/ das Root-Verzeichnis Ihrer Website ist, dann müssen Sie in Zeta Producer bei Zielordner einfach nur ein / angeben.
Hallo,
dann prüfen Sie bitte mal, ob in den Projektordner-Einstellungen ein Ordner "meine-website" angegeben ist.
Hat das geholfen?
Wo erscheint dieser Fehler? Den müssten Sie dann am besten mal berichten. Siehe https://docs.zeta-producer.com/fehler-berichten.html
War denn ein Ordner "meine-website" in den Projektordner-Einstellungen angegeben?
Evtl. macht es Sinn, wenn Sie mal ein Support-Ticket erstellen. Dann können wir uns das gemeinsam mal per Fernwartung anschauen und Ihnen besser helfen. Siehe https://www.zeta-producer.com/de/premium-support.html
Hallo Erich,
hilfreich wäre hier ein Screenshot der FTP-Einstellungen in Zeta. Die aktuelle sitemap.xml zeigt unter anderem Folgendes an:
<loc>http://www.famesa.ch/meine-website/index.php</loc>
<lastmod>2019-07-11</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>
http://www.famesa.ch/meine-website/meine-website/nachricht-konnte-nicht-versendet-werden.html
</loc>
<lastmod>2019-06-27</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>Hier können mehrere Fehler vorliegen:
Das Thema hatten wir übrigens schon unter Webseite veröffentlicht dort kommt Zugriff verweigert Error 403.
Hallo,
wenn beim Veröffentlichen keine Fehler angezeigt werden, dann wird ganz sicher erfolgreich veröffentlicht. Allerdings veröffentlichen Sie wohl nach wie vor nicht in das Verzeichnis in dem der Webserver nach seinen Dokumenten sucht. Das richtige Verzeichnis ist von hier aus leider nicht zu ermitteln. Aber vielleicht kann Ihnen da der Provider behilflich sein? Wenn das Verzeichnis ermittelt ist, wird dies dann bei "Zielordner" eingetragen.
Um sicherzustellen, das in den Seiteneigenschaften oder auf Projektebene kein "Ordner" mehr angegeben ist, öffnen Sie bitte mal die Seiteneigenschaften Ihrer Startseite (doppelklick auf die Seite, links im Seitenbaum), wechseln Sie dann in den Bereich "Google" (links im Fenster auf "Google" klicken) und machen Sie dann einen Screenshot des Fensters. Wir können dann in der "Google-Vorschau" im Fenster am Pfad erkennen, ob noch ein Ordner konfiguriert ist…
PS: die sitemap.xml weist immer noch "meine-website" in den URLs auf, obwohl dieses Unterverzeichnis nicht mehr existiert. Die Sitemap wird also entweder auch in ein falsches Verzeichnis veröffentlicht, oder Sie wurde einfach noch nicht korrekt neu erstellt. Bitte führen Sie daher nochmal folgende Schritte durch:
PPS: Sie müssen dann übrigens künftig nicht immer "Komplette Website veröffentlichen", sondern nur ganz normal per F7 bzw. "Website online veröffentlichen" veröffentlichen.
Hallo Erich,
unten rechts im Zeta Producer gibt es ein kleines schwarzes Dreieck. Das anklicken und dann auf "Protokoll". Dieses öffnet sich in einem neuen Fenster. Wenn Du mit zwei Bildschirmen arbeitest, das Fenster direkt auf den anderen Bildschirm legen, dann kannst Du alle Aktionen live verfolgen. Bei nur einem Bildschirm musst Du zwischen den Fenstern wechseln oder das Producer-Fenster verkleinern, damit beide nebeneinander liegen. Danach nochmals alle Seiten erstellen und dann die komplette Seite veröffentlichen. Warnungen (gelb) im Protokoll können ignoriert werden. Uns interessieren Fehler (rot) im Protokoll.
Das hat vielleicht mit Ladezeiten für Ihre Seite(n) zu tun?
Sie verwenden xxx.png Bilder, die mehrere MB groß sind. Bei mehreren solchen großen Bilddateien auf einer Seite dauert der Ladevorgang dieser Seite besonders lang.
Mein Browser schaltet dann nach einiger Zeit den Ladevorgang ab. Damit bleiben die Bildplatzhalter leer.
Getestet mit Ihrer Seite http://www.famesa.ch/reisebericht-kroatien-2017.html
Wichtig: Ich bin kein Fachmann!
Es wäre vermutlich eine deutliche Verbesserung, wenn Sie die Bilder z.B. auf xxx.jpg konvertieren und so viel Platz und Ladezeit "für Seitenbesucher" sparen.
Die Ladezeiten sind nicht der Fehler, weshalb die Bilder nicht angezeigt werden. Die Chrome-Konsole zeigt für http://www.famesa.ch/suedafrika-fruehjahr-2019.html insgesamt 96 Fehler zu Bildern, dass diese nicht auf dem Server gefunden wurden. Hierzu brauchen wir die Ergebnisse aus dem Protokoll.
Die fehlenden Bilder haben aber ebenfalls Einfluss auf die Ladezeit:
Der Browser findet beispielsweise in Zeile 37 der HTML-Seite einen Verweis auf ein Bild, fordert dieses an und setzt die weitere Abarbeitung der Seite erst fort, wenn
a) mit dem Download des Bildes begonnen wurde
b) die Fehlermeldung zurückgegeben wird, dass das angeforderte Bild nicht existiert.
Recht hat Walter aber hinsichtlich der teilweise verwendeten *.png. Diese beeinflussen das Gesamtergebnis der Seite negativ, da sie sehr lange lädt.
Im Anhang mal ein Screenshot aus der Chrome-Konsole.
Hallo Erich,
ich nehme mal view-source:http://www.famesa.ch/reisebericht-kroatien-2017.html als Grundlage für die weitere Recherche. Im Quelltext findet sich das Bild vs170717-002.png (die große Variant dieses Bildes wäre dann vs170717-002-large.png.
Im Protokoll "Seiten erstellen" gibt es null Treffer zu vs170717-002.png, aber vier Treffer zu vs170717-002-large.png.
Im Protokoll "Seite veröffentlichen" gibt es einen Treffer zu vs170717-002-large.png
Korrekterweise ist http://www.famesa.ch/media/images/vs170717-002-large.png dann auch auf dem Server vorhanden, http://www.famesa.ch/media/images/vs170717-002.png fehlt hingegen.
Zur Verifizierung: exakt gleiches Verhalten beim Bild sommerset-ch03.jpg und sommerset-ch03-large.jpg (Südafrika 2019)
Der Fehler tritt also bereits beim Erstellen der Seite auf, den Server und das Veröffentlichen können wir ausklammern. Nach Quelltext handelt es sich immer um Einzelbilder und nicht um Bilderalben.
Wenn ich im ZETA ein leeres Bildfeld zur Bearbeitung aufrufe, dann das Bild bearbeite. Z.B. den Helligkeitsregler ein paar Milimeter verschiebe, OK drücke und online veröffentliche, wird das Bild in der HP korrekt angezeigt. Wenn es keine bessere Lösung gibt, müsste ich das für alle Bilder machen. Wäre dann Fleissarbeit.
In Zeta ist da aber schon ein Bild, oder?
beim ganzen Grübeln ist mir jetzt erst aufgefallen, dass auf Deiner Seite im Quelltext die V15.0.0. steht. Aktuell ist die 15.0.1. Vor einer weiteren Fehlersuche bitte erstmal auf die aktuellste Version updaten, da wir sonst keinen vergleichbaren Programmstand haben. Dann nochmals alle Seiten erstellen (mit Protokoll) und das Protokoll direkt danach durchsuchen, ob auch die vs170717-002.png aufgeführt ist oder nur die large-Variante.
Ich bin jetzt hinsichtlich der Ursache am Ende mit meinem Latein, da der Fehler irgendwo bei Dir auf dem Rechner liegt. Der ausgelieferte HTML-Code ist in Ordnung, es werde lediglich aus irgendeinem Grunde die "normalen" Bilder beim Erstellen nicht mitgenommen.
Da neue Bilder ja angezeigt werden, kannst Du probieren, ob das bloße Aufrufen des Bild-Widgets in Zeta und nachfolgende Schließen über OK nicht bereits ausreichend ist, um ein Erstellen zu erzwingen. Da nach dem Schließen kurz "Verarbeitung läuft" eingeblendet wird, könnte dies zumindest etwas weniger "Fleißarbeit" bedeuten.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!