Beiträge von Hanabi

ich bezweifle da eher, dass die Produzenten des Tests wirklich eine Ahnung von dem haben, was sie da reden und welche Schlussfolgerungen sie ziehen. Wenn eine Seite unter einer Adresse direkt erreichbar ist und andere Adresskombinationen, also mit und ohne ssl und www auf die direkt erreichbare Seite umleiten, ist das korrekt und kein Duplicate Content. Die Testaussage ist schlichtweg falsch.

Zu den Problemen mit Zeta 15.1.1: Interessant wäre in dem Zusammenhang die Systemumgebung, also welche Windows-Version, Virenscanner etc. Meine Projektbearbeitung (Vereinshomepage, 250 Seiten, 5000 Bilder, diverse geschützte Bereiche läuft noch unter Windows 7ProX64 auf einer 10 Jahre alten HP-600 (2 x Xeon-Hexacore, 32 GB RAM, Nvidia Quadro). Schlechteste Komponente in der Leistungsbewertung ist die SSD-Festplatte. Seit Ende der Beta-Phase für die 15 kein einziges Einfrieren, Absturz oder Sonstiges.
Ohne nähere Angaben zum Rechner und zum Projekt lässt sich aus der Ferne schlecht bewerten, ob das Programm schlecht ist, der Rechner spinnt oder das Projekt einen Knacks hat.

Hallo Nemessis,

das ist auf alle Fälle nicht das normale Verhalten. Kontrolliere mal bitte, ob Du das Widget im Entwicklermodus irgendwann einmal kopiert hast und eventuell die Kopie verwendest, welche durch irgendein Update nicht mehr mit dem Programm kooperiert. Falls nicht, bräuchten wir die verwendete Programmversion sowie zur Sicherheit auch noch eine Beschreibung, wie Du das Widget eingefügt hast.

Hallo Frank,

teste mal bitte das Verhalten an der veröffentlichten Seite, nicht in der Vorschau. Das Fehlerbild-2 zeigt eine Ausführung als "localhost", also auf dem eigenen Rechner und nicht auf dem Webserver.

Hallo Günter,

"Arztpraxis" ist eine Branchen-Vorlage auf Basis von Contemporary Responsive. Branchen-Vorlagen sind nur bei der Neuanlage eines Projektes wählbar. Die verschiedenen Farbvarianten stehen aber im Layout-Editor nach Wechsel des Layouts zur Verfügung. Also zunächst auf das Layout "Contemporary Responsive" Wechseln, dann oben links die passende Farbvariante auswählen.

Hallo Michael,

stelle Dir bitte nachfolgendes Szenario vor:

habe eben noch am PC Beethoven über den Media-Player gehört und für maximalen Genuss voll aufgedreht. Besuche dann nichts ahnend Deine Seite und die Seite brüllt mich an.

Ergebnis: Der Besucher bekommt ein nicht erwartetes Feedback und ist erst einmal irritiert.

Hallo Nemessis,

dazu in der .Htaccess folgenden Abschnitt einfügen

# Beginn UTF-8
AddCharset UTF-8 .html
AddCharset UTF-8 .php
# Ende UTF-8

Halo Raimund,

mache mal einen Screenshot von den Formulareinstellungen.

Hallo Jörg,

PDF, die als Datei in Zeta eingelesen werden, behalten ihren Dateinamen, solange sie den Apache-Kriterien entsprechen (keine Umlaute, keine Leerzeichen, keine Sonderzeichen). sollte eine Datei gleichen Namens bereits vorhanden sein, wird ein -01 an den Dateinamen angehängt.

Die Entscheidung liegt zwar bei Mario , ich würde aber für CC BY-SA https://creativecommons.org/licenses/by-sa/4.0/deed.de plädieren. Die selbe Lizenz habe ich bei unseren Datenschutztexten für den Verein eingeräumt, also unbeschränkte Nutzung, Weiterverarbeitung und Veränderung des ursprünglichen Werkes bei Namensnennung und Verlinkung auf den Urheber. Ich selbst verwende von Mario ein angepasstes "nach oben", welches in unserem Impressum unter "Einzellizenz- und Quellennachweise" angeführt ist. Solange Mario sich nicht auf eine andere Lizenzierung festlegt, wäre ein entsprechender Link vorläufig eine aus meiner Sicht respektvolle Lösung.

Soweit es sich um Anpassungen "ursprünglicher Zeta-Widgets" handelt, sollte dann auch noch ... basiert auf ... ergänzt werden.

Der konkrete Inhalt einer entsprechenden Lizenz kann unter https://creativecommons.org/share-your-work/ konfiguriert werden.

siehe https://docs.zeta-producer.com/formular-einfuegen.html#a1363

Hallo Gerald,

ich gebe zu, im Alltagsgebrauch bin ich "faul" und "bequem". Bei gefühlt bisher besuchten 90% aller Seiten, die in diesem Forum verlinkt werden, kann es durchaus sein, dass Seiten noch im Cache sind .

Hallo Michael,

ein Überschreiten der absoluten Pfadlänge führt dazu, dass die gesamte Anwendung, in der die - zu lange - Datei angezeigt werden soll, kollabiert. Daher auch keine Anzeige der - ausreichend - kurzen Dateien.

Hallo Andre,

kannst Du das mal auf einer Testseite nachbauen und dann den Link zur Testseite posten? Zum Vergleich dann auch noch einen Link zur manuell geänderten Seite hinzufügen, damit wir Wunsch (so soll es aussehen) und Ergebnis (mit Zeta-Bordmittel) vergleichen können.

Hallo Gerald,

Nur als Randbemerkung: Da ich selbst ebenfalls Texte unter einer Creative-Commons Lizenz veröffentliche, würde ich es für angebracht halten, dass ein Openmaps-Bild (CC-BY-SA) auch mit einer Openmaps-Karte verlinkt wird und nicht auf Google. "Fairplay!".

Hallo Roland,

Deine Beschreibung lässt vermuten, dass auf dem Rechner im Büro die "Projektüberwachung" aktiviert ist. Das würde dazu führen, dass auf dem Rechner im Büro das Projekt im Hintergrund auf fehlerhafte Links geprüft wird und das Projekt in dieser Situation als "geöffnet" auf dem Bürorechner klassifiziert wird. Das wäre jetzt meine erste Vermutung, zu testen darüber, ob der Fehler auch auftritt, wenn der Rechner im Büro ausgeschaltet ist. Wenn der Fehler dann nicht auftritt, einfach im Büro die Projektüberwachung ausschalten (Extras -> Optionen -> Überwachen). Wenn der Fehler auch bei ausgeschaltetem Rechner im Büro auftritt, habe ich ad hoc keine Idee. (Ich gehe davon aus, dass unter Erweitert -> Erweiterte Einstellungen -> Cloud ein Häkchen bei "Als Cloud Projekt öffnen" gesetzt ist.)

Hallo Bernhard,

willkommen im Forum. Der/die Mehrwertsteuersätze können über "Shop" -> "Einstellungen" -> "Währung" angepasst werden.

Hallo Kati,

die Ursache habe ich im Quelltext der Seite "Kontakt" gefunden:

value="https://www.febatec.com/anmeldung-war-erfolgreich.html"

In den FTP-Einstellungen ist also https://www.febatec.com eingetragen. Durch einen fehlerhaften Eintrag in der .htaccess wird aber zwangsweise von mit-www auf ohne-www umgeleitet, also auf https://febatec.com. Damit sind die PHP-Scripte nicht erreichbar.

Lösung: in den FTP-Einstellungen https://febatec.com eintragen, alle Seiten erstellen und alle Seiten veröffentlichen.

Hallo Heiner,

Hilfe kann ich momentan nicht geben, für die Mitarbeiter des Supports (morgen) wären aber weitere Angaben hilfreich, siehe Support / Unterstützung.

Hallo Abel,

kontrolliere die Seite nochmal im Inkognito-Modus, um sicher zu gehen. Wenn dort die Anzeige noch immer mit Helvetia erfolgt, bin ich erstmal raus, da ich gerade sämtliche Rechner (Verein, Firma & privat) auf Windows 10 umstelle und momentan nur übers Tablet im Forum agiere.

Hallo Abel,

lösche mal den Browser-Cache oder rufe die Seite im Inkognito-Modus (neues Inkognito-Fenster bei Crome, InPrivate bei IE/Edge) auf. Vermutlich wird Dir noch eine im Cache gehaltene ältere Version der Seite angezeigt.

Hallo Abel,

hattest Du zum Zeitpunkt der Änderung eine Internetverbindung oder war der Rechner vom Internet getrennt (offline). Dann wäre nämlich genau der Fall eingetreten, dass keine Verbindung zum Google-Server hergestellt werden konnte und das Fallback korrekt war. Nach https://fonts.google.com/specimen/Quicksand ist der Font wohl weiterhin online.

Hallo Sagi,

dass der Besucherzähler auf der Homepage nicht angezeigt wird, könnte daran liegen, dass der eingebundene Code über eine Webseite mit http:// geladen wird. Deine Seite ist aber mit https:// erreichbar, so dass unsichere Inhalte (aus einer http-Quelle) ein unsicherer Inhalt ist, der nicht angezeigt wird.

Du musst Dir aber auch im Klaren darüber sein, dass Einbindungen von Drittanbietern in die Datenschutzerklärung einfließen müssen und Du als Seitenbetreiber verantwortlich bist, wenn Dritte Daten Deiner Besucher verarbeiten. Dies trifft auch für eine private Homepage zu, sobald diese öffentlich erreichbar ist.

Hallo Abel,

was Du mit der Umstellung der Schriftart erlebt hast, war ein "Fallback" auf eine Standardschriftart, da der eigentliche Font "Quicksand" nicht verfügbar war. Da Quicksand ein Google-Font zu sein scheint, könnte es daran liegen, dass der Google-Font-Server einen Aussetzer hatte, also entweder gerade nicht erreichbar war oder die Schriftart generell aus dem Angebot genommen wurde. Dies zunächst nur als Info, die Lösungsfindung sollten wir angehen, wenn das andere Problem geklärt ist.

Zur Veröffentlichung auf dem Zeta-Server:

Das die FTP-Einstellungen "automatisch" auf Zeta-Server wechseln, ist bei mir bisher nicht vorgekommen (seit V-12 dabei). Aktuell kann ich mir nur vorstellen, dass Du eine ältere Version des Projektes geöffnet hattest, bei der noch der Testserver konfiguriert war. Bitte beschreibe, wie Du das Projekt geöffnet hast. Füge auch einen Link zur betroffenen Seite bei, damit wir über die sitemap.xml herausbekommen, wann die Seite auf Deinem Server zuletzt aktualisiert wurde.

Halo Guido,

die sitemap ist eine reine xml-Datei ohne Bilder (Beispiel). Damit scheidet diese als Fehlerquelle aus. Ich würde da eher auf "Warum feiern wir Ostern?" tippen.

Hallo Doro,

die Idee von Mario ist gut, wäre auch soweit konform (In die Datenschutzerklärung zur Webseite müsste dann lediglich noch ein Abschnitt "Google Maps" unter Datenübermittlung an Dritte eingebaut werden.

Grundsätzlich brauchen wir nicht unbedingt ein Kontrollkästchen zum Anhaken, es reicht aus, wenn durch einen vorgelagerten Text oder den Text im Button klar gestellt wird, dass mit Betätigen des Buttons die Übermittlung an Dritte erfolgt.

Auf unserer Seite habe ich das so gelöst, dass alle Karten auf einer separaten Seite zusammengestellt sind (im Menü ausgeblendet) und diese Seite nur durch Linkbuttons zu erreichen ist. Ein Beispiel findest Du unter https://www.hanabi-pirna.de/karate-dojo.html#a34804

Hallo Thomas,

das Vorgehen zum Einbinden ist sehr gut unter https://blog.tappenbeck.net/2014/01/25/ope…eite-einbinden/ beschrieben.

Du solltest aber zunächst über eine Testveröffentlichung kontrollieren, ob und welche Cookies gesetzt werden.

Hallo Kati,

kontrolliere mal in den FTP-Einstellungen, ob die Adresse ebenfalls mit https angegeben ist.

Hall Esther,

wie lautet denn die Webadresse?

Der Fehler tritt beispielsweise dann auf, wenn die Seite über https:// geschützt ist, aber in den FTP-Einstellungen nur http:// oder nur www. steht.

Hallo Josef,

da gibt es leider keine Einstellmöglichkeiten. Lediglich im Widget "Bilderalbum" wäre es möglich, die Vorschaubilder einzeln stehen zu lassen und eine Slideshow erst bei Klick auf das Bild ablaufen zu lassen (Im Widget unter "Große Bilder" ein Häkchen rein bei "Als Diaschau abspielen?"). Du hast dann aber eben alle Bilder nebeneinander als Vorschau zu stehen.

Hallo Stefan,

weil Forums-User auf die vermeintlich "elegante" Lösung hingewiesen haben. Ohne Besprechung würde diese "Scheinlösung" vermutlich zu längeren Diskussionen "... warum macht ihr nicht..." führen.

Zitat von Olav

Die Seite hat es gut gemacht https://www.dieberater.de/ haben auch ein Video drüber.

verwendet wird hier Borlabs-Cookies, ein kostenpflichtiges Plugin für Wordpress. Die aktuelle Version stammt vom 10. Oktober 2019 und berücksichtigt nach Aussage der Entwickler die EuGH-Sprechung.

Kurztest:

• beim ersten Aufruf der Seite werden _cfduid (Cloudflare) und PHPSESSID (Sitzungscookie) geladen, was OK ist
• als Drittes taucht jedoch em_acp_globalauth_cookie auf, welches über die folgende Beschreibung definiert wird:
  "Dieses Cookie ist mit Active Campaign verknüpft und ermöglicht es uns, Ihre Nutzung der Website besser zu verstehen und die erhaltenen Informationen besser auf Ihre Bedürfnisse abzustimmen."
  Hier rettet lediglich das Verfallsdatum (sofort) davor, bereits an dieser Stelle abzubrechen.
• Nach Auswahl von "nur essentielle Cookies laden" wird lediglich PHPSESSID (neue Instanz) sowie borlabs-cookie geladen. Borlabs-cookie speichert die Einstellungen zu Cookies für 365 Tage, ist also technisch so aufgebaut wie unser "hidealertbanner". Saubere Lösung.
• Neuer Start, diesmal individuelle Cookieeinstellungen:
• Sehr schön, die Cookies werden getrennt in Essentiell, Statistiken, Marketing und externe Medien, zusätzlich lassen sich die Cookie-Informationen im Detail anzeigen.
• Unter "Essentiell" ist nur Borlabs-Cookie aufgeführt, PHPSESSID, _cfduid und em_acp_globalauth_cookie werden nicht erwähnt.
• Unter "Statistiken" werden verschiedene Cookies von Google-Analytics aufgezählt, soweit richtig. Sauber gelöst ist ebenfalls die Verlinkung auf die Datenschutzerklärung des Drittanbieters.
• Bei "Marketing" kommt das Tool ins Schwimmen, weil hier die selben Cookies von Google-Analytics aufgezählt werden, wie unter "Statistik". Es sind auch die selben Cookies. Hier wird also verschleiert, dass die Statistik-Cookies gleichzeitig zu Marketing-Zwecken verwendet werden. Ich stimme nur der Statistik zu und bekomme trotzdem personalisierte Werbung.
• "Externe Medien" enthält auf dieser Seite 7 Elemente, darunter Facebook mit dem Zweck "wird verwendet, um Facebook-Inhalte zu entsperren". Diese Beschreibung interessiert mich sehr, weshalb ich diesen Bereich aktiviere. Leider bietet die Homepage keinerlei Facebook-Inhalte an, so dass das konkrete Verhalten nicht getestet werden kann. (Neustart zum Bereinigen der Cookies)
• Bei "Externe Medien" wähle ich nur Google-Maps, hierdurch sollte ausschließlich NID gesetzt werden. Laut Definition wird NID zum Entsperren von Google-Maps-Inhalten genutzt. In der Google-Erklärung zu Cookies hingegen steht, dass NID beispielsweise die Browsersprache und die Verwendung von SafeSearch speichert. Alle anderen externen Medien lasse ich inaktiv und begebe mich auf die Suche nach einer Seite mit Google-Maps. Fündig werde ich auf der Seite "Google-Ads", dort habe ich zwar keine Karte angezeigt, dafür aber einen ganzen Strauß von Cookies, von google selbst tatsächlich nur NID, aber von Youtube gleich noch 5 Cookies reingedrückt, die teilweise Nutzerverhalten tracken. An dieser Stelle versagt das Tool aus meiner Sicht vollständig.

Einschätzung:

• + Der Ansatz ist richtig, die Technologie nachvollziehbar und die Bedienung für den Besucher einfach.
• - Als kostenpflichtiges Wordpress-Plugin kann die die Bedienung für den interessierten Seitenbetreiber nicht einfach so getestet werden, durch die Beschränkung als Plattformmodul nicht direkt anwendbar in Zeta.
• + Mitgeliefert werden bereits die gängigsten Cookies samt Beschreibung
• + zusätzliche Cookies können manuell angelegt werden
• - Die Beschreibungen passen teilweise nicht zu den Angaben der Drittanbieter, wobei nicht erkennbar ist, ob es sich hierbei um Vorgaben des Plugins oder eine fehlerhafte Einstellung des Seitenbetreibers handelt.
• - es gibt Cookies mit doppelter Verwendung, die zu einer "uninformierten Entscheidung" des Nutzers führen können
• - Bei Diensten der Google-Gruppe ist eine tatsächliche Separierung nach Portalen (Maps/Youtube nicht möglich, das beim Test festgestellte Verhalten möchte ich als "Täuschung" titulieren

Der Test bestätigt erneut, dass die Gesamtthematik nicht einfach ist und eine schnelle technische Lösung als "Schnellschuß" oder "Rohrkrepierer" enden könnte.

Hinweis: Beitrag herausgelöst aus Cookie-Urteil des EuGH vom 01.10.2019: Datenschutz-konforme Cookie-Nutzung in Zeta., dort ursprünglich als #85 eingebracht.

Zitat von Graf Foto

Hallo Thomas,

ich bin zwar kein Anwalt, war aber gerade auf einem Seminar bei Trusted-Shop Anwalt ... da hab ich gelernt, dass das hier:

Durch die weitere Nutzung unserer Webseite stimmen Sie der Verwendung von Cookies zu.

auch schon wieder abmahngefährdet ist. Man darf niemals auf der Seite Einstimmung durch Nichtstun oder voranklickte Auswahlkästen einholen. Das muss immer durch eine explizite Zustimmung des Nutzes geschehen.

Hallo Graf Foto ,

Ursprünglich war das Info-Banner ja auch als reines Informations-Widget vorgesehen und konnte nur durch das [X] geschlossen werden. Damals gab es dann hier im Forum ziemlich viele Wünsche, anstelle des [X] oder ergänzend einen Button [OK] hinzuzufügen, was durch die Entwickler dann auch schnell umgesetzt wurde. Danach kam dann mit der DSGVO der Cookie-Hype. Die Mustertexte wurden sogar auf diversen "Datenschutzgeneratoren" angeboten. Viele Seitenentwickler haben dann überall diese Cookie-Infos gesehen mit "zustimmen" und den Text in das Infobanner übernommen, ohne Nachzufragen, wie denn ein reines "Textbanner" das Ladeverhalten von Cookies beeinflussen kann? Antwort: Gar nicht! Der Mustertext hat es dann sogar noch in das Handbuch geschafft.

Bei uns steht übrigens seit Mai 2018:

Zitat

Wir protokollieren zur Abwehr von DDOS-Attacken, Spamming in Kontaktformularen und Gästebuch sowie Zugriffsversuchen auf geschützte Bereiche die IP-Adressen der Seitenbesucher in Übereinstimmung mit Artikel 6 Ziffer 1f DSGVO. Weiter verwenden wir auf den Seiten dieser Homepage technisch notwendige Cookies⇒. Weitere Infos hierzu erhaltet Ihr in unserer Datenschutzerklärung⇒.

Da gibt es kein OK, Cookies und Datenschutzerklärung sind im Original mit den entsprechenden Texten verlinkt.

Das Problem des von Dir zitierten Textes ist ja eben, dass dem Besucher suggeriert wird, er müsse in die Verwendung von Cookies einwilligen. dies ist tatsächlich nur dann wirksam möglich, wenn

• alle einwilligungspflichtigen Cookies zunächst deaktiviert sind
• es für jede Gruppe von einwilligungspflichtigen Cookies ein separates Anwahlfeld gibt, welches nicht vorgehakt ist
• der Besucher eine Schaltfläche "OK / Verstanden / Bestätigen" bedienen muss

Erst danach dürften dann (wenn ein Häkchen gesetzt ist) die Cookies geladen werden. Wir reden hier von einer datenschutzrechtlichen Einwilligung. Zur Einwilligung gehört auch der Widerruf. Hierüber ist der Besucher zu belehren (z. B., im Rahmen der Datenschutzerklärung).

Fachlich korrekt, aber nur für Cookies anwendbar, die kein Nutzerverhalten auswerten, ist die Möglichkeit des "berechtigten Interesses" des Seitenbetreibers. Hier greift dann nur eine Informationspflicht (über Infobanner in Kurzform, ausführlich in der Datenschutzerklärung).

Hallo Andi,

es geht aber primär um eine technisch funktionierende Lösung, die Optik kann man später noch klären, wenn die Technik funktioniert. Der beigefügte Screenshot zeigt die Seite bei erstmaligem Aufruf (Inkongito-Modus). Wie unten zu sehen ist, wurde von mir noch keine Aktion zu den Cookies getätigt (keine Einwilligung). Geladen werdne trotzdem bereits beim Start 19 Cookies, darunter _ga von Google Analytics. Auch diese optische Lösung ist damit durchgefallen.

PS: den gleichlautenden Beitrag im anderen Thread nehme ich mal raus, da brauchen wir nicht doppelt kommentieren.

Hallo xv1900 ,

willkommen im Forum. Ich empfehle eher das Handbuch.

Die Seiten werden, wie in einem CMS üblich, automatisch verlinkt (Navigation). Falls innerhalb eine Textes eine Verlinkung zu einer andere Seite der Homepage erfolgen soll, einfach den entsprechenden Abschnitt des Handbuchs lesen.

Hallo Stefan,

im alten Shopsystem kann nur mit einem Versandpreis gearbeitet werden.

Hallo Detlev,

Zeta selbst legt nur "hidealertbanner" (bei Infobanner), "zpratinguser" (bei Bewertungen) und "PHPSESSID" (für diverse PHP-Anwendungen, wie z. B. Onlineshop, Online-CMS oder geschützter Bereich) an. Diese sind technisch notwendig und tracken kein Benutzerverhalten.

Problematisch wird es bei Drittanbieteranwendungen, die auf externe Dienste zugreifen, wie ReCaptcha in Formular oder Gästebuch, Google-Maps, Youtube, Vimeo, Disqus, Twitter oder sämtlichen Facebookanwendungen. Hier werden direkt über den Drittanbieter weitere Cookies gesetzt, auf die Zeta keinen Einfluss hat. Teilweise beobachte ich sogar, dass - abhängig davon, ob ein Besucher beim entsprechenden Dienst angemeldet ist oder nicht - Cookies unterschiedlich gesetzt werden.

So tauchen bei meinen Tests Cookies von Google Analytics bei einer Seite mit ReCapcha oder Maps nur dann auf, wenn ich im Browser mit meinem Google-Konto angemeldet bin. Bin ich ausgeloggt, also im Gast-Modus, InPrivate-Fenster oder Inkognito-Modus, wird nur NID gesetzt, welches für sich genommen ebenfalls ein technisch notwendiges Cookie ist.

Sowohl diverse User als auch die Zeta-Entwickler testen gegenwärtig das Cookie-Verhalten als auch diverse "angebliche" Lösungen, eine klare Aussage kann aber gegenwärtig nicht getroffen werden.

Hallo Horst,

das Backup war durch das Häkchen bei "Online-Daten sichern" angewiesen, auch das auf dem Server liegende Gästebuch / Shop etc. zu sichern, konnte dies aber nicht wegen der geänderten FTP-Einstellungen.

hallo Buch88 ,

die Lösung wäre "Browser-Cache leeren" oder "Inkongito-Fenster". Durch das Widget "Blogbeitrag" wird ohne aktivierte Disqus-Kommentare keine Daten zu Disqus übertragen und auch kein Cookie gesetzt.