Wenn ich diesen Design-Block verwende, entspricht die Reihenfolge der Elemente auf dem Smartphone, der auf dem Desktop in Uhrzeiger-Richtung:
1 Bild der Frau, die ins Tal blickt
2 Textblock 1
3 Textblock 2
4 Bild des Gebirgssees
Das ist do auch korrekt. Wenn die Reihenfolge geändert werden soll, müssten die Elemente in der Desktop-Ansicht entsprechend verschoben werden.
Wenn Sie eine Website importieren, werden die einzelnen Schritte doch klar benannt im Dialog dargestellt. Schritt 1 ist "Downloaden", Schritt 2 "Projekt erstellen"…, Schritt 5 ist "Aufräumen".
Donnerstag war es schon spät und ich saß nicht mehr vor dem Rechner. Konnte jetzt erst nachsehen. "Sportverein 2" nutzt das Layout "Kommunal Responsive" und da kann die Schriftgröße für das Hautmenü eingestellt werden:
Ggf. ist hier auch ImageMarker hilfreich. Siehe https://www.zeta-producer.com/de/tools.html
ipi20 Hilft Browser-Cache löschen? http://www.browser-cache.de/
Doch, das geht schon, ist aber vielleicht nicht gleich intuitiv verständlich. Man kann in den Darstellungseigenschaften einer Reihe die Option „Beginn neuer Container“ aktivieren, dann wird quasi an der Stelle ein neuer Container eingefügt indem sich die Reihe dann befindet.
Auf einer Seite können mehrere Container existieren.
Container können nicht per Drag und Drop verschoben werden, das können nur Reihen.
Container kann man allerdings ausschneiden und an anderer Position wieder einfügen.
Eventuell wäre es ja hilfreich, wenn wir einen Designblock „leerer Container“ in die Designblöcke mit aufnehmen?
Das ist das Hauptmenü. Schauen Sie, ob es im Layout-Editor unter Hauptmenü eine entsprechende Einstellung gibt.
Ich weiß leider nicht, von welchem Button Sie sprechen. Im Screenshot sehe ich keinen „Button“.
Container ohne Inhalt werden vom Programm automatisch gelöscht. Sie müssten dann halt zumindest ein "Spacer"-Widget im Container belassen. Das ist ja "unsichtbar".
Allerdings könnten Sie in dem Fall auch einfach ein Bild-Widget nutzen, statt das kompliziert per Container mit Hintergrundbild zu machen…
Ja, vermutlich benutzen Sie noch den falschen Zielordner.
Ich finde vertikal zentriert sieht das gut aus. Wenn sie es verschieben möchten, müssten Sie in den Darstellungs-Einstellungen für die Reihe oder Spalte entsprechend die Aussenabstände bzw. vertikale Ausrichtung bearbeiten. Siehe: https://docs.zeta-producer.com/das-grid-system-verstehen.html
Oha, das gibt Arbeit.
Das kann man relativ einfach in einer Regel im .htaccess abbilden. Kein großes Ding.
Ich habe das vor ner Weile mal gemacht. Das hilft vielleicht auf die Sprünge. Meine Wartungsseite hieß "maintenance.html" und befand sich im unterordner "maintenance". Damit die Regel aktiviert ist, musste im Basisverzeichnis eine Datei "maintenance.enable" existieren. So kann man durch reines Löschen der Datei "maintenance.enable" die Umleigunt wieder deaktivieren…
RewriteEngine On
# redirect found pages to maintenance, so 404 do still exist
RewriteCond %{DOCUMENT_ROOT}/maintenance.enable -f
RewriteCond %{REQUEST_FILENAME} -f
RewriteCond %{REQUEST_URI} !^/maintenance/maintenance\.html$
RewriteCond %{REQUEST_FILENAME} (\.html|\.htm|\.php|\.ssi|\.shtml)$
RewriteRule ^(.*)$ /maintenance/maintenance.html [R=307,L]Hallo,
wenn noch nie veröffentlicht wurde, kann im Zielordner auch kein "media" oder "assets" enthalten sein, denn das sind Daten, die veröffentlicht werden.
Welches der korrekte Zielordner ist, können wir auch nicht sagen, da dies von Setup des Web-Servers abhängig ist. Sie können den Zielordner aber auch manuell ins Feld "Zielordner" eintippen, ein Auswählen des Zielordners per Klick auf das Icon (was Sie wohl getan haben) ist nicht notwendig.
Versuchen Sie doch mal ins Feld Zielordner folgendes einzugeben (nur ein slash):/
Hallo,
wie der Name schon sagt, ist das Bild ein ContainerHintergrundbild. Ist also Bestandteil des Containers und kann in den Darstellungs-Eigenschaften geändert werden…
Siehe: https://docs.zeta-producer.com/container-bearbeiten.html
Hilft das zum Verständnis?
Siehe https://docs.zeta-producer.com/startseite-festlegen.html ggf. hilft das ja.
Warum versuchen Sie es nicht einfach? Sie können eingefügte Inhalte ja ggf. wieder löschen.
Hallo,
das sind alles nur Vermutungen von mir gewesen. Welches tool auf dem Server hier etwas löschen könnte, weiss ich nicht. Das Problem scheint auch zu komplex, um es hier lösen zu können.
Was wichtigste wäre, mal rauszukriegen, welche Dateien sich ändern. Da sollten Sie mal einen Backup des Ordners CMS_DATA vom Webserver holen, wenn der Zustand so ist, dass alles in Ordnung ist und alle Daten angezeigt werden.
Wenn dann mal wieder ein Fehler auftritt, und daten nicht mehr angezeigt werden, nochmals CMS_DATA vo server holen.
Dann könnte man die Ordner vergleichen und so ggf. ein Muster erkennen.
Wenn das wieder auftritt und Sie die zwei Sicherungen vom Server haben, sollten Sie ein Premium-Support-Ticket nutzen.
Irgendwie alle Seiten der Domain (ausser der Wartungsseite) auf eine Wartungsseite umleiten?
Dann war allow_url_fopen bei ihnen in der php.ini nicht aktiviert. Aber mit dem Frage/Antwort Captcha, sind sie Datenschutz-Technisch eh auf der sichereren Seite, das ist also sowieso empfehlenswert.
Könnte natürlich auch sein, dass auf dem Server irgend ein Sicherheitstool die Daten unbemerkt löscht.
Hallo,
Ich kann mir das nur so erklären, dass z.B. verschiedene Datenstände des Projekts veröffentlicht erfordern und sich die Artikel-ID des Online-CMS ggf in den Datenständen unterscheidet…
Wenn auf dem Servern bereits Daten für das online CMS liegen und sich dann die Artikelid des Online CMS I’m Projekt ändert, z.B. durch löschen des Artikels auf der Seite und neu Einfügens, dann würde online nichts mehr Angezeigt werden, da die vorhandenen Daten nicht zur ID des Online-CMS passen…
Aber zu wissen, dass etwas nicht stimmt und es zu ignorieren ist auch keine Lösung.
Aber das einzige was hier nicht stimmt, ist die Fehlermeldung. J, ich konnte die Fehlermeldung in Firefox auch sehen, aber in keinem anderen Browser. Und die Fehlermeldung ist totaler Blödsinn, wie gesagt.
Solange das cookie-consent widget funktioniert, ist es doch egal, ob dieser Browser diese obskure Fehlermeldung anzeigt, oder?
Ich halte das für einen Bug in Firefox. Firefox hält hier das JSON für XML und zeigt dann die Fehlermeldung in der Konsole an. Das ist aber Blödsinn, denn JSON ist kein XML. Andere Browser zeigen keine solche Meldung an.
Schauen Sie mal im Layout-Editor unter "Allgemein".
Peer was war denn nun die Lösung? War doch der Temp Ordner noch nicht entsprechend geleert, oder?
Hallo,
da müssten Sie etwas tricksen und wir können ein dauerhaftes Funktionieren hierfür auch nicht garantieren:
Hallo,
ich erhalte weder in Safari Mac noch Chrome Win eine Fehlermeldung in der Konsole, wenn ich die Seite öffne. Das Cookie-Consent funktioniert auch soweit, wie es soll.
Welcher Browser zeigt Ihnen denn die Fehlermeldung an?
Vielleicht hilft es, den Browser-Cache löschen.
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:
Senden Sie mir eine URL zu diesem Beitrag (als Referenz) un den Link per E-Mail an support[ät]zeta-producer.com ([ät] durch @ ersetzen).
Hallo,
da bräuchte ich schon einen korrekten Link zur Website bzw. .json Datei damit ich diese selbst prüfen kann.
JSON ist kein XML und kann daher auch kein wohlgeformtes XML darstellen. Mit dieser Datei bringen wir den Nutzer aber eigentlich nicht direkt in Kontakt. Warum sind Sie beim Einbinden auf diese Datei gestoßen und haben Sie ggf. versucht diese Datei im Webbrowser zu öffnen (und wenn ja, warum)?
PS: Version 15 ist schon alt und der Cookie-Consent von damals entspricht u.U. nicht mehr den aktuellen Anforderungen.
Hallo,
das müssten Sie sich von jemanden programmieren lassen. Das ist nicht "einfach so" möglich.
Wenn im Windows-Ordner "Temp" mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf. Hier hilft eine Bereinigung temporärer Dateien:
Hinweis: Windows stellt mit der „Speicheroptimierung“ ein Werkzeug zur Verfügung, dass temporäre Dateien automatisch bereinigt:
Windows 10: https://www.tutonaut.de/window…ien-automatisch-loeschen/
Windows 11: https://www.windows-faq.de/202…-von-temporaeren-dateien/
Wenn Sie nicht weiter kommen, empfehle ich ein Premium-Support-Ticket (https://www.zeta-producer.com/de/premium-support.html)
Nein, nicht nötig.
Am besten AVG deinstallieren und dann Version 15 nochmal neu Installieren. Bestehende Projekte bleiben erhalten.
Den Setup für Version 15 finden Sie hier: https://www.zeta-producer.com/de/aeltere-versionen.html
Das Fehlerdetail sagt, dass ZP beim Veröffentlichen eines der verwendeten Bilder komprimieren möchte und dabei dann der Fehler auftritt. Ursache ist eigentlich immer ein übervoller Temp-Ordner. Es könnte auch von fehlenden Berechtigungen oder gar einer fehlenden Bilddatei verursacht werden. Das können wir von hier aus aber unmöglich ermitteln. Dazu müssten wir uns das Projekt ansehen und ggf. Ihren Temp-Ordner per Fernwartung überprüfen. Das tun wir gerne, aber nur im Rahmen eines Premium-Support-Ticket .
PS: falls die Fehlermeldung nur beim Verbindungstest auftritt können Sie diese auch übergehen und dann vermutlich trotzdem mit F7 veröffentlichen.
Hallo,
das sind viel zu wenig Details um Ihnen helfen zu können. Wir sollten zumindest wissen, welche Version von zeta Producer Sie nutzen und dann auch das Fehlerdetail aus der Fehlermeldung sehen. Alternativ können Sie natürlich auch sehr gerne ein Premium-Support-Ticket nutzen.
