Beiträge von Stefan S

Hallo,

ich meine, was ähnliches hatten wir schon: zweisprachige Seite

Woher der Ordner /english/ bei Ihnen aktuell kommt, kann ich nicht sagen. Früher war sicherlich der Englische Projektordner so eingestellt, dass seine Inhalte in /english/ liegen. Wenn es den Projektordner nun nicht mehr gibt, sollte es eigentlich auch das Verzeichnis /english/ nicht mehr geben. Die Ursache lässt sich aber von hier aus nicht ermitteln, ggf. per

Premium-Support-Ticket .

Der Link "contact" oben ist in einem normalen Text-Artikel angelegt. Dort sollte es auch möglich sein, den Link nochmals korrekt zu setzen.

Ah, jetzt. Auf der Unterseite https://www.flusskreuzfahrtbuero.de/flusskreuzfahrten-reedereien.html ist ein iFrame eingebunden und das wird auch ohne blockiert zu werden geladen. Ich vermute, dass Sie in den Einstellungen des Cookie-Consent die Option "Alle IFRames blockieren" nicht aktiviert haben.

Also ich kann auf der in Beitrag #1 angegebenen Seite kein iFrame finden. Ansonsten verstehe ich hier meist nur "Bahnhof".

MichaelM wie ist die URL zu der Seite auf der man das Problem sieht?

ElaSch dann Empfehle ich auch Ihnen, in den Einstellungen des Cookie-Consent nur die Dienste zu aktivieren, die Sie auch tatsächlich auf der Website nutzen.

Zitat von Andreas Fromm

wäre es toll wenn Stefan mal drüber schaut

Hallo,

die website lädt initial NULL Daten von irgendwelchen externen Diensten. Da scheint also alles in Ordnung zu sein. Ich vermute, der Scanner macht einfach eine Art "Textsuche" und findet daher das Wort "FontAwesome". Das ist die falsche Herangehensweise. Vermutlich kommt daher auch der Hinweis auf "Microsoft Clarity", weil das im Cookie-Consent als Dienst integriert und unter "Statistiken" angezeigt wird.

Ich empfehle Ihnen eine Überarbeitung der Einstellungen des Cookie-Consent. Aktivieren Sie dort nur die Dienste, die Sie auf Ihrer Website auch tatsächlich nutzen.

Ich vermute mal, der Scanner ist schlecht gemacht. FontAwesome nutzen wir, aber nur als selbst gehosteten Font. Clarity nutzen wir nicht, mehr kann ich aber nur sagen, wenn Sie mir die Webadresse nennen, damit ich mir die Seite mal ansehen kann.

Die Texte im Cookie-Consent werden immer in deutsch angezeigt, wenn die Sprache der Seite (in den Seiteneigenschaften) als Deutch (DE) festgelegt wurde. Ansonsten werden die Texte in Englisch angezeigt. Siehe: https://docs.zeta-producer.com/mehrere-sprachen.html#a2555

Hallo, ja, wenn sie das Widget Cookie-Consent einsetzen, können Sie sämtliche Schriftarten nutzen, weil diese nicht ungefragt geladen werden. Um Ihre Website zu testen, existieren einige „Google Font checker“ im Web. Nutzen Sie diese, wir können das nicht für Sie tun.

Über das Suchfeld oben, finden Sie sicher einige Links zu solchen checkern, dazu gab es bereits mehrere Beiträge.

Es muss keine 1 rein. Wenn keine 1 drin ist, zeigt der Cookie-Consent die Warnung betr. Schrift an und der Besucher kann auf Wunsch die Schrift laden und somit ggf. eine schönere Website sehen.

Wenn eine 1 drin steht, werden Webfonts generell nicht geladen, es wird keine Warnung angezeigt und der Kunde kann auch keine Schrift auf Wunsch nachladen.

Da gibt es nichts fertiges für Zeta Producer.

Zitat von Andreas Fromm

Habe aber das Update von 16.0 extra deswegen gekauft

Ja, das ist ja auch gut. Die aktuelle 16er Version, die Sie mit jeder 16er Lizenz nutzen dürfen, ist halt die 16.5 und die sollten Sie (falls nicht eh schon) auch installieren. Danach dann sicherstellen, dass im Projekt das Widget "Cookie-Consent" entsprechend eingefügt wurde.

Zitat von Andreas Fromm

Habe die 15.0 Version in 16.0 Version konvertiert, reicht das aus?

Nein. Sie sollten Version 16.5 nutzen und im Projekt das Widget "Cookie-Consent" platzieren.

Siehe: Schutz vor Abmahnungen wegen Google Fonts

Die Fehlermeldung in den Screenshots deutet darauf hin, dass Sie noch das falsche Protokoll nutzen. Wählen Sie „SFTP“ als Protokoll.

Sie können die Inhalte des Projekt-Unterordners „output“ per FileZilla hochladen. Das sollte aber kein Dauerzustand sein.

Das Update wird Ihnen vermutlich nur als Kostenlos angezeigt, weil Sie in der neu installierten 15er Version Ihre 15er Lizenznummer noch nicht eingetragen haben (und daher die Home-Lizenz betreiben). Nicht updaten und erstmal lizenzieren: https://docs.zeta-producer.com/v15/lizenznummer-eingeben.html

Hinweis: Windows stellt mit der „Speicheroptimierung“ ein Werkzeug zur Verfügung, dass temporäre Dateien automatisch bereinigt:

Windows 10: https://www.tutonaut.de/window…ien-automatisch-loeschen/

Windows 11: https://www.windows-faq.de/202…-von-temporaeren-dateien/

Das kann mit folgendem Zusammenhängen:

Wenn im Windows-Ordner "Temp" mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf. Hier hilft eine Bereinigung temporärer Dateien:

- Neues Explorer-Fenster öffnen, in die Adresszeile %temp% eingeben und Enter drücken.

- Wenn nun der Inhalt des Temp-Ordners angezeigt wird, alle Dateien und Ordner mit STRG-A auswählen und löschen. Wenn Dateien nicht gelöscht werden können, weil sie benutzt werden (Warnung), dann diese Dateien einfach ignorieren.

Falls Sie trotzdem die Webfonts per Attribut deaktivieren möchten:

Das Attribut muss nicht neu angelegt werden, denn es existiert bereits und wird sichtbar, wenn man im Dialog für die Attributs-Bearbeitung unten über den Button "Attribute" die Option "Alle anzeigen" aktiviert.

Hallo,

wenn Sie nun das Projekt auf Version 16 aktualisiert haben und im Projekt das Widget "Cookie-Consent" platziert haben, dann müssen Sie die Webfonts eigentlich gar nicht mehr mittels Attribut deaktivieren, da sich "Cookie-Consent" bereits um die Blockierung der Fonts kümmert.

Fängt die Lizenznummer mit ZP16 an und haben Sie Version 16 auch schon runtergeladen und installiert?

In Version 14 können Sie nämlich nicht einfach eine 16er Lizenznummer eingeben um upzudaten.

Nein, iframes sind nicht „notwendig“ im Sinne des Datenschutz.

Wir runden erst ab der 3. Kommastelle.

Sie haben sehr viele „Sonderwünsche“ für die unser Shop ggf. nicht geeignet ist. Unser Shop ist bewusst einfach gehalten, so dass man ihn im Projekt einfügen und quasi innerhalb von Stunden anfangen kann zu verkaufen.

Elfmeterversemmler nein.

Das Widget "Cookie-Consent"in Version 16 unterstützt aber auch das reCaptcha in der Form, dass der Benutzer einwilligen muss, bevor reCaptcha genutzt und ein Formular abgesandt werden kann.. So kann man es auch weiterhin in Formularen bzw. im Shop nutzen.

Dann würde ich auf ein Linux-Paket wechseln.

Die Vorlagen für Emails und Rechnung liegen ja als Quelltext vor und können über die Shop-Texte bearbeitet werden:

KI-Funktionen in Zeta Producer

Dies setzt aber gute Kenntnisse in HTML/CSS voraus. Fehler, die in den Vorlagen gemacht werden, können die Funktionalität beeinträchtigen, hier ist also Vorsicht angesagt. Im Problemfall können die Texte zurückgesetzt werden.

Hallo,

Damit in unserem Widget "Zähler" von 60 bis 0 innerhalb einer Minute runter gezählt wird, müsste man im Widget als Animationsdauer (das ist die Dauer der Animation insgesamt – von Anfangs- bis Endwert) die 60 eingeben (60 Sekunden = 1 Minute). Das nur zur Erklärung und dass hier keine Missverständnisse entstehen.

Zitat von Stefan S

Das Verhalten aus Screenshot 1 (https://community.zeta-producer.com/wcf/attachment/12899-error2-jpg/) kann ich auch nur nachvollziehen, wenn ich in Chrome sehr schnell das Fenster von Schmal auf Breit ziehe. Meinen Sie das ggf. mit "nicht mehr angepasst"? Also dass mehrere Headerbilder nach ändern der Größe des Browser-Fensters ggf. nebeneinander sichtbar sind?

So, nun ist erstmalig klar, dass das im Zitat erwähnte Verhalten der eigentlich beanstandete Fehler ist. Es kam bisher nicht klar rüber, ob ggf. auch falsch "responsive" skaliert wurde…

Nun können wir an der Behebung des Fehlers arbeiten. Besten Dank!

Der Nutzer, der oben den Fehler mit "failure; failure" gemeldet hat, hatte ja auch noch ZP 14 in Benutzung. Ob die Lösung RE: Fehlermeldung: Requested action not taken. . . . . Ihm geholfen hat, wissen wir aber nicht, dazu gab es keine Rückmeldung.

Ob ZP 14 mit den One-com Zugängen funktioniert, kann ich leider aktuell nicht sagen. Es kann durchaus sein, dass es wegen Verschlüsselungsalgorithmen, die von V14 noch nicht unterstützt werden, nicht funktioniert…

Danke. Ich sehe einen Unterschied zur Verbindung in Filezilla. In Filezilla verwenden Sie den Standard Port (Feld Port ist leer, bzw. 21). In Zeta Producer haben Sie aber Port 990 konfiguriert, was mir Fehlerhaft erscheint.

Diese URL leitet mich auf https://localhost/www.unixadmin.de um. Localhost ist keine Adresse, die per Internet erreicht werden kann. Hier zu prüfen, warum ein Cookie nicht gesetzt werden kann etc. macht also keinen Sinn.

Wir schauen uns das gerne nochmals an, wenn de Website korrekt veröffentlicht ist. Also so, dass Sie unter einer Domain (die auch in den FTP-Einstellungen als "Web-Adresse" festgelegt ist) öffentlich erreichbar ist.

@DEERBRANDS Was bedeutet nun "Genau so"? Bitte helfen Sie mir doch etwas, ich weiß, Sie haben wenig Zeit, aber da geht es mir ähnlich.

Bedeutet "Genau so", dass Sie das skalieren auf ein quadratisches Format für einen Fehler halten, oder wie darf ich das verstehen. Wenn Sie mir etwas genauer beschreiben, wie die fehlerhafte Darstellung aussieht und wie Ihrer Meinung nach die korrekte Darstellung aussehen sollte, kann ich das Problem ggf. verstehen.

Bisher verstehe ich es nicht, denn in Flat-Responsive, wurde meiner Meinung nach immer schon auf das quadratische Format skaliert.

Das Verhalten aus Screenshot 1 (https://community.zeta-producer.com/wcf/attachment/12899-error2-jpg/) kann ich auch nur nachvollziehen, wenn ich in Chrome sehr schnell das Fenster von Schmal auf Breit ziehe. Meinen Sie das ggf. mit "nicht mehr angepasst"? Also dass mehrere Headerbilder nach ändern der Größe des Browser-Fensters ggf. nebeneinander sichtbar sind?

Hallo,

versuchen Sie bitte zunächst, ob ein einmaliges "Erweitert > Erstellen > Alle Seiten erstellen" und anschließendes veröffentlichen per F7 hilft (vor der Kontrolle dann unbedingt Browser-Cache löschen). Falls nicht, nennen Sie uns bitte die URL zur Website.

Das Consent-Widget blockiert aus meiner Sicht nun erfolgreich die Webfonts. Allerdings popen die Datenschutzeinstellungen auch nach Klick auf "Alle ablehnen" oder "Alle akzeptieren" immer wieder auf. Ursache ist oft ein fehlendes "https://" vor der Web-Adresse in den FTP-Einstellungen. Falls das nicht der Fall ist, hilft meist ein "Erweitert > Erstellen > Alle Seiten erstellen" mit anschließendem Veröffentlichen per F7.

Zitat von DEERBRANDS

Es tut mir sehr leid, aber ich weiss wirklich nicht was hier noch besser beschreiben soll mit den Bildern.

Beitrag

RE: Fehler Header Responsive

[…]

Wenn ich die Startseite auf paulmeek.de lade, und ein breites Browserfenster nutze, werden die Headerbilder als schmale Streifen angezeigt.

Wenn ich dann das Browserfenster schmaler mache, werden ab einer bestimmten Breite die Bilder eher quadratisch dargestellt.

Ich verstehe daher nicht, was genau mit "Bilder werden nicht mehr angepasst" gemeint ist.

Stefan S

24. Oktober 2022 um 12:02

Zitat von DEERBRANDS

Die Bilder werden nicht mehr angepasst.

Wenn ich die Startseite auf paulmeek.de lade, und ein breites Browserfenster nutze, werden die Headerbilder als schmale Streifen angezeigt.

Wenn ich dann das Browserfenster schmaler mache, werden ab einer bestimmten Breite die Bilder eher quadratisch dargestellt.

Ich verstehe daher nicht, was genau mit "Bilder werden nicht mehr angepasst" gemeint ist.

Bei der Verbindung mit Filezilla aus dem Screenshot nutzen Sie kein SFTP (SSH), sondern FTPS (FTP mit SSL) mit Sicherheitstyp "Implizit".

Dieses Protokoll gibt es in Zeta Producer auch (in ZP auf "Mehr", dann "Weiter" klicken, nachdem FTP mit SSL als Protokoll definiert wurde, hier dann Sicherheitstyp auf "Implizit" stellen).

Auf welchen Server Sie mit Zeta Producer verbinden weiß ich nicht (der könnte auch noch falsch sein), das kann ich erst vergleichen, wenn Sie uns dazu auch noch einen Screenshot der Einstellungen in Zeta Producer zeigen.

Version 13 ist sehr alt und unterstützt moderne Verschlüsselungsalgorithmen nicht. Versuchen Sie es besser gleich in Version 16.5.

Im Normalfall müssen Sie in 16.5 die im Screenshot gezeigten Optionen nicht aktivieren. Versuchen Sie es also zunächst ohne diese Optionen.

Ah, dann hatte ich wohl "Die Bilder werden nicht mehr angepasst" nicht ausreichend verstanden. Dazu dann bitte neun neuen Beitrag mit detaillierter Beschreibung des Problems. Danke!