Das Bilderalbum rechts von "Bäckerei Laux spendiert Brotkörbe für den Schwimmunterricht" verursacht einen Skriptfehler. Vielleicht ist das schon die Ursache, dass der Header nicht angezeigt wird.
Mi den PHP-Warnungen hat das aber nichts zu tun. Warum hat die Seite die Endung ".php"? Sind denn auf der Seie entsprechende Widgets oder PHP-Code enthalten?
Wie ist die Adresse der Betroffenen Seite?
Ist ja auch der Code von ZP 😉
Der gehört so aber nicht auf die Website. Ich vermute, da haben Sie irgendwie Quelltext kopiert und irgendwo eingefügt?
Rechners eine seit Jahren auf dem Rechner befindliche Datei ungefragt löscht, scheint mir auch eher unwahrscheinlich.
Nur zur Erklärung: Wenn Sie ein Bild in ZP importieren, dann wird dieses Bild in den Assets-Ordner kopiert, es wird also eine neue Bilddatei erzeugt (diese existiert nicht seit Jahren) und eben dieses Bild fehlt dann (das Original ist ja noch vorhanden) und verursacht den Fehler. Das könnte also durchaus von einem "Sicherheits"-Tool verursacht werden.
Ich habe einem bestehenden Bilderalbum ein weiteres Bild hinzugefügt, ZP17 geschlossen, das Projekt noch auf einen USB-Stick kopiert und den Rechner runtergefahren.
Darf ich fragen (damit wir das ggf. reproduzieren können), wie genau Sie das Bild dem Album hinzugefügt haben?
Über die Bildverwaltung, oder über Widget bearbeiten…?
Pfad \users\benutzer_A\AppData\Zeta Producer 17\packing\widgets\_Shared\jquery\...
- Öffnen Sie "Einstellungen > Erstellen > Interne Listen"
- Nun sehen Sie ein Fenster mit 3 Listen "Veröffentlichen", "Erstellen" und "Seiten". Wählen Sie nacheinander alle diese 3 Listen an und klicken Sie jeweils oben rechts auf den Button "Alle entf."
Dies löscht sämtliche Veröffentlichungslisten, so dass Ihr Projekt aus Sicht von Zeta Producer aktuell erstellt und veröffentlicht scheint.
Damit ggf. erfolgte Änderungen trotzdem korrekt veröffentlicht werden, führen Sie einmalig bitte noch folgendes durch:
- Erweitert > Erstellen > Alle Seiten erstellen
- Veröffentlichen > Website online veröffentlichen
Nein ich arbeite nicht auf Clouds. Sondern auf der Festplatte und das passiert auch auf meinem zweiten Rechner. Ich arbeite täglich mit Zeta Producer. Und das kann nicht nur bei mir der Fall sein.
Und wie teilen Sie dann die Projekte für die beiden Rechner?
Das Projekt selber lag dabei immer direkt auf der lokalen Festplatte. Allerdings war der Ordner „Zeta Producer 17“ wie üblich weiterhin unter „One Drive/Dokumente“ abgelegt.
Nachdem ich das eh ungenutzte One Drive komplett deaktiviert hatte, trat das Problem nicht mehr auf. Es scheint so, dass nicht nur der Speicherort des eigentlichen Projekts sondern eben auch die übrigen unter „Dokumente“ abgelegten ZP-Dateien in meinem Fall eine Rolle gespielt haben.
Kann es sein, dass auf dem Rechner noch eine andere Version des Projekts vorhanden war/ist und nach Neustart von ZP einfach die andere Version des Projekts automatisch geöffnet wurde? Das sieht dann ja auch so aus, als ob alle Änderungen verschwunden sind. Das würde mir logisch erscheinen, wenn der Ordner ZP nicht korrekt synchronisiert wurde…
Arbeite ist automatisch von ZP gelöscht
Das ist ärgerlich, aber der Fehler trat bei uns bisher so noch nie auf und wir können das auch nicht nachstellen (daher auch nicht beheben). Daher vermute ich erstmal, dass es eben nicht von Zeta Producer, sondern von einem anderen Systembestandteil (Virenscanner oder sonstigem "Sicherheits"-Tool) verursacht wird das die Dateien löscht.
Nur mal ein Schuss ins Dunkle: Die Projekte liegen nicht zufällig auf OneDrive o.Ä.?
Da wurde vermutlich im Dateisystem (vom Virenscanner o.Ä. oder einem Menschen) eine Bilddatei gelöscht. Dadurch kann das auf der Seite platzierte Bild nicht mehr gefunden werden und erzeugt den Fehler.
Lösung: Mit F8 in den Spaltenmodus wechseln, das fehlende Bild ermitteln und von der Seite löschen.
Vielleicht könnte man (künftig) in Zeta Produzer eine Einstellung ermöglichen, die alle Links im Projekt die auf den Beginn der Startseite leiten ohne index.html generiert? Dann würde Google keinen Link mit index.html finden, zumindest im eigenen Projekt.
Das würde dann aber vermeiden, dass die Website auch ohne Webserver, also komplett lokal über das Dateisystem voll funktionsfähig ist. Ich weiss, dass das so aber genutzt wird. Das machen wir also lieber nicht.
Das entscheiden nicht wir vom Support. Kontaktieren Sie bitte unseren Vertrieb: info[ät]zeta-producer.com ([ät] durch @ ersetzen)
Die Website bewirbt ganz klar einen Trainer, der Kurse gegen Gebühr anbietet. Das ist doch sonnenklar "gewerblich", ob mit oder ohne Gewinnabsicht ist dabei unerheblich.
braucht es keine Umleitung mit .htaccess auf die /index.html?
Brauchen tut es ja all dies eigentlich nicht. Ich vermute aber, dass Google damit zufriedengestellt werden könnte, was deren Bevorzugung (ohne "index.html") angeht.
Nun sollte es wie von ihnen vorgeschlagen sein.
Habe es gestern nachts wie von Stefan S. vorgeschlagen eingetragen und warte wie Google darauf reagiert.
Das scheint nicht geklappt zu haben. Auf der Startseite steht immer noch die /index.html als canonical im head. Da haben Sie das Attribut falsch angelegt, oder noch nicmveröffentlicht.
Walter mit dem Tipp aus Beitrag #4 sollte eine Umleitung gar nicht notwendig sein.
Ja, das ist sinnvoll. Es prüft, ob das zur Umleitung benötigte Apache-Modul "mod_rewrite" auch aktiviert ist.
die Protokollierung aktiviert. Es kommt keine Fehlermeldung? Auf der "Vorschau" ist alles richtig - bei "Live" sind die Änderungen nicht erfolgt.
Die Seite wurde zuletzt am 24 Apr 2025 09:21:06 GMT aktualisiert. Entweder wird ins falsche Verzeichnis veröffentlicht, oder der Webserver cached alten Daten irgendwie.
Danke, aber das beantwortet keine meiner Fragen 
Um welche Pfeile geht es?
1:
oder
2:
Auch hilfreich wäre, die Quelle des Hinweis "Contrast Error" zu kennen.
Um welche Pfeile geht es denn genau. Um die Pfeile im Carousel selbst, oder um die Pfeile, nachdem man auf eines der Bilder geklickt hat und es n der Lightbox geöffnet wurde? Ggf. mit Screenshot verdeutlichen. Auch hilfreich wäre, die Quelle des Hinweis "Contrast Error" zu kennen.
Auf jeden Fall erfordert der Shop in ZP 17 die PHP-Version 8.2.0 (oder höher). Auf Ihrem Webserver ist eine ältere Version aktiviert. Wie Sie das einstellen, erfragen Sie am besten bei Ihrem Provider.
Die Anfrage kam an. Und die erste Antwort ist auch schon raus (selbe Rückfragen wie hier).
Aktuell müssten Sie das per CSS selbst anpassen. Fragt sich allerdings, wie barrierefrei dieses Widget ohnehin ist…
Ich kann von hier aus nur Vermuten, dass Sie entweder nicht aus Zeta Producer heraus veröffentlichen oder der Zielordner in der FTP-Konfiguration falsch ist. Ihre Startseite wurde z.B. zuletzt am 30.6. veröffentlicht.
Sollten Sie hierbei nicht weiter kommen, können Sie gerne ein Premium-Support-Ticket lösen, dann schauen wir per Fernwartung, was wir herausfinden können.
Dann wird er im Bearbeitungsmodus nach drücken von F6 sicher auch verschwinden.
Also, wenn die Projekte veraltete Daten zeigen, dann enthalten Sie auch veraltete Daten bzw. sind vom Stand her einfach zu alt. Das Programm kann Ihre Inhalte nicht selbsttätig verändern und kennt auch die Historie des Inhalts nicht.
Das Hosting spielt in dem Fall keine Rolle. Ein Import wird auch zu keinem vernünftigen Ergebnis führen. Die korrekten Daten müssen ja noch irgendwo liegen, ausser sie wurden ersetzt..
Wie lautet denn die URL zur website?
Vielleicht hilft ein einmaliges "Erweitert > Erstellen > Alle Seiten erstellen" mit anschließendem Veröffentlichen.
Sie öffnen vermutlich die falschen Projektdaten. Die Projektdaten befinden sich normalerweise in "Eigene Dokumente\Zeta Producer15\Projects".
Zumindest auf der Startseite ist das Script definitiv nicht enthalten. Entweder wurde noch nicht veröffentlicht, oder das Attribut irgendwie falsch angelegt.
Einzig nutzt weiterhin die ZP-Textkorrektur und das – nach Rechtsklick eingeblendete – Windows-Popup-Fenster "Englisch" als Sprachvorlage. Vielleicht kriege ich das in den nächsten Wochen auch noch irgendwie hin.
Das ist ein Bug. An einer Behebung wird bereits gearbeitet und das sollte im nächsten Programm-Update dann behoben sein.
Folgendes sollte klappen (umgetestet) um leere Spans mit Farbdefinitionen zu löschen.
Vorher bitte auf jeden Fall einen Backup des Projekts machen!
Programm > Einstellungen > Aktionen > Text Ersetzen (markieren, dann auf "Ausführen" klicken)
Suchen nach: <span style="color:.*"></span>
Ersetzen mit (leer lassen):
Suchen in: Global
Elemente: Nur Artikel
Suchen mit: Reguläre Ausdrücke
es ist einfach verunsichernd, wenn der Prozess zu "klemmen" scheint und Stunden dauert
Das ist manchmal dem Fortschritts-Dialog geschuldet, der bestimmte Vorgänge nicht anzeigt. Ich denke, in Ihrem Fall hilft es per STRG-ALT-P beim Veröffentlichen das Protokoll anzuzeigen. Da sehen Sie dann besser ob es "hängt" oder ob doch noch was passiert…
PS: was mich sehr wundert ist, dass Ihre 16er Version die Datei producer-tbb-17.exe enthielt. Das ist eine 17er Datei, die in der 16er Version nicht enthalten ist. Ich vermute daher die Fehlerquelle im System. Vielleicht ist ein Verzeichnis per Symlink umgebogen, oder es ist ein alternativer Installationsort gesetzt o.Ä. …
Ich habe schliesslich zwei Dateien, die in der 17er-Version fehlten, aus der 16er-Version hinüberkopiert und eine, der beiden Dateien, entsprechend umbenannt.
Da ist aber Ärger vorprogrammiert. Das sollte so nicht produktiv genutzt werden.
Sie sollten keine Programmteile verschiedener Versionen mischen.
Danke, kann ich in 17.0.2 nachstellen und habe es als Bug erfasst.
Zu wenig Details.
