Der Link in meiner vorigen Antwort verweist auf das Handbuch. Das Handbuch ist Online.
Das Online-Handbuch für Version 14 finden Sie hier: https://docs.zeta-producer.com/v14/index.html
In Version 14 existiert noch kein "Cookie-Consent"-Widget und somit kann in Version 14 nur eine DSGVO-Konforme Website erstellt werden, wenn man selbst darauf achtet, dass entsprechend "kritische" Inhalte im Projekt gar nicht verwendet werden (Webfonts, Youtube-Videos, Satistik-Scripts etc.).
Siehe: https://docs.zeta-producer.com/cookie-consent.html
Das Handbuch betrifft Version 16. Welche Version Sie nutzen, ist uns noch nicht bekannt.
Ja das ist ein grundlegendes Problem bei Zeta Producer und hatte ich kürzlich gepostet. Allerdings wurde darauf nicht reagiert, dass das auch dieses Layout betrifft:
Fehler Header Responsive - Zeta Producer - Support-Forum (zeta-producer.com)
Wir sind ja meist Blitzschnell mit Online-Updates. So auch in diesem Fall. Wenn es dann doch mal etwas länger dauert, dann bitten wir einfach um etwas Geduld. Die Meldung bezgl. "Top Responsive" kam schon an.
Das ist ein neues Zeta Problem... Diese Fehlermeldung taucht immer auf!
Interessant. Das können wir leider nicht so nachvollziehen. Bei uns taucht diese Meldung nur auf, wenn die PHP-Version tatsächlich nicht passt, wenn die Web-Adresse in den FTP-Einstellungen nicht korrekt ist, oder auf dem Webserver keine Test-Dateien geschrieben werden können.
iOS unterstützt leider aus Performancegründen keine fixierten Hintergrundbilder.
Das Protokoll kann folgendermaßen gewählt werden: https://docs.zeta-producer.com/veroeffentlich…eren.html#a2150
Die Portnummer in den erweiterten Einstellungen: https://docs.zeta-producer.com/veroeffentlich…eren.html#a2147
Meiner Meinung nach sind aber FTPS und SSH verschiedene Protokolle.
Vielleicht kann ja ein anderer Nutzer, der bei IONOS hostet, hier seine Einstellungen posten?
Vielleicht klappt es so:
Redirect 301 /vinumdivinum/index.html https://www.sysint.ch/vinumdivinum/rotweine.php
Die Umleitungen greifen nur bei Klicks auf den entsprechenden Eintrag im Navigationsmenü, nicht wenn man die URL der umgeleiteten Seite direkt im Browser eingibt, dazu wäre eine Umleitung auf Webserver-Seite notwendig (z.B. per .htaccess).
Sehr schön!
Das Navigationsmenü (ohne Mouseover) hat für meine müden Augen etwas zu wenig Kontrast (schwer lesbar), die Texte in manchen headern auch (da könnte ggf. ein leichter Text-Shadow gut tun…
Ansonsten wirklich toll! 
Hallo,
haben Sie bereits Ihren SPAM-Ordner geprüft? Wie lautet denn die Adresse der betreffenden Seite mit dem Formular?
Es wäre nett, wenn Sie diese Diskussion per E-Mail weiterführen könnten. TsF bitte geben Sie potentiellen Helfern Ihre Kontaktdaten.
Dann muss ich leider passen. Von hier aus kann ich die Ursache nicht ermitteln. Bei Bedarf schauen wir uns gerne das Projekt im Rahmen eines Premium-Support-Ticket an.
Aber vielleicht ist in Ihrem Fall einfacher, das Projekt nochmals neu anzulegen, es ist ja bisher noch nicht viel an der Standard-Vorlage geändert worden…
Hallo,
wenn Sie sicher sind, dass das Projekt mit der "-01" im Dateinamen nicht mehr benötigt wird, können Sie den Ordner im Explorer löschen.
Erweitert > Erstellen > Alle Seiten erstellen
Das hängt immer davon ab, wie groß die Bilder im Projekt dargestellt werden un das ist von den Layouteinstellungen etc. abhängig. Lässt sich also nicht pauschal sagen. Ggf darauf verlassen, dass wir sinnvolle Defaults verwenden.
Das ist es sicher nicht. Bilder werden nur automatisch entfernt, wenn sie im Projekt nicht mehr genutzt werden. Bei Ihnen scheinen die Bilder ja aber noch im Shop genutzt worden zu sein.
Vermutlich haben Sie die Bilder in der Bildverwaltung gelöscht?
In dem Fall müssen die Bilder wohl in der Artikelverwaltung auch (zunächst entfernt) nei Importiert/Zugewiesen werden.
Ihr Navigationsmenü überlagert den Inhaltsbereich und das fällt auf der einen Seite speziell stark auf.
Bitte versuchen Sie folgendes:
Ist nun unter der Navigationsleiste ein Abstand nach unten entstanden?
Ich habe jetzt unter ATTRIBUTE mit "+" WEBFONTS-DEAKTIVATE eröffnet und dort eine 1
Bitte löschen Sie das neu angelegte Attribut gleich wieder.
Das Attribut sollte korrekt webfonts-deactivate heißen (deactivate mit "c" und alles klein geschrieben). Es muss auch 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.
Mehr ist nicht zu tun, um die Verwendung von Webfonts in ZP 15 komplett zu deaktivieren.
Bitte ändern Sie dann auch das Passwort für das Online-CMS, denn das kennt ja nun jeder.
Was Sie erreichen möchten, habe ich verstanden. Ich wollte aber wissen, welche Schritte Sie genau durchgeführt haben, um die Farbe auf Grün zu ändern. Denn der Code des Artikels aktuell ist falsch (es fehlte oft das schließende </font>, das eh total veraltete Syntax ist…) und daher wirkt sich die Farbe auch auf andere Dinge, ausser der Überschrift aus. Wenn Sie direkt mittels HTML dinge Formatieren, müssen Sie darauf achten, dass der HTML-Code auch die korrekte Syntax hat. Dabei können wir in der Regel nicht behilflich sein.
Ich habe Ihnen die Artikel mal wieder zurückgesetzt, damit sie in Schwarz dargestellt werden.
Bitte beschreiben Sie genau, wie Sie zum ändern der Farbe vorgehen.
Da würde ich mal beim Provider nachfragen, ob für den Webhost PHP überhaupt aktiviert ist.
Wurde per Premium-Support-Ticket gelöst. Die "Varianten"-Datei, in der die Layout-Einstellungen gespeichert sind hatte gefehlt und konnte vom Support wiederhergestellt werden.
Ich vermute stark, dass der Provider hier den FTP-Zugang z.B. auf ein verschlüsseltes Protokoll geändert hat. Erkundigen Sie sich bitte beim Provider und lassen Sie sich die geänderten Zugangsdaten geben. Unter Umständen wird das aber mit Version 14 dann nicht mehr funktionieren, weil die Version sehr alt ist und daher nicht alle modernen Verschlüsselungsalgorithmen unterstützt.
Siehe auch: Fehlermeldung: Requested action not taken. . . . .
Ich denke, da können wir nur per Premium-Support-Ticket helfen und in dem Rahmen das 13er Projekt nochmals bei uns konvertieren…
Sehr gut. Danke für die Rückmeldung.
Da steht ja Banner oder Footer Bereich.
Da steht aber auch "Inhaltsbereich". War doch einen Versuch wert. Denke, da werden wir uns wohl das Projekt im Rahmen eines Premium-Support-Ticket ansehen müssen. Ich vermute stark, dass auf der Startseite im Inhaltsbereich doch bereits ein Consent-Widget enthalten ist…
Da werden wir wohl nur per Premium-Support-Ticket weiter kommen.
Es könnte auch helfen, wenn Sie das Cookie-Consent-Widget statt im Banner-Bereich in den Standard-Bereich verschieben. Das Widget hatte ich bisher noch nicht im Banner-Bereich getestet.
Da haben Sie in den Layout-Einstellungen (Button "Layout") ein Feld leer gelassen, in das ein Wert eingegeben werden muss. Bitte nochmals alle Felder im Layout-Editor kontrollieren und ggf. ausfüllen.
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.
Vermutlich hat der Prozess, der beim Beenden den Screenshot erstellt dann ein Problem mit dem Code der Website oder er hat nicht die Berechtigung den Screenshot im Projektordner zu erstellen. Ich schlage vor, Sie leben dann einfach mit dem fehlenden Screenshot.
Gibt es eventuell eine empfohlene Höchstanzahl an Projekten?
Nein. Da ist das Limit die Kapazität ihrer Festplatte.
Wir hatten bisher noch keinen Fall, bei dem das Programm die eingegebenen FTP-Zugangsdaten selbsttätig verändert hat.
Sorry, da muss ich passen, das wurde hier aber bereits mehrfach von anderen Nutzern erklärt. Am besten mal das Suchfeld oben bemühen.
Wie gesagt. Die E-Mails werden vom Webserver versendet und ich habe auch eine Empfangen. An der Formular-Konfiguration oder dem Webserver liegt es also definitiv nicht.
Die Fehlerquelle muss nun über den Mailserver von plewe.de (Account service) ermittelt werden. Dort sollten man im Protokoll des Mailserver fündig werden.
Alternativ zum Test mal eine andere Empfängeradresse (andere Domain auf anderem Mailserver, z.B. Gmail) im Formular konfigurieren.
Da kann ich keinen Fehler erkennen. Es fehlt lediglich noch die Umleitung von https://ms-artdesign.de auf https://www.ms-artdesign.de
Um das zu beurteilen, müssten Sie und schon die tatsächliche Domain nennen.
