Beiträge von nemessis
-
-
Danke, noch besser wäre es wenn man allgemein diese Einstellungs-Fenster Größen verstellbar machen würde.
-
-
Das hat geholfen - aus einem anderen Beitrag : Hallo, sichern Sie zunächst Ihr Projekt und aktualisieren Sie anschließend auf Zeta Producer 16.8.7. Das Setup können Sie hier runterladen: https://www.zeta-producer.com/de/aeltere-versionen.html. Öffnen Sie danach das Projekt, tragen Sie sämtliche SMTP Daten wieder in den Shop-Einstellungen erneut ein und veröffentlichen Sie die Website vollständig.
Freundliche Grüße, Egon Dini
-
-
-
Ich habe jetzt hier irgendwo gelesen das 16.8 evtl. den Fehler beseitigt, dazu hab ich eine Frage, wenn ich 16.8 Installiere überschreibt das 16.7 oder läuft das separat? Ich will erstmal testen ob es den Fehler behebt..
-
-
Danke, aber das hilft mir nun auch nicht weiter, evtl. ist ja noch jemand bei IONOS und hat das gleiche Problem..
-
SMTP Error: Could not authenticate. Fehlermeldung nach Bestellung - Xylit hausgemachter Fruchtaufstrich, biologischer Fruchtaufstrich -
Warum geht Bestellen nicht mehr und beim einloggen in Dashbord kommt plötzlich : falsches Passwort..
Hoster 1und1 weiß da jemand ob die was geändert haben..

-
Ich glaube, wir sprechen gerade über zwei verschiedene Dinge.
Mir geht es nicht darum, den Inhalt des Quelltext-Widgets zentral zu verwalten. Das würde über Attribute oder Verknüpfungen funktionieren.
Meine Frage ist eine andere:
Kann ich ein Quelltext-Widget bzw. JavaScript einmal pro Projekt einbinden, sodass es automatisch auf allen Seiten ausgeführt wird?
Oder muss auf jeder Seite, auf der das JavaScript laufen soll, zwingend ein Quelltext-Widget vorhanden sein?
Mir geht es ausschließlich um den Einbauort, nicht um die zentrale Pflege des Codes.
und nicht ich werde vom Anbieter des iFrame Inhalts blockiert, sondern ich will das zu häufige Aufrufen des iframes schon beim bearbeiten unterbinden...
- Sie sprechen über die zentrale Verwaltung des Codes.
- Ich spreche über die globale Ausführung des Codes.
- Ich suche keine Lösung für iFrames, sondern eine allgemeine Möglichkeit, eigenes JavaScript global einzubinden.
-
Vielen Dank, jetzt verstehe ich die Verknüpfungsfunktion.
Mein Ziel ist jedoch ein anderes:
Ich möchte das Quelltext-Widget gar nicht erst auf jeder Seite einfügen müssen.
Gibt es in ZETA Producer eine Möglichkeit, eigenes HTML/JavaScript einmal pro Projekt einzubinden, sodass es automatisch auf allen Seiten des Projekts ausgeführt wird – ohne dass auf jeder Seite ein (verknüpftes) Quelltext-Widget vorhanden sein muss?
Oder ist das grundsätzlich nicht möglich?
-
eben nicht, wenn ich das einzeln verknüpfen muss kann ich das Widget ja auch gleich auf alle Unterseiten platzieren,
ich dachte es geht das man es nur 1mal einfügt und es wirkt auf allen Seiten die das iframe enthalten...
Gibt es in ZETA Producer eine Stelle, an der eigener HTML-/JavaScript-Code global für das gesamte Projekt eingebunden werden kann, sodass er automatisch auf allen Seiten ausgeführt wird?
Falls nein: Ist das technisch in ZETA Producer überhaupt nicht möglich?
Ich habe mir die Dokumentation angesehen. Die Attribute in ZETA sind dafür gedacht, Werte (Texte, URLs, Farben, Zahlen usw.) zentral zu verwalten und auf Seiten oder im Layout wiederzuverwenden. Sie sind kein Mechanismus, um global JavaScript auszuführen.
-
Ich habe ein Quelltext Widget mit einem Code, das soll iframes mit integrierten Code - NICHT in der Phase Bearbeiten anzeigen, der Inhalt soll erst nach dem Veröffentlichen zu sehen sein.
Meine Frage bezieht sich also nicht auf den Code selbst, sondern auf den Einbauort in ZETA Producer.
Momentan funktioniert der Code nur auf der Seite, auf der ich ihn als Quelltext-Widget eingefügt habe.
Ich möchte den Code jedoch nicht auf jeder einzelnen Seite einfügen, sondern einmal pro Projekt, sodass er automatisch auf allen Seiten des Projekts ausgeführt wird.....
-
.. wo auf der Web- Seite trage ich ein Quelltext Widget ein das es auf allen Seiten - Unterseiten wirksam ist...
-
Danke, KI hat sich gefreut.... aber wo trage ich diesen Code ein? es sollen ja nur Scripte die über kreuzfahrt.in-via.de laufen gebloggt werden, das will KI mir noch anpassen... DANKE für deine Hilfe!
-
Da ich keine Ahnung habe, hab ich KI dazu befragt: Aber ich bin noch vorsichtig
Ich kann dir nicht garantieren, dass dadurch gar kein Request mehr an kreuzfahrt.in-via.de geht. - DENN darum geht es, wenn die Seiten zu oft geladen werden bekommt meine IP eine Sperre und die Scripte laden nicht mehr.. und ich kann schlecht weiter arbeiten..
Der Grund ist folgender:
- Wenn ZETA das <iframe src="https://..."> bereits in das HTML schreibt, kann der Browser den Ladevorgang schon starten.
- Der MutationObserver reagiert zwar extrem schnell, aber eben nachdem das Element eingefügt wurde. - was meinst du dazu...
-
Danke erstmal an alle, teste ich
-
Alles anzeigen
Seltsamerweise interpretiert das System hier die beiden senkrechten Striche (Doppelstriche), das logische "ODER" in JavaScript, als Emoji
Entweder die Emojis gegen die Doppelstriche tauschen oder diesen Code verwenden. Der umgeht dies
<style>
/* Einfaches Basis-Styling für den Platzhalter */
.zp-preview-iframe-placeholder {
display: none;
width: 100%;
height: 350px;
background-color: #f8f9fa;
border: 2px dashed #007bff;
border-radius: 6px;
align-items: center;
justify-content: center;
text-align: center;
padding: 20px;
box-sizing: border-box;
font-family: sans-serif;
color: #333333;
margin: 15px 0;
}.zp-preview-iframe-placeholder p {
margin: 0 0 5px 0;
font-size: 16px;
font-weight: bold;
color: #007bff;
}.zp-preview-iframe-placeholder span {
font-size: 13px;
color: #666666;
}/* Steuerung über JavaScript-Klasse */
body.is-zeta-preview .zp-preview-iframe-placeholder {
display: flex;
}
body.is-zeta-preview iframe.preview-blocked {
display: none !important;
}
</style><script>
(function() {
function blockPreviewIframes() {
const isLocalhost = window.location.hostname === "localhost"
window.location.hostname === "127.0.0.1";
const isLocalFile = window.location.protocol === "file:";
if (isLocalhost
isLocalFile) {
document.body.classList.add("is-zeta-preview");
const iframes = document.querySelectorAll("iframe");iframes.forEach(function(iframe) {
const src = iframe.getAttribute("src");
if (src && !iframe.classList.contains("preview-blocked")) {
// Umgehung des Forum-Emoji-Bugs: Prüft http:// und https:// ohne die "||"-Striche
const protocols = ["http://", "https://"];
const isExternal = protocols.some(function(proto) { return src.startsWith(proto); });if (isExternal) {
const placeholder = document.createElement("div");
placeholder.className = "zp-preview-iframe-placeholder";
placeholder.innerHTML = `
<div>
<p>🔄 iFrame-Vorschau blockiert</p>
<span>Wird erst nach dem Veröffentlichen geladen.</span>
</div>
`;iframe.parentNode.insertBefore(placeholder, iframe);
iframe.setAttribute("data-original-src", src);
iframe.setAttribute("src", "about:blank");
iframe.classList.add("preview-blocked");
}
}
});
}
}if (document.readyState === "loading") {
document.addEventListener("DOMContentLoaded", blockPreviewIframes);
} else {
blockPreviewIframes();
}
})();
</script>ZitatHat jemand diesen Code bereits erfolgreich mit dem ZETA-iFrame-Widget getestet?
DANKE - Aber eine Sache wissen wir noch nicht:
Wann wird der JavaScript-Code ausgeführt?
Wenn ZETA das iFrame schon lädt, bevor dieses Script läuft, dann kommt der Request trotzdem beim Server an – auch wenn der Platzhalter anschließend erscheint.... und dann nützt es so nichts
-
ok - danke erstmal...
-
ok Danke muss ich eine andere Lösung suchen..
-
Hallo,
wir verwenden auf vielen Seiten das iFrame-Widget mit externen Inhalten.
Während der Bearbeitung lädt ZETA Producer das iFrame bereits in der Live-Vorschau. Dadurch entstehen bei der normalen Pflege unserer Webseiten sehr viele Aufrufe auf dem externen Server, was dort zu einer automatischen IP-Sperre führt.
Gibt es eine Möglichkeit, das Laden von iFrames während der Bearbeitung bzw. in der Live-Vorschau zu deaktivieren oder stattdessen nur einen Platzhalter anzuzeigen, sodass das iFrame erst auf der veröffentlichten Website geladen wird?
Vielen Dank!
-
Hallo Nemessis,
bin ich nicht dafür, das muss rein nur für den Shop eingerichtet werden.
Ich sollte dies ja auch in Shop Dashboard sehen können, wenn ein Kunden den Button betätigt. Ob der Button oder die Information auch per E-Mail im Anhang gesendet werden muss, weiss ich leider nicht. Bin das auch noch am abklären.Beste Grüße
Michael
nun man könnte das ja zb. als Widget nachträglich oder zusätzlich integrieren... ich kann ja nicht jedes mal wenn ein neues Gesetz kommt, die Software neu kaufen..
-
wie soll das gehen, wenn man nicht im Ordner war..
-
Heute hab ich einiges bearbeitet und plötzlich war aus der Projekt Vorschau, ein Projekt - Webseite weg.
Nach einigem Suchen habe ich es gefunden, es war im Projektordner, aber nicht wie immer sondern in einem anderen Projekt drin, wie geht sowas wie kommt das dahin, ich habe es nicht dahin geschoben....ich war gar nicht im Projektordner drin...

-
Gut wäre das als Widget für alle Versionen zu erstellen, auch für die die nicht immer die neueste Version haben..
-
Da sieht man mal wieder, man kann einer KI nicht wirklich Glauben schenken., für solche Themen ist ChatGpt besser geeignet
-
Ich weiß ja nicht welche KI sie befragt haben, meine ChatGPT die ich bezahle sagt:
Nicht korrekt bzw. stark übertrieben sind Aussagen wie:
- „Google bewertet die Seite als nicht modern“
- feste „5–10 % Performanceverlust“
- „nicht SEO optimal“ allein wegen Reihenfolge oder Inline-CSS
Bei Google zählen heute deutlich stärker:
- Ladegeschwindigkeit
- Core Web Vitals
- Mobile Optimierung
- saubere Struktur
- gute Inhalte
- stabile Darstellung
- Crawlbarkeit
Dass ZETA den <head> nicht immer exakt nach modernen Best Practices sortiert, ist eher ein Thema von Codequalität und technischer Modernisierung — nicht automatisch ein Rankingproblem.... Der Punkt keywords spielt dabei praktisch keine Rolle mehr, da Google das Meta-Keywords-Tag seit Jahren weitgehend ignoriert....Es gibt bei Google keine offiziell vorgeschriebene feste Reihenfolge aller <head>-Elemente. Wichtig ist vor allem, dass die relevanten Angaben vorhanden, technisch korrekt und performant eingebunden sind.
-
Beitrag
RE: Widerrufsbutton wird Pflicht im Online Shop
Hallo, wir haben das Thema bereits als Ticket aufgenommen und werden hierfür dann eine entsprechende Lösung bereitstellen.
Steffen T.2. Februar 2026 um 13:55 wird das dann auch für altere Zeta Versionen verfügbar sein ...???
-
-
Warum nicht, auch 3 oder 4 nebeneinander geht.. schaun sie mal in Via Reisebüro im Allgäu - Kreuzfahrten mit Beratung!
-
Hallo - versuche es doch mal mit dem Widget Linkbox...
-
es waren einfach zu viele Bestellungen drin, jetzt gehts wieder, hab alles auf 0 gemacht..
-
Danke, aber das sind alles für mich böhmische Dörfer...
-
Danke, aber das sagt mir nichts...
-
Guten Tag - Excel-Export - im Dashbord funktioniert nicht, es kommt immer nur eine weiße Seite. und ein Cookie Hinweis. IONOS
Wie komme ich noch an die Daten?
-
Hallo, wir haben das Thema bereits als Ticket aufgenommen und werden hierfür dann eine entsprechende Lösung bereitstellen.
Diese Lösung, ist die dann auch für Verwender früherer Versionen nutzbar?
-
wir haben es so gemacht - Birne Eierpunsch - Fruchtaufstrich
-
Warum machst du nicht einfach nur den Link rein -
Externer Inhalt youtu.beInhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.Du hast nicht den YouTube-Link selbst eingefügt, sondern den gesamten iframe-Code als URL, und dabei hat dein CMS oder Browser alles URL-kodiert....
-
Hallo also echt mal - für 595 € - Für Unternehmen, die Wert auf professionelle Webseiten, Sicherheit und Support legen.
Dafür sind doch ziemlich viele Fehler vorhanden find ich... ich bleib bei meiner alten Version..