Hier scheint es ja 2 Probleme zu geben. Das erste ist, dass das ReCaptcha umgangen wurde und das zweite ist, dass die Überprüfung von Pflichtfeldern übergangen werden kann.
Pflichtfelder werden aktuell ja nur per JavaScript im Browser geprüft. Das lässt sich relativ leicht umgehen. Das können wir auch zeitnah noch verbessern.
Danke. Ich habe getestet, konnte das Captcha aber nicht umgehen. Mal sehen, wie sich das entwickelt…
Ah, sorry, da hatte ich das Thema verwechselt.
mich würde interessieren, weshalb man eine Weiterleitungsmeldung von GMX angezeigt bekommt, wenn man die Website aufruft (siehe Screenshot).
Das liegt nur an dem Link, den sie hier eingegeben hat.
Thomas60431 wie ist denn die URL zu diesem Formular?
Das war in Version 14 genau gleich. Nach dem Verschieben, müssen Sie das Projekt natürlich einmalig manuell vom neuen Speicherort öffnen, denn ZP kann den neuen Speicherort ja nich erraten.
Bitte keine Projekte ohne Aufforderung vom Support an uns senden. Ggf. ein Premium-Support-Ticket lösen, in dessen Rahmen wir uns Projekte dann nach Aufforderung senden lassen.
Die bleiben dort. Aber beachten Sie den Hinweis im Blauen Kasten, im Handbuch!
Geöffnet werden Projekte ja nicht automatisch, sondern von der Benutzer:in und von wo Sie die Projekte öffnet, steht ihr ja frei.
Nach dem Start öffnet Zeta Producer das zuletzt geöffnete Projekt, wo auch immer das abgespeichert ist.
Ich kann von hier aus die Ursache leider nicht erkennen.
Das sollte automatisch aus der Liste entfernt werden. Spätestens wenn Sie das Projekt anwählen und dann ein Fehler wie von Ihnen geschildert auftritt.
Ist das bei Ihnen nicht der Fall?
Ansonsten könnte man die Liste nur komplett leeren indem man auf den Button "Websites" klickt und dann nachdem sich das Projektfenster geöffnet hat, die STRG-Taste gedrückt halt, was dann unten links im Fenster einen Button "VERLAUF LÖSCHEN" einblendet.
Siehe: https://docs.zeta-producer.com/projektdaten.html#a3612
Oder einfach die Projekte nach dem erzeugen verschieben.
Vielleicht hilft Ihnen das dabei: https://docs.zeta-producer.com/werte-an-formu…uebergeben.html
Das müsste funktionieren, wenn Sie bei "Zusätzliche HTML-Attribue" folgendes Wort eingeben: disabled
Gute Idee, aber ich vermute, das wäre für uns technisch nur sehr Aufwändig oder gar nicht möglich. Der freie Speicherplatz sollte vom Provider angezeigt werden.
Wie das sein kann, kann ich Ihnen nicht sagen, ich steck in den Virenscannern auch nicht drin. Nach dem Abschalten könnte es helfen ZP nochmal zu installieren, weil die Virenscanner ja oft andere Software verändern…
Das hatten Sie doch vor kurzem schon mal: RE: Update von 15 auf 16
Vermutlich Anti-Viren Software.
Hallo,
vielleicht sind dann die Layout-Einstellungen komplett zerschossen. Können wir per Premium-Support-Ticket gerne prüfen und, wenn möglich, beheben. Alternativ, Projekt aus nem Backup wiederherstellen.
Ursache ist ein Fehler in den Layout-Einstellungen:
Das sollte es dann gewesen sein. Falls nicht, nochmal den Layout-Editor öffnen und alle Einstellungen auf Leere Felder (ohne Werte) überprüfen.
Hier noch eine Anleitung von Goneo für normales, unverschlüsseltes FTP: https://wiki.goneo.de/zp_ftpzugriff?s[]=producer
Der Fehler ist per Online-Update für Version 16.1 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.
Hallo,
es kann sein, dass ich hier doch noch eine Kleinigkeit verbessern konnte. Ist per Online-Update für Version 16.1 raus. 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.
Wie genau aktualisieren Sie denn die Dateien?
Fehler lassen sich normalerweise auch detailliert an uns berichten: https://docs.zeta-producer.com/fehler-berichten.html
Hallo, da bräuchten wir schon die komplette Fehlermeldung um was sagen zu können.
PS: Wundern Sie sich nicht, wenn Sie doch ein paar Testmails erhalten. Ich bin am experimentieren…
Hallo,
ich habe eben mal versucht, automatisiert, ohne Captcha ein Formular an Sie zu übertragen. Ich habe es nicht geschafft.
Vielleicht lag ja bei ReCaptcha kurzzeitig ein Fehler vor, oder die Spammer haben dazugelernt.
Ich habe dafür aktuell keine Antwort. Wir müssen das weiter beobachten.
Hallo,
der Editor ist ja keine Eigenentwicklung, da sind wir abhängig davon, welche Funktionalität der Hersteller uns anbietet (wir können da nur Wünsche äußern). Ggf. müssen Sie also leider fehlende Dinge per CSS ergänzen.
OK. Das zu machen ist aber nach wie vor keine gute Idee, da dies eigentlich immer irgendwann mißbraucht wird.
Es gibt die Lösung, das Serverseitig mit bestimmten Regeln durchzuführen. Einfach die Suchfunktion hier bemühen (ich hab auch gerade keinen Artikel griffbereit).
Das sind ja letztlich normale Links. Sie können in den Layout-Einstellungen die Linkfarbe festlegen.
Ok danke. Eben kam noch ein ähnlicher Bericht hier rein. Müssen wir mal beobachten. Habe noch keine Ursache ermitteln können.
URL zum Formular (damit ich das nicht aus dem Screenshot abtippen und dabei ggf. Fehler machen muss)?
Der Fehler trat nur auf, wenn ein Backup wiederhergestellt wurde und zu dem Zeitpunkt kein Projekt geladen war.
Workaround: temporär ein beliebiges neues Projekt alegen und dann den Backup wiederherstellen.
Wilke Rogge vermutlich nutzen Sie dann das falsche Protokoll o.Ä. ggf. bitte Screenshot der FTP-Einstellungen sowie die vorgeschlagenen Daten des Provider (ohne Passwörter) hier mit anhängen, dann können wir eine Fehlkonfiguration ggf. erkennen.
ABER, ich habe mir auch die Org.-Vorlage angesehen. Ich habe davon zwei Bilder beigefügt.
In dem Bild ist unterhalb vom Text "EUROPA" der Text "NORWEGEN" (roter Pfeil) schwach zu erkennen. Das ist ja auch so gewollt.
Da ist in der Vorlage im Text für das Wort "Norwegen" die Textfarbe "schwarz" definiert. Das ist eigentlich unnötig und führt dazu, dass der Text im Editor mit dunklem Hintergrund nicht mehr lesbar ist.
Die Hintergrundfarbe des Editor zu ändern würde ja nichts bringen, denn dann wäre das Problem ja nur auf eine andere Textfarbe (die dann nicht mehr lesbar wäre) verschoben. Die einzige Lösung wäre, den Text im Editor immer in der selben, fest definierten Farbe darzustellen, dann würden wir aber den WYSIWYG-Aspekt des Editors verlieren und ich denke, das jetzige Verhalten ist das bessere.
ReCaptcha 3 unterstützen wir im Formular noch nicht.
Es müsste aber auch erstmal wirklich sichergestellt werden, dass jemand tatsächlich das ReCaptcha in Ihrem Formular umgangen hat. Vielleicht ist die Empfänger-Adresse des Formulars auch nur irgendwie bekannt gewordn und Sie erhalten die E-Mail auf anderen Kanälen?
Das local() bringt dem Browser nur bei, wie die Schrift heißt, falls sie lokal installiert ist. Das ist hierfür sicher nicht ausschlaggebend. Gestern waren Ihre Zwischenüberschriften (Planen, Beraten…) noch „light“. Ich vermute, es wurde in den Layouteinstellungen ein anderes Schriftgewicht festgelegt (normal).
Die Headline "Gemeinsam für die Region" ist so definiert, dass der Schriftschnitt "bold" benutzt wird, das ist der 700er OpenSans Schnitt. Der wird auch geladen und ordentlich gerendert. Ich würde also sagen, das passt doch. Warum es bei den Google gehosteten Schriften anders aussieht, spielt ja eigentlich keine Rolle (evtl. wird da der 700er Schnitt nicht geladen und die Schrift künstlich verfettet).
