Siehe: RE: ZP auf MacBook Pro M1 Chip mit Parallels Desktop und Windows 11 ARM
Die Fehlermeldung könnte aber auch durch einen Virenscanner verursacht werden (Avast tut das gerne). In dem Fall, Virenscanner temporär deaktivieren und ZP nochmal neu drüber installieren.
Ich würde mal bei one.com nachfragen, ob die ggf. so eine Web-Firewall nutzen, die die Verbindung vielleicht abbricht z.B. weil sie ein .zip für gefährlich hält oder so…
Nochmal: der Checker, den Sie nutzen, ist kaputt!
Das ist eine Serverseitige Einstellung. Da müsste der Provider helfen.
Fügen Sie den PHP Code bitte über das Widget „Quelltext“ ein, dann wird er nicht verändert.
Oder zumindest im Dialog, den man im Screenshot sieht, auf den Button "Details Anzeigen" klicken…
Der Fix hier im Beitrag betraf auch speziell nur das Layout „Flat Responsive“. Freut mich, dass es nun klappt uro
Der Fehler ist per Online-Update für Version 16.5 behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis unten rechts) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.
Ich habe den Fehler erkannt. Wurde wohl von einer anderen Fehlerbehebung verursacht. Behebung folgt…
Neue Vorlagen sieht man nur, wenn man per Klick auf "Website > Websites" den Webseiten-Assistent öffnet und dann unter "Neue Website erstellen" schaut. Im Layout-Editor werden nur Layouts gezeigt, keine Vorlagen (ist schon immer so).
Es macht nur Sinn, die Farbpipette einzusetzen, wenn man aus der Vorschau im Layout-Editor die Farbe eines Elements übernehmen möchte. In der Vorschau sieht man ja dann die Seite und kann mit der Pipette eine Farbe aufnehmen. Oder man macht Fenster des Layout-Editors kleiner, dann kann man sogar farben von anderen Fensterinhalten abtasten.
Das funktioniert alles wie gedacht. Wirklich. Es handelt sich hier ganz sicher um eine missverstandene Bedienung.
Da auf Ihren Seiten alle möglichen container/reihen etc. über die Darstellungs-Einstellungen animiert sind, dachte ich, Sie sprechen davon.
Der Fix reinitialisiert die Header 400ms nachdem sich die Fenster/-Bildschirmgröße geändert hat. Ggf. dauert die Animation länger?
Das kann ich mir gerne nochmal genauer ansehen, dazu müssten Sie mir aber genau erklären, wie ich das nachstellen kann, also:
BZW: im Projekt nach dem Update STRG-SHIFT-T drücken.
Ich habe das eigentlich in allen Layouts und auch im Widget Slider behoben. Ggf. mal alle Seiten neu erstellen…?
Ja. Funktioniert es nun bei Ihnen auch wieder Problemlos? Konnten Sie schon testen?
Ich bin sehr zuversichtlich, dass ich das nun behoben habe. Der Fehler sollte per Online-Update für Version 16.5 behoben seiz. Auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis unten rechts) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.
Bitte nicht vergessen, dass das Widget "Geschützter Bereich" nur die Seite schützt auf der das Widget platziert ist, aber nicht etwa Dateien, auf die von der Seite verlinkt wird.
Wird also z.B. ein Link zu einer Datei, der sich auf einer geschützten Seite befindet, kopiert und weitergegeben, so kann die Datei vom Empfänger ohne ein Passwort zu kennen geladen werden…
Herzlichen Dank! Melde mich Mittwoch wieder (morgen ist hier Feiertag).
Keine Eile! Vielen Dank.
@GYMWAVE.de könnten Sie das Projekt us dem die 2 Screenshots erstellt wurden als .zip hier hochladen? Das wäre ggf. Hilfreich.
Neues Layout Top Responsive - Slider mit 2 Bildern eingefügt - Hängt wieder
Hallo,
vielen Dank. Ich glaube aber, wir reden hier alle oft aneinander vorbei. Ich vermute, Sie und ich sprechen von unterschiedlichen Problemen. Welches Problem zeigen denn Ihre beiden Screenshots und was soll mir der Bildschirm mit den "Lighthouse"-Einstellungen in dem Zusammenhang sagen?
Ich versuche aktuell den Fehler zu beheben, bei dem nach dem Breiterziehen eines Fensters mehrere Header nebeneinander dargestellt werden. Das Problem sieht man in diesem Screenshot:
Was mich sichtlich verärgert hat ist die unverschämte Bezeichnung Ihres Support Hanabi, dass ich zur sogenannten, definierten Kategorie 3 gehöre
Das tut mir wirklich leid. Das habe ich aber nicht so gelesen. Hanabi ist kein offizieller Zeta Mitarbeiter, sondern ein Freiwilliger, der hier viel Freizeit opfert um Nutzern hier zu helfen. Da wäre es nett, das zu honorieren und im Zweifelsfall ggf. direkt mit Ihm zu sprechen. Jeder kann mal einen Fehler machen, oder sich etwas im Ton vergreifen, wenn es stressig ist (was ich in dem Fall aber nicht beobachten konnte).
Wenn aber Zeta Kunden darauf angewiesen sind, ist es schon wichtig das alles soweit funktioniert.
Ja klar. Das sehen wir genauso. Ich habe ja auch keine Zweifel, dass ein Fehler existiert. Aber um ihn zu beheben, muss ich ihn 100% nachstellen können, was mir bislang nicht gelingt. Vielleicht gibt es da ja irgendwelche Seiteneffekte von anderen Seiteninhalten, die den Fehler erst triggern… Wir werden es sicher noch hinkriegen, braucht halt alles seine Zeit.
@undweg wie kommen Sie darauf, dass wir das ausschließlich für Sie verbessern möchten?
Ihnen auch alles Gute. Was immer Sie so verärgert hat.
Ich bin das nun angegangen, kann es aber beim besten Willen bisher nicht willentlich reproduzieren. Auf der paulmeekseite bekomme ich den Fehler hin und wieder reproduziert, wenn ich in Chrome das Fenster schnell von schmal auf breit ziehe. Allerdings kann ich dort beim Drehen eines iPhone 13mini fon Hoch- auf Querformat keinen Fehler sehen.
Hier mein Testprojekt anhand dessen ich den Fehler versuche zu fixen:
Kann jemand von Euch da den Fehler mit den mehreren, nebeneinander dargestellten Headerbildern provozieren?
Grundsätzliches zur Funktion des Cookie-Consent-Widget:
Das Widget blockiert grundsätzlich alle externen * Scripts (es gibt keine Blockliste o.Ä.).
Die Liste der Dienste, die man in den Einstellungen aktivieren kann, dient lediglich dazu, dass Besucher gezielt in einzelne Dienste einwilligen können (auf eine Erlaubt-Liste setzen).
Vor diesem Hintergrund beantwortet sich die Ursprungsfrage auch anders: Tag Manager ist als Dienst im Cookie-Consent-Widget aufgeführt, damit Besucher den Dienst per Klick auf einen Button gezielt zulassen können.
ZETA ist ja eine Anwendung die auch Anfänger nutzen
Und die darf ich bitten, uns in dem Fall einfach zu vertrauen (oder eben zu fragen) und nicht etwa kopierte Behauptungen hier zu verbreiten, die der Verfasser vermutlich selbst nicht versteht, wie das in Beitrag #4 hier oben geschah (das war auch nicht als Frage erkenntlich).
Ich fand die Frage hier berechtigt und auch in keiner Weise löschenswert.
Kann ja durchaus sein, dass wir unnötigerweise einen Dienst mit dem Consent-Widget blockieren, und wären in dem Fall für jeden Hinweis dankbar. Im Fall des Tag Managers sehen wir das Blockieren aber als (leider) notwendig an (im Sinne der DSGVO).
Also, cool down and carrry on!
Ich habe das mal gegoogelt und das sehen viele der einschlägigen Spezialisten anders, daher ist der Tag Manager im Cookie Consent enthalten.
Schon das Laden übermittelt die IP des Nutzers an Google…
Ist überhaupt nicht böse gemeint gewesen 😀.
Von mit auch nicht. Wollte das nur klarstellen, bevor hier Mißverständnisse aufkomnen.
Dieses Thema ist nun bereits sehr unübersichtlich und verwirrend. Ich schließe es daher.
Ja das meinte ich mit Microsoft Clarity, das ist anscheinend von Zeta auf den Vorlagen verwendet und nicht vom User eingebaut.
Definitiv nicht. Ich wette auch, dass Sie da im Quelltext der Seite kein entsprechendes Script finden können.
Wichtig: Das Online-CMS ist komplett unabhängig von den in ZP erfassten Inhalten. Inhalte die in ZP erfasst wurden sind im Online-CMS nicht bearbeitbar und umgekehrt. Sie platzieren das Online-CMS an eine bestimmte Stelle auf der Seite und schaffen damit dem Kunden quasi einen Bereich in dem er sich austoben kann. Die vom Kunden erfassten Inhalte sind dann nur online, also "live" sichtbar.
Es werden iFrames blockiert und der Nutzer muss vor dem Laden zustimmen. Das scheint mir in Ordnung zu sein.
Beim Deaktivierten Script https://www.cruiseportal.de/modul/JS/AdvancedIframeResizerHost.js funktioniert der "Alle akzeptieren" Button nicht, aber das spielt in diesem Zusammenhang (mit den vom Scanner) ja keine Rolle und wir setzen eine Überprüfung dieses Verhaltens mal auf unsere ToDo-Liste.
Wenn der Scanner nun immer noch ein geladenes iFrame meldet, dann kontaktieren Se dessen Entwickler und bitten Sie das bitte in einem Webbrowser (den die Besucher ja grundsätzlich nutzen) zu reproduzieren. Ich sehe in all meinen Browsern keinen Kontakt zu externen Servern, solange ich nicht auf "iFrame laden" klicke, aus meiner Sicht wird das iFrame auf https://www.flusskreuzfahrtbuero.de/flusskreuzfahrten-reedereien.html also erfolgreich blockiert.
Ich bin gerade dabei ein Seite zu erstellen. Es wurden auch keine Widgets eingesetzt.
Wenn ich auf die Vorschau gehe und unten auf Smartphone klicke habe ich das Problem wie bei DEERBRANDS im Video beschrieben.
Das ist bei allen Layouts Campfire.
Das wurde ja behoben und von Mirco auch bestätigt. Daher die Frage nach der URL. Nur wenn ich die Seite sehen/testen kann, kann ich mehr dazu sagen.
Neue Frage, neuer Beitrag. Bitte!
Der canonical-header der Unterseite ist auch falsch (verweist auf die Startseite /). Fällt schwer, von hier aus zu sagen, welche Fehler das Verhalten des cookie-Banners noch so beeinflussen könnten. Vielleicht als erstes mal ein "Erweitert > Erstellen > Alle Seiten erstellen" mit anschließendem Veröffentlichen durchführen. Dann ggf. ein Premium-Support-Ticket nutzen.
Ha, in Chrome auf Windows sehe ich nun die Meldungen betr. blockiertem iFrame etc. auch, aber die Buttons reagieren nicht auf Klicks (wie von Gymwave schon bemerkt). In Safari sehe ich da keinerlei Meldungen. Ich weiß nicht, was hier vor sich geht und was am Projekt alles gedreht wurde.
