Vermutlich reden wir dann von unterschiedlichen Bildern. Das Bild mit der Data-URL ist wohl auch nur im Quellcode sichtbar und ich habe keine Ahnung, wie der Code auf die Seite kam…
Ich schlage vor, die komplette Seite zu löschen und dann genau nach Anleitung neu aufzubauen. Auf keinen Fall sollten Sie das Widget "Blog" (das die Übersicht auflistet) und widgets "Blog Artikel" auf der selben Seite platzieren, sonst ist es klar, dass Artikel doppelt angezeigt werden.
Ich konnte das nun dank Ihrer Hilfe reproduzieren und hoffentlich beheben. Vielen Dank!
Der Fehler ist per Online-Update für Version 16.8.X behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.
Wenn Blog-Artikel auf einer separaten Seite eingefügt wurden, dann zeigt das Widget "Blog" definitiv keine doppelten Einträge an. Was Sie genau eingefügt haben, kann ich nicht sagen. https://docs.zeta-producer.com/blog-einfuegen.html
Ich sehe allerdings, dass auf der Seite wieder ein Bild als "Data-URL" eingefügt ist, was ja in der Vergangenheit bereits zu großen Problemen bei Ihnen geführt hat. Sie sagten, das käme wohl durch das Einfügen aus "Word". Das sollten Sie so unbedingt nicht mehr tun.
Das können Sie auf eine beliebigen Seite einfügen.
Danke! Ich teste heute mit "Verein 5" und melde mich dann wieder.
Nein, vom Webserver kann es nicht abhängen.
Das Problem mit den Bildern wurde gestern behoben. Siehe: Bilder werden nicht mehr angezeigt
Schauen Sie hier hatte schon jemand das selbe Problem. Ursache ist immer die selbe, eine falsch konfigurierte Web-Adresse:
Nach dem Entfernen des Fremdcode dann bitte noch STRG-SHIFT-T drücken, damit der Code auch aus den entsprechenden Dateien (JS, CSS…) entfernt wird.
PS: Ihr Projekt ist mit der kostenlosen Lizenz veröffentlicht (nicht erlaubt). Vermutlich müssen Sie noch Ihre Lizenz im Programm eingeben.
Dieses Verhalten kann ich in einem neu angelegten Projekt mit dem verwendeten Layout Flat Resonsive so nicht reproduzieren.
Daher habe ich Fremdcode in Verdacht.
Das können Sie am besten einschränken, wenn Sie zum Test Ihr Projekt duplizieren und darin dann sämtliche Fremdwidgets und sonstigen Code (Google Translate etc.) entfernen. Danach wird das Menü sich vermutlich wie gewünscht verhalten und Sie könnten dann nach und nach wieder ein Fremdgingt nach dem anderen hinzufügen um so den Verursacher zu ermitteln.
Danke. Das kann ich reproduzieren. Wird behoben.
Online-Update für Version 16.8.X ist raus. Damit sollte es sich nun besser verhalten und die Focus-Stile nur sichtbar werden, wenn mit Tastatur statt Maus navigiert wird (z.B. per Tab-Taste).
Wer bereits 16.8.X nutzt kann das CSS von oben wieder entfernen. Wer noch 16.7 (oder älter) nutzt kann es entfernen, nachdem später mal auf 16.8 aktualisiert wurde.
Das sollte eigentlich seitens Zeta ausgebessert werden…
Mal sehen, was wir da tun können, ohne die Barrierefreiheit zu degradieren. Focus Stile sind z.B. sehr wichtig für Behinderte, die statt mit der Maus nur per Tastatur navigieren können…
Habe Ihnen das Projekt nun korrekt konfiguriert zurückgesandt.
Was schätzen Sie, wie lange es noch dauert bis zum Update?
Das können wir nicht genau sagen. Wie bemühen uns aber, das so schnell als möglich fertig zum stellen. Können Sie das Projekt nicht einstweilen von der lokalen Festplatte öffnen?
Hallo Stefan, warum auf der 16.7 bleiben? Ich nutze die Version 16.8.3 und warum wurde diese zum Download bereitgestellt obwohl es nach deiner Aussage Fehler gibt. Jetzt bin ich etwas verwirrt und bitte um Info hierzu. Vielen Dank Michael
Hier ging es darum ein spezifisches Problem zu lösen bzw. zu umgehen.
Haben Sie das selbe Problem?
Hallo ZRKS bitte keine E-Mails mehr an die Info@ Adresse senden, die hatte ich Ihnen falsch genannt.
Bei meinen Tests funktioniert ein Veröffentlichen per Scheduler in 16.8.3. Nutzen Sie ggf. ein Premium-Support-Ticket dann sehen wir uns das, sofern nötig, auch per Fernwartung an. Besser wäre es allerdings, Sie würden zunächst noch 16.7 verwenden, bis mal die 16.8.4 oder 16.8.5 erschienen ist.
Vielleicht hilft es nochmal "Erweitert > Erstellen > Alle Seiten erstellen" auszuführen.
Sorry, hate vergessen zu erwähnen. Sie hätten vrmutl. nur STRG-SHIFT-T drücken müssen. Im mir zugesandten Projekt war ein falsches Layout ausgewählt. Klicken Sie auf den Button Layout und wählen Sie wieder "Kommunal Responsive" und die Variante "Rot angepasst" (das ist die ganz rechts) in der Ihre Layoutanpassungen gespeichert sind. Danach wird auch der header wieder sichtbar.
Vermutlich hatten Sie das Layout umgeschaltet, als Sie versuchten den Fehler zu beheben…
Hallo,
das Projekt scheint ja auf einem Netzwerk-Share zu liegen. Da gibt es in 16.8 aktuell leider einen Bug, der es verhindert, dass Projekte, die auf einem Netzwerkshare liegen, geöffnet werden können. Bin sicher, das wirkt sich auch auf den Scheduler aus.
Wenn es Ihnen möglich ist, nutzen Sie erstmal weiterhin 16.7 und testen Sie 16.8 nochmals, wenn wir den Bugfix für Projekte auf dem Netzwerk eingebaut haben.
Sorry, das war die falsche E-Mail-Adresse. Bitte an support[ät]zeta-producer.com ([ät] durch @ ersetzen) senden.
Hallo,
den Befehlszeilen-Aufruf und einen Link zu diesem Beitrag (als Referenz) können Sie mir gerne per E-Mail an info[ät]zeta-producer.com ([ät] durch @ ersetzen) senden.
Wenn dann alles wieder so funktioniert, wie gedacht, sollten Sie den umbenannten Ordner "AUS widgets" am besten auch löschen.
Guten Tag,
Sie haben uns ja nun im Zuge einer Supportanfrage Ihr Projekt gesendet und so konnte ich die Ursache ermitteln. Ich teile das hier, damit andere Nutzer auch daran partizipieren.
Die Ursache ist der Ordner "widgets" in Ihrem Projektordner, der sehr viele Widgets beinhaltet, darunter auch Widgets, die wir mit dem Programm ausliefern, die Sie aber lokal ins Projekt kopiert hatten. Diese Widgets sind teils so veraltet, dass deren Code den Fehler auslöst.
Lösung:
PS: In der 16.7 wird ein Update nicht mehr angeboten.
Das ist absichtlich so. Für eine Weile…
Hallo,
könnten Sie bitte den kompletten Aufruf mit dem Sie scheduler Starten hier posten, also mit allen Befehlszeilenargumenten etc.
Der Scheduler ist bei Ihnen nicht Standardverzeichnis installiert, sondern in C:\Program Files\Zeta Producer\Applications\producer-scheduler.exe
Ist dabei sichergestellt, dass unter C:\Program Files\Zeta Producer\Applications\ dann auch die jeweils zum Producer passende Scheduler-Version installiert ist? Also im Falle von 16.8 auch der Scheduler aus 16.8?
Dann nutzen Sie bitte den Workaround und verschieben Sie die Projekte von Netzwerk-Share auf die lokale Festplatte c:\ . Von dort lassen sie sich öffnen.
Im verlinkten Beitrag sagte ich "hoffentlich". Das wird leider noch etwas (paar Tage) dauern.
Die Einstellung ist ja auch dafür gedacht, dass man es nach dem Wegklicken nicht dauernd wieder sieht. Das war nur zur Erklärung gedacht, warum es nach dem Löschen der Browserdaten in Edge, wodurch auch das Cookie gelöscht wurde, wieder sichtbar wurde.
Vermutlich ist die Option "Nach dem Schließen nicht erneut anzeigen" im Widget aktiviert.
Die Screenshots werden vom Zeta Producer Hintegrundprozess (TBB) erstellt. Es kann sein, dass das Screenshot-Tool etwa durch Code auf der Seite durcheinander kommt und die Screenshots gar nicht, oder unvollständig generiert. Ist ja nur zum Glück kosmetisch und hat weiter keine negativen Auswirkungen. Wird künftig u.U. verbessert werden.
Sollte die Projektüberwachung deaktiviert sein, können keine Screenshots erstellt werden.
Eins noch:
Bei der Website https://www.marmeladenhandwerker.de (bei IONOS gehostet, mail auch) ist die Empfängeradresse im Formular (Shop kann ich nicht prüfen) eine
XXXXX@fruchtaufstrich-ohne-zuckerzugabe.de (XXXXX ist ein Anti-Spam-Platzhalter von mir). Die Domains unterscheiden sich also. Falls die Domain fruchtaufstrich-ohne-zuckerzugabe.de nicht im selben Webhosting-Vertrag wie https://www.marmeladenhandwerker.de ist, dann würde das den Fehler erklären. Falls doch, müsste IONOS erklären, warum der Fehler auftrat.
Die Hinweise von IONOS im Screenshot 2 oben sind nicht 100%ig klar, was PHP betrifft. Die Hinweise könnten ebensogut bedeuten, dass die Formular-Adresse die selbe Domain nutzen müssen, wie die Website, also https://www.marmeladenhandwerker.de
Das gibt sich mit der Zeit, wenn die Bilder automatisch neu generiert werden.
Jetzt geht alles wieder - aber wie gesagt in anderen Projekten ist Formular nicht SMTP sondern PHP und funktionieren wie gewohnt...
Und das zu ergründen ist nur der Provider in der Lage. Daher mein Tipp einfach mal dort nachzufragen. Ist nun ja hinfällig.
Aufklärend dazu noch. Es scheinen zu funktionieren: Formulare. Was wohl nicht funktioniert ist der Mail-versand vom Shop.
Formulare und Shop sind nicht das selbe, benutzen aber ähnliche Mittel zum Versand.
Die beste Lösung wird sein, den Shop mit SMTP zu konfigurieren. Wenn dann die korrekten Zugangsdaten eingetragen sind, verschwindet auch die Fehlermeldung "Could not authenticate". https://docs.zeta-producer.com/smtp-konfigurieren.html
könnte hier jemand mal den Lizenzschlüssel unkenntlich machen?
Done. War aber eh von einer kostenlosen Version (ZP16F - "F"=Freeware).
Manche Provider erlauben den Formularversand für Empfänger-Adressen die auch beim Provider gehostet werden, hingegen werden fremde Email Adressen nicht erlaubt. Das könnte hier durchaus auch der Fall sein. Siehe auch Screenshot 2 ganz oben (in PHP ist nichts zu tun, das machen wir bereits seit langem schon so mit FROM und Reply-To):
Was ich nicht verstehe ist, warum wir uns hier mit einem Problem, das durch eine Umstellung beim Provider entstand, beschäftigen sollen und Sie nicht als erstes Kontakt mit dem Provider aufnehmen und dort nach einer Lösung fragen?
Nemessis arbeitet noch mit 16.5, hatte ich auch erst übersehen.
Ich weiss. Und das ist evtl. auch die Ursache für das Problem (oder wird es in naher Zukunft werden). Warum nicht updaten (zumindest auf 16.7)?
- Widget Formular:
- Reduzierter Editor beim Bearbeiten von Beschreibungstexten (hier waren manche Editor-Funktionen vormals nicht zugänglich).
- Verschlüsselung via OpenSSL wurde entfernt und somit als Server-Voraussetzung hinfällig.
Aber da es bisher mit der Version 16.5 auch funktioniert hat ohne Probleme, stellt sich die Frage, warum es jetzt nicht mehr geht!? Ich habe nichts geändert an meinem Rechner. Demnach scheint es ja dann ein ZP Problem im Dashboard zu sein ...
Da Sie ja keinerlei Update gemacht haben, hat sich von unserer Seite ja auch nichts verändert. Es hat sich vermutlich entweder auf Ihrem System im Browser (oder in den Browsern) etwas geändert, oder - wahrscheinlicher - auf dem Webserver.
