Beiträge von Hanabi

War die Homeversion auch schon die 16.3 oder noch eine V-15?

Hallo Steyer ,

willkommen im Forum. Da es die erste Fragestellung von Ihnen ist, möchte ich zunächst abklären, ob Sie auch das Programm Zeta erstmalig nutzen. Wenn Ja, könnte es an einer fehlerhaften Installation liegen. Wenn Sie Zeta bereits seit längerem nutzen und der Fehler erst jetzt auftritt, könnte es verschiedenste Ursachen haben, an die wir uns erst herantesten müssen.

Die Chrome-Konsole zeigt Probleme mit Drittanbieter-Cookies an, was dazu führt, dass ReCaptcha nicht ausgeführt werden kann:

Because a cookie’s SameSite attribute was not set or is invalid, it defaults to SameSite=Lax, which prevents the cookie from being sent in a cross-site request. This behavior protects user data from accidentally leaking to third parties and cross-site request forgery.
Resolve this issue by updating the attributes of the cookie:
Specify SameSite=None and Secure if the cookie should be sent in cross-site requests. This enables third-party use.
Specify SameSite=Strict or SameSite=Lax if the cookie should not be sent in cross-site requests.
12 Cookies
Name    Domain & Pfad
OGPC    .google.com/
OTZ    www.google.com/
CONSENT    .google.com/
1P_JAR    .google.com/
SID    .google.com/
__Secure-1PSID    .google.com/
HSID    .google.com/
SSID    .google.com/
APISID    .google.com/
SAPISID    .google.com/
__Secure-1PAPISID    .google.com/
SIDCC    .google.com/

Nächster Verdacht wäre, dass der Code von Google-Analytics dazwischenfunkt. Wenn bei GA und ReCaptcha unterschiedliche Adressen (mit und ohne www) verwendet werden, könnte dies aus meinem Gefühl zu Problemen mit "SameSite" führen.

Nach https://www.imker-horgen.ch/assets/php/for…zp-php-info.php ist allow_url_fopen auf on, soweit also korrekt. Die PHP-Version 7.3 passt ebenfalls. Momentan habe ich keine Idee, was da schief läuft.

Aufklärung:

Das CSS unter Website -> Einstellungen wird in das globale Attribut "additional_css" geschrieben und dann auf alle Seiten vererbt. Wenn aber eine Seite, in Deinem Fall die Startseite, bereits einen individuellen Eintrag in diesem Attribut hat, wird für diese Seite das Attribut nicht überschrieben.

Mit dem Löschen des Attributes in den Seiteneigenschaften wird dann automatisch wieder der Standardwert aus "global" übernommen.

Deswegen auch der Hinweis von elch zum Sichern des Eintrages. Du solltest also kontrollieren, ob auf der Startseite ein Widget oder ein Effekt eingebunden ist, der das ursprünglich eingetragene individuelle CSS benötigt.

Wenn die Seite "blank" bleibt, ist häufig als Ursache die FTP-Konfiguration. Wenn dort in der Webadresse nur http://www.domain.de steht, wird die Seite als http://www.domain.de veröffentlicht. Bei einer Seite mit SSL-Zertifikat erfolgt der Aufruf aber mit https://www.domain.de. Die FTP-Einstellungen müssen daher beim Webserver um https:// vor der Webadresse ergänzt werden.

gibt es Bilder mit besonders langem Dateinamen? Dann könnte es auch an der absoluten Pfadlänge (255 Zeichen) liegen. Dies kannst Du umgehen, indem Du direkt auf ein Laufwerk sicherst und nicht in das Backup-Verzeichnis.

wenn es keine Backup-Datei (eventuell auf dem Server) gibt, wäre nur noch die Möglichkeit, die Seite zu importieren https://docs.zeta-producer.com/website-importieren.html#a1931. Formatierungen gehen dabei aber verloren. Eventuell ist es vom Zeitaufwand her besser, anhand des Quelltextes das verwendete Layout (definiert über body_id) herauszufinden und dann die Seite komplett neu aufzubauen.

Hallo Andreas,

sind denn die sonstigen Projektdateien vorhanden?

Hallo Beat,

sind auch die https-Seiten bei ReCaptcha registriert?

Diese Datei enthält grundlegende Daten zum Projekt. Ohne diese Datei kann das Projekt nicht geöffnet werden. Der Inhalt ist allerdings relativ banal und kann zur Not auch mit notepad+++ nachgebaut werden.

<?xml version='1.0' encoding='utf-8'?>
<zetaProducer>
  <webProject>
    <configuration version="12.0" alternativeTitle="SFV Feuerblume e. V." alternativeConnectionString="" alternativeConnectionStringProviderName="" useConnectionPoolGuard="Default" />
  </webProject>
</zetaProducer>

Hallo Martin,

betrifft der Fehler beide Projekte, also smartins und triketraks oder nur eines?

Da brauchen wir mal einen Link zum Shop.

• Extras -> Optionen -> Aktionen
• Website Features prüfen -> Ausführen

unterhalb der in meinem letzten Beitrag verlinkten Anforderungen steht auch eine Anleitung zum Prüfen der Website-Features. Diese bitte mal durchlaufen lassen. Ich vermute fehlende Schreibrechte.

Die Vorgabe einer bestimmten Bestellmenge ist nicht möglich. Es geht nur über den Umweg, ein Gebinde (6Flaschen) als einzelnen Artikel festzulegen.

Herzlich willkommen!

Zitat von Buch88

Hallo, vielen, vielen Dank.

Hanabi kannst du bitte einmal überprüfen, ob dies jetzt korrekt ist Unser-Sammler-Team Blog - der Überraschungsei und Fremdfiguren Blog

Das war mein erster Versuch

JA, passt jetzt, die Fonts werden vom eigenen Server geladen.

Ein Content-Tool für den Font ist dann nicht mehr notwendig.

Das Cookie-Tool eines anderen Anbieters kann nur dann wirksam eingebunden werden, wenn dieses auf dem eigenen Server läuft. Sollte es extern, also auf dem Server des Anbieters laufen, wäre die Übermittlung der IP-Adresse an diesen Server bereits einwilligungspflichtig. Siehe https://forum.bfdi.bund.de/t/cookiebot-nicht-erlaubt/911

Hallo Martin,

Du kannst auch versuchen, die ZIP direkt im Windows Explorer zu entpacken. Eventuell hilft auch

zu Zeta 16.3:

Welche Fonts von Google bezogen werden, lässt sich bei webfonts-deactivate=0 (also nicht gesperrt) über den Seitenquelltext herausfinden. Dazu die Seite im Webbrowser aufrufen, Quelltext anzeigen lassen und dann nach fonts.googleapis.com suchen. Dort wird dann die Fontsfamilie angezeigt, bei https://www.unser-sammler-team.de/ ist dies Kaushan. Weitere Webfonts werden von dieser Seite nicht geladen. Du kannst dann in den Layouteinstellungen suchen, wo diese Schriftart tatsächlich verwendet wird. Eventuell bietet sich auch eine Standardschriftart als Ersatz an.

Standardschriftarten wie Arial, Times new roman oder Courier sind bereits Bestandteile viele Betriebssysteme, also per se auf PC, Handy oder Tablet vorhanden. Diese müssen nicht geladen werden.

Zitat von Drcymbal

Entgegen gängiger Praxis sind die von uns genutzten Google-Webfonts auf dem Server gespeichert, auf dem auch diese Webseite betrieben wird. Somit nimmt Ihr Browser keine Verbindung zu Google-Servern auf, um die Google-Webfonts darstellen zu können.

Zum Einen ist dieser Satz ausreichend und bedarf keiner weiteren Erläuterung, zum Anderen kann er ruhig fett geschrieben werden. Falls es doch mal einer liest, könnte dies zum Nachdenken veranlassen, was denn auf anderen Webseiten mit seiner IP-Adresse im Hintergrund passiert.

Liebe User,

Das Datenschutzforum beim Bundesbeauftragten für Datenschutz ist wieder da und unter https://forum.bfdi.bund.de/ erreichbar. Fragen, die wir im Zeta-Forum nicht klären können, trage ich gern in das externe Forum weiter.

OK,

Beitrag hatte ich nicht geschrieben, sondern nur die Seite aufgerufen. Muss ich dann nochmal am großen Rechner testen.

Hallo Stefan,

Browsercache löschen? Aktuell funktioniert es bei mir:

JA

Im Projekt ist der Onlineshop bereits aktiviert wie unter https://docs.zeta-producer.com/onlineshop-einfuegen.html#a3761 beschrieben?

Soll unter diesem Menüpunkt der zeta-interne Shop oder ein externer Shop aufgerufen werden?

Siehe RE: Gästebuch Fehler (gelöst)

Sind die betroffenen Inhalte PHP-Anwendungen oder Scripte? Wenn ja, scheint der lokale Apache-Server nicht zu laufen. Bitte temporär alle Sicherheitstools deaktivieren und schauen, ob es dann wieder läuft.

Der Code enthält einen relativen Bezug auf dat/bs.php. Im Producer wird die Datei auf der lokalen Festplatte gesucht. Da die Datei nur auf dem Server vorhanden ist, Kommt es im Producer zur Fehlermeldung.

Guten Morgen,

sobald die Seite auf https umgestellt wurde, musst Du in den FTP-Einstellungen ein https:// vor der Web-Adresse ergänzen, dann erneut veröffentlichen. Beim Hoster sollte zudem eingerichtet werden, dass Aufrufe von http automatisch nach https und Aufrufe ohne www. auf die www-Adresse weitergeleitet werden.

Guten Morgen,

Du hast bei den Textoptionen die Position "darunter" ausgewählt, und dann funktionierte die Ansicht auf Mobil und Tablet hochkant nicht mehr.

Dann brauchen wir mal das verwendete Layout und auch die Zeta-Versionsnummer (15.4 oder 16.3 oder andere), da ich das bei einem schnellen Test nicht reproduzieren konnte.

Ich habe die Fragestellung mal im Forum des bfdi https://forum.bfdi.bund.de/t/homepage-ein…nwilligung/1075 gestellt. Über Diskussionsbeiträge werde ich berichten.

Hallo Markus,

Kannst Du uns die Ursache auch noch mitteilen?

Hallo Holger,

das könnte daran liegen, dass beide Codes auf shopwidget.min.js zurückgreifen und vermutlich darüber ihre Position erhalten. Im Code selbst gibt es ja keine Angaben, wie etwas positioniert werden soll. Dafür spricht auch die fehlermeldung, die in der Chrome-Konsole angezeigt wird:

Uncaught TypeError: Cannot set properties of null (setting 'innerHTML')
    at shopWidget.js:91:60
    at Array.forEach (<anonymous>)
    at window.onload (shopWidget.js:26:11)
(anonym) @ shopWidget.js:91
window.onload @ shopWidget.js:26
load (async)
(anonym) @ shopWidget.js:9

Zur Problematik gibt es auch einen Treffer unter https://blog.bod.de/vermarkten/sho…b/#comment-9373

Hallo Stefan,

das funktioniert - in neuem Fenster - , wenn Du als Typ "grafischer HTML-Editor" für die Spalte auswählst. Du markierst dann "Test 1" und fügst eine Verlinkung auf das Bild ein. Mit der Option "in neuem Fenster öffnen" wird dasd Bild dann im neuen Fenster geöffnet. Siehe https://www.hanabi-pirna.de/test.php

Hallo Markus,

ohne Link zur Seite können wir nur mit der Glaskugel orakeln