Hallo Stefan
Das ist schade und somit inkonsequent.
Kann man mit einer Aufnahme in die Roadmap und Umsetzung rechnen?
Viele Grüsse
G.Ott
Hallo Stefan
Das ist schade und somit inkonsequent.
Kann man mit einer Aufnahme in die Roadmap und Umsetzung rechnen?
Viele Grüsse
G.Ott
Ja natürlich, eine abweichende Rechnungsadresse ist gemeint 😉.
Hallo Zeta-Support
bei unserem Shop auf schlumpf-spray.ch möchten wir ausschliesslich in die Schweiz und nach Liechtenstein liefern.
Im Checkout ist bei einer abweichenden Rechnungsadresse im Feld «Land» jedoch die komplette Länderliste auswählbar, obwohl eigentlich nur Schweiz und Liechtenstein zur Verfügung stehen sollten.
Beispiel:
https://www.schlumpf-spray.ch/shop/warenkorb.php?step=checkout_paymentmethod
Ist es möglich, die Länderauswahl im Checkout direkt auf Schweiz und Liechtenstein zu beschränken?
Falls dies nicht über die normalen Shop-Einstellungen möglich ist: Gibt es dafür eine empfohlene Anpassung oder einen offiziellen Code-Snippet?
Vielen Dank und freundliche Grüsse
Gregor Ott
Vorher vielleicht noch versuchen, ob ein "Einstellungen > Erstellen > Alle Seiten erstellen" nicht ggf. hilft, weil dadurch die Shop-Daten neu generiert und beim 1. Zugriff auf die Seite (das dauert dann etwas länger bis die Seite lädt) neu lokal installiert werden.
Das war der richtige Ansatz - es funktioniert wieder ![]()
Nochmalige Update und Neustart haben nichts gebracht.
Hallo Stefan
Rechner schon mehrmals gestartet.
Hab herausgefunden, dass es sich nur um Unterseiten handelt, die Shopartikel drin haben, da gibt es die besagten Probleme.
Alle anderen gehen. Ich versuch mal die 17.0.4 nochmals darüber zu installieren...
Das einzig was nervt (aber mit dem kann ich leben) sind die Wörte und Texte, die rot unterstriechen sind, obwohl der Text bzw. das Wort richtig geschrieben worden ist.
Das kann ich nachvollziehen, ist bei mir auch so und habe noch keine Möglichkeit gefunden, dies anzupassen (Sprachpaket oder ähnliches)
Ich habe seit 2 Tagen die Protokollierung eingeschaltet, mal schauen...
Guten Tag
ist es anderen schon aufgefallen, dass das Warenkorb-Icon nach dem Klick auf "Weiter einkaufen" verschwindet?
Ich denke das Problem ist der Befehl hinter dem Button "Weier einkaufen":![]()
Der User hat aber nun das Problem, dass er nicht auf den Warenkorb kommt, ausser er macht einen Refresh oder klickt irgendwie einen Link an, damit die Seite neu geladen wird. Erst dann wird das Warenkorb-Icon eingeblendet.
Kann das jeman anders reproduzieren?
MfG
G.Ott
Guten Tag
leider kann ich keine Entwarnung geben, da ich gestern wieder von einem massiven Datenverlust betroffen war:
Gibt es eine Möglichkeit V17-Projekte mit dem 16 zu öffnen - ich habe ehrlich gesagt die Schnauze voll von der V17. Ich habe keine Zeit, mir immer alle Projekt durchzusehen, ob änderungen nun angenommen wurden oder irgendwann wieder vergessen wurden...
Ich habe gestern wieder einen halben Tag an Umsatz verloren!
Hat man nur mit Win10 diese Probleme oder auch mit Win11?
Es wird nun Zeit für ein Lösung!
G.Ott
Hallo allerseits
Wir sind auf einem guten Weg. Einmal hatte ich noch einen Datenverlust, das könnte aber auch am Anwender gelegen haben. Aus diesem Grund möchte ich noch nicht abschliessend sagen, ob das Problem behoben ist.
Mit freundlichen Grüssen
G.Ott
Hallo Zeta-Team
Google Search Console meldet bei unseren Produktseiten im Shop-Modul folgende Probleme bei den strukturierten Daten (Typ „Händlereinträge“):
<p class="price" itemprop="offers" itemscope itemtype="https://schema.org/Offer">
<meta itemprop="price" content="19.90">
<meta itemprop="priceCurrency" content="CHF">
</p>
Google erwartet jedoch zusätzliche Angaben zur Verfügbarkeit, zum Versand und zur Rückgabepolitik.
Diese Felder sind wichtig, damit Produkte korrekt als Merchant Listings / Rich Results erscheinen.
Leider kann man den automatisch erzeugten Offer-Block im Shop-Modul nicht bearbeiten, und ein zusätzlich eingefügter JSON-LD-Block im Produkttext wird offenbar nicht erkannt.
Mein Vorschlag / Wunsch:
Bitte erweitert das Shop-Modul so, dass folgende Schema.org-Felder standardmässig ausgegeben werden:
Begründung:
Diese Felder sind laut Google-Richtlinien für strukturierte Händlereinträge empfohlen oder erforderlich.
Ohne sie erscheinen Warnungen in der Search Console und Produkte werden in Google Shopping / Rich Results eingeschränkt dargestellt.
Herzlichen Dank fürs Prüfen und evtl. Einplanen in ein kommendes Update!
G.Ott
Bitte beachtet auch, dass mit der neuen Version von Zeta auch die PHP-Version auf mindestens 8.3 sein muss.
Betrifft vorallem Seiten mit Shop.
Sonst sieht es im Browser dann so aus: Fatal error: Uncaught RuntimeException: Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.3.0". You are running 8.2.28.
Ich teste mal (no risk - no fun)
- erstellen Sie ein neues, beliebiges "Dummy-Projekt"
- öffnen Sie Ihr Projekt und arbeiten Sie normal daran
- statt ZP nach dem Bearbeiten direkt zu beenden, wechseln Se zunächst über "Meine Websites" auf das "Dummy-Projekt"
- nun können Sie ZP beenden (nach dem erneuten öffnen, dann einfach über "Meine Websites" wieder auf Ihr Projekt wechseln.
Hierdurch erhoffen wir uns, dass durch den Projektwechsel ein vollständiges schreiben der Datenbank erzwungen wird.
Ich denke es hat den gleichen Effekt, wenn man einfach auf ein anderes Projekt wechselt - oder wie ist das zu verstehen?
Das Thema „Sicherheitssoftware“ ist durch. Stefan S war remote auf meinem Rechner und hat versucht das Problem zu eruieren. Windows 10 Rechner mit MS Virenscanner, keine Firewall oder anderes, trotzdem vergisst Zeta… also liegt es an was anderem. Speziell war, das teilweise die Änderungen nicht in die DB geschrieben wurden… wir wissen jetzt, dass wir nichts wissen. Ich bin versucht wieder auf v16 zu wechseln.
Das Problem ist bekannt und das habe ich schon vor Monaten gemeldet, bisher gibt es keine Lösung…
Es war ja mal richtig, da auf der Domain der richtige Text drauf ist. Wurde ja veröffentlicht! Jetzt ist der Stand wieder beim letzten Freitag. Spannend ist, dass es sogar die FTP Serverdaten vergisst.
Hallo zusammen
ich habe immer noch das Problem, dass Zeta Änderungen vergisst. Jetzt das aktuelle Beispiel vor dem Klicken des Bleistifts.
...und hier nach dem Klicken (sollte ja der gleiche Text sein!)
Im Moment macht das Arbeiten mit Zeta keinen Spass, da man nie weiss was als nächstes passiert und ob ich alles wieder von vorne beginnen kann!
Ich freue mich auf ein Lösung.
MfG
G.Ott
Hallo ZP-Team
Aktuell verwendet Zeta Producer standardmässig Font Awesome 4.7.0 – das ist inzwischen recht veraltet. Die aktuelle kostenlose Version Font Awesome 6.7.2 (Stand: Dezember 2024) bietet deutlich mehr Icons, modernes Design und bessere Performance (SVG/Webfont, Light/Duotone etc.).
Mein Wunsch:
Bitte bindet die neue FA-Version in einer kommenden Zeta-Version ein – oder stellt eine einfache Möglichkeit bereit, sie projektseitig zu nutzen (z. B. via CDN oder über die Layout-Einstellungen).
Gibt es bereits einen empfohlenen Workaround für die Einbindung?
Danke & freundliche Grüsse
Gregor
Die CSS-Klasse im Text-Widget bezieht sich auf den Text und nicht auf die Überschrift. Versuchst Du möglicherweise mit der CSS-Klasse die Überschrift zu formatieren? Die Werte riechen für mich jedenfalls nach Überschrift ...
Das ist nur ein Test, damit ich die Logik verstehe: Es soll wirklich der Text formatiert werden, nicht die Überschrift - leider geht weder noch...
Da fehlt beim Code das korrekte schließende Tag </style>.
danke, das habe ich übersehen, es funktioniert trotzdem nicht.
Guten Tag liebe Community
jetzt habe ich ein Logik-Verständnis-Problem. Ich denke der Ansatz, dass man über Einstellungen->CSS globale CSS definieren kann ist super.
Nun scheint es, dass ich zu blöd bin, die Feature zu nutzen. Als Beispiel trage ich bei CSS diesen Test ein
<style>
.test1 {
font-weight: bold;
font-size: 3em;
color: violet;
text-align: center;
}
<style>
Danach neuer Text-Artikel und füge das ein:
...und es passiert gar nix!
Was mache ich falsch oder welche Logik habe ich nicht verstanden?
Dies hat mir leider auch nicht geholfen: https://docs.zeta-producer.com/eigenes-css-einfuegen.html
Vielleicht erbarmt sich jemand und hilft mir den Knopf zu lösen.
Danke und Gruss
G.Ott
Jetzt kommen wir doch etwas vom eigentlichen Thema ab. Lassen Sich mich das kurz rekapitulieren:
In Ihrem Fall sind Bilder verschwunden, weil Sie den vom Programm erzeugten Quelltext verändert haben und das Bild somit nicht als "Verwendet" erkannt wurde. Wir hatten ja befürchtet, dass sich in ZP 17 ein Bug eingeschlichen hat, der Bilder löscht. Das ist aber – zumindest in Ihrem Fall – Gott sei dank nicht so.
Da haben Sie absolut recht - dieses Gimmik ist gewollt. Auch wenn es von mir nicht sonderlich geliebt wird.
Nachtrag: schon wieder ein Bilderverlust, obwohl der Artikel nicht bearbeitet wurde, ich beobachte weiter…
Wer hat denn hier eigentlich Angst vor ein paar Bildern, die auf dem Server rumliegen? Ich betreue einige grössere WP/WooCommerce-Projekte – und dort werden keine Bilder einfach so gelöscht. Im Gegenteil: Eine saubere Medienverwaltung gehört dort zum Standard.
Vielleicht sollte man sich hier mal bei den Grossen orientieren. Deren Infrastruktur ist nicht ohne Grund state of the art – schliesslich haben tausende Entwickler über Jahre hinweg ihren Hirnschmalz investiert, um stabile, durchdachte und zukunftsfähige Lösungen zu schaffen. Da lohnt sich ein Blick über den Tellerrand allemal.
Vielleicht wäre es angebrachter, die Bilder einfach nicht zu veröffentlichen aber trotzdem im Projekt zu behalten? Ohne Rückfrage etwas zu löschen empfinde ich auch eher als suboptimal.
Das hört sich nach einer guten Idee an. Wer denkt denn schon beim Bearbeiten von Artikeln, dass ich auf keinen Fall das Foto löschen darf, ansonsten muss ich es wieder importieren und mit Alt-Text und Beschreibung füllen. Ist nicht sehr Nuterfreundlich...
Was sich mit Bestimmtheit sagen lässt ist, dass wenn ein Foto in einem Artikel gelöscht wird, wird es automatisch aus der Bildverwaltung gelöscht. Das ist subotimal.
ich code relativ viel manuell. Warum aber ZP dann auf einemal den lokalen-Pfad nicht ersetzt, obwohl es beim vorangegangenen Mal alles korrekt übernommen hat, ist mir ein Rätsel. Respektive selbständig "alten Code" holt wie bei den additional_css ist ungewöhnlich.
Ausserdem: Ich veröffentliche ja keine Seite, bei der die Bilder nicht erscheinen, dann hätte ich ja gesehen, dass noch Fehler drauf sind.
Ich werde mögliche weitere ungewöhnliche Phänomene hier posten, damit wir den Grund finden. Es scheint aber so, dass ich kein Einzelfall bin.
Nachtrag: Mich überrascht derzeit auch, dass wenn ich nur eine minimale Änderung an einer Page mache, dass beim Veröffentlichen alle 113 Seiten veröffentlicht werden, das ist seit ZP V17 neu.
<img src="http://localhost:10698/get-file/C:%5C…1e08612f142.jpg" alt="BEMER-Therapie" class="singleImage fr-draggable" style="width: 100%; border-radius: 4px; margin: 4px 0 10px;" loading="lazy">
Komisch Bild zeigt auf localhost
Gruß Sammy
Ist ja auch der Code von ZP 😉
ich hab jetzt wieder einen Fall auf der Domain http://www.kupfermatte.ch.
Hier habe ich heute in additonal_css folgendes eingetragen und veröffentlicht (auf der Website noch ersichtlich):
/* ===Position Warenkorb-Icon ======================== */
.zpshopbasketindicator {
bottom: auto;
top: 1em;
right: 5em;
}
Jetzt ist in ZP alles wieder beim Alten - die Anweisung "right: 5em;" fehlt jetzt wieder:
/* ===Position Warenkorb-Icon ======================== */
.zpshopbasketindicator {
bottom: auto;
top: 1em;
}
Wenn ich jetzt die Seite wieder veröffentliche, bin ich wieder auf dem Stand von gestern und merke es nichtmal.
Das ist etwas mühsam, auch dann immer wieder Fotos von Geisterhand verschwinden - aktuelles Beispiel hier: https://www.kupfermatte.ch/faktencheck.html
Weiter unten die cards habe ich gestern mit 4 Fotos bestückt, heute weg!
<div class="card-grid" style="display: flex; flex-wrap: wrap; gap: 20px; justify-content: flex-start;">
<a href="/bemer.html" class="strahl-card" style="width: 240px; border: 1px solid #ddd; border-radius: 8px; padding: 12px; text-decoration: none; color: #000; background: #fff;">
<img src="http://localhost:10698/get-file/C:\Users\der_s\Documents\Zeta%20Producer%2017\Projects\Kupfermatte.ch\content\media\images\49054da32a644c6eb0d111e08612f142.jpg" alt="BEMER-Therapie" class="singleImage" style="width: 100%; border-radius: 4px; margin: 4px 0 10px;" loading="lazy">
<h3>BEMER-Therapie</h3>
<p><strong>Ursprung:</strong> Pulsierendes elektromagnetisches Feld</p>
<p><strong>Wirkung:</strong> Förderung der Mikrozirkulation</p>
<p><strong>Hinweise:</strong> Hoher Preis, Studienlage dünn</p>
<p style="margin-top: 10px; font-weight: bold; color: #006699;">
<i class="fa fa-arrow-circle-right"></i> Mehr lesen
</p>
</a>
<a href="/biopatch-von-swiss-harmony.html" class="strahl-card" style="width: 240px; border: 1px solid #ddd; border-radius: 8px; padding: 12px; text-decoration: none; color: #000; background: #fff;">
<img src="http://localhost:10698/get-file/C:\Users\der_s\Documents\Zeta%20Producer%2017\Projects\Kupfermatte.ch\content\media\images\5e7ba8322b0c4ef7a6f545d09def75bf.jpg" alt="Swiss Harmony BioPatch" class="singleImage" style="width: 100%; border-radius: 4px; margin: 4px 0 10px;" loading="lazy">
<h3>BioPatch</h3>
<p><strong>Ursprung:</strong> Kunststoffkarte mit Kohlenstoffschicht</p>
<p><strong>Wirkung:</strong> Soll Strahlung harmonisieren</p>
<p><strong>Hinweise:</strong> Keine Studien, Placebo-Effekt möglich</p>
<p style="margin-top: 10px; font-weight: bold; color: #006699;">
<i class="fa fa-arrow-circle-right"></i> Mehr lesen
</p>
</a>
<a href="/bioresonanz.html" class="strahl-card" style="width: 240px; border: 1px solid #ddd; border-radius: 8px; padding: 12px; text-decoration: none; color: #000; background: #fff;">
<img src="http://localhost:10698/get-file/C:\Users\der_s\Documents\Zeta%20Producer%2017\Projects\Kupfermatte.ch\content\media\images\c6e266d4f592440ba150d7b9920b4ea6.jpg" alt="Bioresonanz" class="singleImage" style="width: 100%; border-radius: 4px; margin: 4px 0 10px;" loading="lazy">
<h3>Bioresonanz</h3>
<p><strong>Ursprung:</strong> Energetische Schwingungen aus dem Körper</p>
<p><strong>Wirkung:</strong> Diagnose und Harmonisierung energetischer Felder</p>
<p><strong>Hinweise:</strong> Nicht evidenzbasiert, keine klaren Wirkmechanismen</p>
<p style="margin-top: 10px; font-weight: bold; color: #006699;">
<i class="fa fa-arrow-circle-right"></i> Mehr lesen
</p>
</a>
<a href="/grander-wasser.html" class="strahl-card" style="width: 240px; border: 1px solid #ddd; border-radius: 8px; padding: 12px; text-decoration: none; color: #000; background: #fff;">
<img src="http://localhost:10698/get-file/C:\Users\der_s\Documents\Zeta%20Producer%2017\Projects\Kupfermatte.ch\content\media\images\8e02f8d3c3154830892491ed9c6cdee7.jpg" alt="Granderwasser" class="singleImage" style="width: 100%; border-radius: 4px; margin: 4px 0 10px;" loading="lazy">
<h3>Granderwasser</h3>
<p><strong>Ursprung:</strong> Belebung durch Informationsübertragung</p>
<p><strong>Wirkung:</strong> Wasser schmeckt „frischer“, angeblich vitalisierend</p>
<p><strong>Hinweise:</strong> Keine physikalische Veränderung messbar</p>
<p style="margin-top: 10px; font-weight: bold; color: #006699;">
<i class="fa fa-arrow-circle-right"></i> Mehr lesen
</p>
</a>
</div>
Alles anzeigen
Hallo zusammen
ich habe seit der 17er Version immer wieder mit mysteriösem Verschwinden von Daten zu tun.
Einerseits lege ich neue Text-Artikel mit Fotos an, spiel sie auf den Server. Am nächsten Tag sind die Bilder in ZP auf einmal weg.
Das gleiche passiert mir regelmässig mit der add_css. Ich formatiere neue Bereiche und am nächsten Tag sind wieder die alten drin.
Da aber die Webseite erst nach dem Veröffentlichen dann die alten Daten drin hat, finde ich diese Fehler/falschen Formatierungen oft erst Tage später.
Was kann das sein?
Vielleicht ist das auch schon jemanden passiert - ich dachte zurst an Fehler von mir und meiner Vergesslichkeit im Alter - nun häufen sich aber solche Unstimmigkeiten.
Ich freue mich auf jeden Input.
MfG
G.Ott
Hab ich das Stefan S nun richtig verstanden - mit:
<link rel="canonical" href="<$=page.absoluteUrl.replace('index.html', '').replace('index.php', '')$>" />
braucht es keine Umleitung mit .htaccess auf die /index.html?
Hallo zusammen
ich habe bei einer SEO-Überprüfung festgestellt, dass Zeta Producer auf der Startseite den Canonical-Tag wie folgt setzt:
Und auch in der sitemap.xml steht:
Google bevorzugt aber klar die Root-URL https://www.kupfermatte.ch/ – das heisst ohne index.html. Die aktuelle Umsetzung kann zu Duplicate Content oder einer inkorrekten Indexierung führen.
Meine Fragen:
Danke euch im Voraus und liebe Grüsse
G.Ott
Hallo zusammen
der Artikel ist zwar schon etwas älter und genau darum möchte ich nachfragen, ob es bei den Bildern im Shop (Shop-Artikel) eine andere Art der Darstellung (also Klick auf Bild und zoom-in-Funktion) gibt? So ein Popup ist schon was schönes...
Vielleicht gibt es die Einstellung irgendwo, habs einfach nicht gefunden.
MfG
G.Ott
Guten Tag
wäre es möglich, dass ihr hier die Logik wieder umdreht, also standardmässig die Option "In Google-Sitemap einschliessen" wieder aktiv ist.
Ich muss jetzt immer daran denken, dass ich ja nicht vergesse diese "eher versteckte" Option bei jeder neuen Seite zu aktivieren, damit google diese auch indiziert...
Das finde ich nicht sehr benutzerfreundlich. Oder kann ich das global irgendwo definieren?
MfG
G.Ott
Danke der Nachfrage, alles in bester Ordnung!
Wenn Sie neu bei uns sind, hilft Ihnen unsere Hilfe-Seite dabei, sich im Forum zurechtzufinden. Dort erfahren Sie alles Wichtige, von der Registrierung bis hin zur Erstellung eigener Themen (Fragen).
Ohne Programmierkenntnisse gleich mit Zeta Producer loslegen. Layout auswählen, Text eingeben – fertig. Kostenloser Support und über 99% zufriedene Kunden. Überzeugen Sie sich selbst!