Das Online-CMS ist ein Notbehelf, mit dem Kunden z.B. kleinere Bestandteile der Website pflegen können, ohne eine Lizenz von ZP kaufen zu müssen. Das nutzen z.B. manche Restaurants um ihre Speisekarte selbst einzupflegen.
Wenn mehr bearbeitet werden soll, z.B. Widgets, dann sollte der Bearbeiter sich eine eigene Lizenz erwerben und das Projekt z.B. über einen Cloud-Dienst geteilt werden.
Über das Online-CMS erfasste Artikel sind unabhängig (zusätzlich) zu den in Zeta Producer erfassten Artikeln. Es spielt daher keine Rolle, ob bereits Artikel auf der Seite vorhanden sind oder nicht. In ZP erfasste Artikel sind grundsätzlich NICHT mit dem Online-CMS bearbeitbar (und umgekehrt). Mit dem Online-CMS können nur Artikel bearbeitet werden, die auch im Online-CMS erfasst wurden.
Wenn auf einer bestehenden Seite ein Online-CMS eingefügt werden soll, dann auf dieser Seite einfach das Widget "Online-CMS" einfügen.
Egal wie viele Artikel Sie erfassen, das Widget "Artikel-Platzhalter" zeigt immer nur einen Artikel an, der von einer Artikelliste in der URL an die Seite übergeben wird.
Wenn eine komplette Artikel-Kategorie "Bullion" dargestellt werden soll, erfolgt dies über ein anderes Widget, namens "Shop: Artikelliste". "Shop: Artilelliste" verlinkt dann auf die Seite, auf der das Widget "Shop: Artikel-Platzhalter" platziert ist.
Siehe: https://docs.zeta-producer.com/onlineshop-uebersicht.html#a3780
Auf der Seite "Bullion" ist z.B. ein Artikel-Platzhalter Widget platziert. Bei der Konfiguration dieses Widgets ist sicherlich noch kein Artikel (oder ein falscher) gewählt worden.
Die anzeige des Fehlers ist korrekt. Der Server der Gegenseite liefert nach dem Aufruf einen 403 Fehler. Selbst im Browser muss man erst einen "Ich bin ein Mensch"-Test über sich ergehen lassen, sonst wird die Seite nicht angezeigt.
Die Gegenseite verhindert also absichtlich ein automatisiertes Abrufen der Seite (welches durch unsere Linkprüfung erfolgt).
Was sagt denn "Extras > Optionen > Aktionen > Website-Features prüfen" (in ZP 15)?
Bei der angesprochenen Domain ist PHP 5.3.X aktiv, bei Foto-W aber z.B. 5.6.X. Die Domains unterscheiden sich also schon. Also evtl. erstmal damit anfangen, die angesprochene Domain auf die selbe PHP-Version einzustellen, wie eine Domain, bei der das Formular funktioniert. Wenn es dann immer noch nicht funktioniert, den Provider kontaktieren und fragen, warum beim Absenden des Formulars ein 500er Fehler entsteht. Weiter mutmaßen bringt uns nicht weiter.
Vielleicht kann Ihnen der Provider auch gleich die Lösung schildern, wenn Sie ihn nach dem Problem mit dem Formulat (500er Fehler beim Absenden) fragen. Er ist der bessere Ansprechpartner für Probleme, die auf dem Webserver stattfinden.
Dann bitten Sie den Provider um die Error.log, sonst kommen wir nicht weiter. Am reinen Formular gibt es zwischen Version 14 und 15 eigentlich keine Änderung, es müssen sich also noch andere Randbedingungen geändert haben. Das error.log gibt uns zuverlässig einen Hinweis auf den 500er Fehler, dann müssen wir nicht mutmaßen.
Wer Webserver liefert nach Absenden des Formulars einen 500er Fehler. Im error.log Fehlerprotokoll des Webservers ist vermutlich die Ursache zu ermitteln.
Meist liegt es daran, dass nur bestimmte E-Mails zum Versand der Formulare zugelassen sind (Sie nutzen hier eine mit der fremden Domain foto-w), bzw. die E-Mail-Adressen dafür freigeschaltet werden müssen.
frado die Website https://marty-engineering.ch ist aktuell nicht erreichbar, ich konnte mir den Shop-Aufbau da also noch nicht ansehen.
Wenn die Hinweise von masch nicht bereits helfen, müssten Sie uns genau erklären, welches der Shop-Widgets auf der Seite, auf der Sie die Warnung aus dem Screenshot in Beitrag #3 erhalten, eingebaut sind…
Wir helfen Ihnen gerne! Bitte helfen Sie uns Ihr Problem genau zu verstehen, indem Sie folgende Hinweise beachten:
Wenn Sie Fehler / Probleme melden oder Fragen haben, seien Sie bitte so spezifisch wie möglich. "Funktioniert nicht" ist zum Beispiel für uns sehr schwer einzuschätzen. Wir wissen nicht, was Sie erwarten haben und was Sie getan haben, um das Erwartete zu erreichen. Es ist daher notwendig, alles genau zu beschreiben:
Nirgends. Über die Website gesendete Formulare werden von uns nicht gespeichert.
Das ist nun per Online-Update verbessert. 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.
Änderungen, siehe: https://www.zeta-producer.com/de/versionshinweise.html
Ein paar nette Tricks (Englisch): https://css-tricks.com/methods-contrasting-text-backgrounds/
Den Fehler "file sharing violation" haben wir schon mal gesehen, die wirkliche Ursache aber noch nicht so recht ermitteln können. Bisher haben wir Virenscanner im Verdacht.
Tritt der Fehler denn auch in der Folge auf, wenn man den Rechner zwischendurch mal neu gestartet hat?
Hallo,
den Zielordner können Sie nicht einfach beliebig ändern, weil ja der Webserver auf der Provider-Seite davon nichts weiß und die Website im neuen Ordner daher auch nicht angezeigt werden kann.
Einfacher ist es, den Zielordner so zu lassen, wie er war und daran dann einen zusätzlichen Ordner zu hängen, also z.B.: /webde_webbaukasten/test
Damit alles gut funktioniert, muss an die Web-Adresse in den FTP-Einstellungen dann auch noch der Unterodner mit angehängt werden (also /test).
"https://" im "Ordnerpfad auf Server" (2. Screenshot) kann ja nicht stimmen. Da geht es auf Pfade im Dateisystem, diese können kein "http" o.Ä. enthalten.
Vermutlich sollten Sie da eher den Pfad aus dem 1. Screenshot einfügen.
Wenn im Windows-Ordner %temp% mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf, zu erkennen an dem Stichwort "System.IO.IOException". Hier hilft eine Bereinigung zum Löschen temporärer Dateien:
- Neues Explorer-Fenster öffne, 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.
Kitsune Konnte es reproduzieren.
Der Fehler ist per Online-Update behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis unten rechts) die Option "Erweitert > Erstellen > Alle Seiten erstellen" wählen. Danach ggf. veröffentlichen.
Was die Haftung angeht, müssten Sie einen Anwalt fragen.
iebes Zeta Team, gebt mal bitte <script type="text/javascript">alert("XSS")</script> auf seiner Seite im Suchfeld ein.
Es öffnet sich durch die mitlaufende Shop-Suche ein Fenster. In der normalen suche scheint alles ok zu sein.
Damit ich Missverständnisse vermeide. Sie haben das in einem Projekt getestet in dem der Shop aktiviert und das Widget "Shop: Suche" auf der Such-Seite platziert war, richtig?
Sie haben den Suchstring dann in das ganz normale Suchfeld, dass auf jeder Seite angezeigt wird, eingegeben. Richtig?
Das ist nicht ganz korrekt. Die Absender-Adresse wäre in dem Fall eben auch info@beispiel.de. Nur die Reply-To Adresse wird auf die im Formular angegebene email gesetzt. Ein SPF Check sollte aber nie die Reply-To Adresse überprüfen.
Ich meine mich zu erinnern, dass Sie eine relativ komplexe Installation haben. Ich kann beim besten Willen von hier aus nicht sagen, warum sich Ihr System so verhält. Tut mir leid.
Ggf. mal mit den Textfarben spielen?
PS: das hatten wir ja schon mal: Werbung in der Premiumversion
Ich höre gerade, dass das Angebot mit den 10% eigentlich nur an Nutzer mit "Home"-Lizenz ging.
Vielleicht läuft ja bei Ihnen irgendwo noch eine Instanz ohne Lizenz oder so…
Gibt es eine Einstellung in der Registry, oder eine *.ini Möglichkeit?
Nein.
Nein.
Sie können aber im Quelltext natürlich eigene Anker einfügen.
Find ich ok so. Noch mehr Effekte wären bestimmt nicht zuträglich. Einen "Blur" filter gibt es, der würde sich aber auf das Hintergrundbild auswirken und das wäre ja bestimmt absurd und nicht wünschenswert.
Was habe ich da wieder vermurkst?
Das können wir von hier aus nicht beurteilen.
Das liegt an einem im Windows-System eingestellten ZOOM-Faktor. Kann aktuell leider nur behoben werden, wenn dieser Zoom-Faktor entsprechend eingestellt wird (wenn ich mich recht erinnere, auf 100%).
In Stripe Responsive haben die Überschriften in den Headern doch eigentlich nen leichten Schatten. Sind die trotzdem nicht lesbar?
Schwer zu sagen, wie das am besten zu lösen wäre bevor wir das konkret sehen können. Vielleicht können Sie ja einen Screenshot hier anhängen?
Soweit ich weiß, lässt sich das nur abschalten, wenn der Zeta Producer Hintergrundprozess (Projektüberwachung) deaktiviert wird:
https://docs.zeta-producer.com/projekte-ueberwachen.html#a5172
In folgenden Layouts kann pro Seite ein Hintergrundbild gewählt werden:
Auswählen kann man das Hintergrundbild indem man mit der Maus über einen Artikel fährt, auf das Menü (mit den 3 horizontalen Linien) klickt und dort die Option "Seite bearbeiten" wählt.
Bei anderen Layouts müsste man das ggf. per angepasstem CSS lösen.
Um das zu beantworten, haben wir etwas zu wenige Informationen.
Welche Programmversion nutzen Sie?
Welches Layout nutzen Sie?
Wie ist die URL zu einer Seite, die solch einen Header enthält?
Das ist aktuell leider nicht so einfach möglich. Sie könnten lediglich die Spalte entsprechend schmaler ziehen und dann über "Darstellung" die "Horizontale-Spaltenausrichtung" auf Zentriert stellen.
Sind sie auf ein spezielles Layout festgelegt (wenn ja, welches), oder sind Sie da offen? Es gibt wenige Layouts, bei denen man pro Seite Hintergrundbilder wählen kann.
Wäre es dann nicht einfacher, Sie gehen in den schon existierenden Beiträgen im Kontext auf die Antworten ein, mit denen sie nichts anfangen können? Sonst fangen wir hier wieder bei Null an und Sie können mit den Antworten ggf, auch nichts anfangen…
Dann muss die IT im Virenscanner eine Ausnahmeregel für Zeta Producer definieren oder einen funktionierenden Virenscanner einsetzen.
Man kann auch die Ansicht zwischen Liste und Vorschau umschalten. Vielleicht meinten Sie das ja:
Vermutlich ist im Datei-Auswahl-Dialog unten im Feld "Filter" etwas eingetragen, das die Anzeige von Bilddateien verhindert. Ggf. jemanden fragen, der sich mit Windows auskennt.
