Beiträge von Hanabi

Hallo MZatrix ,

willkommen im Forum.

Die Home-Version wird automatisch mit einer "Free-" Lizenz installiert und muss nicht extra freigeschaltet werden.

Auch wenn wir den Fehler so wohl noch nicht gehabt haben, ist es wahrscheinlich, dass bei der Installation ein Virenscanner oder die Firewall dazwischen gegrätscht hat.

1. Beende Zeta
2. Gehe im Windows-Explorer auf den Ordner Dokumente / Zeta Producer 16 /
3. Benenne den Ordner Settings um in Alte-Settings
4. Notiere Dir die Rechnerzeit
5. Installiere Zeta neu und achte auf eventuelle Warnungen durch Firewall oder Virenscanner
6. Starte Zeta

Wenn jetzt die Anzeige im Programm immer noch nicht funktioniert, siehe Dir die Protokolle von Virenscanner und Firewall an, ob seit Start der Installation (deshalb Ziffer 4) neue Einträge dazu gekommen sind. Wenn ja, entweder eine Ausnahme dafür erstellen oder zunächst hier posten, damit wir uns das näher ansehen können.

Hallo Oliver,

eine weiße Seite tritt auf, wenn die Seite mit https aufgerufen oder serverseitig auf https umgeleitet wird, in den FTP-Einstellungen aber bei der webadresse nur http://www.domain.de eingetragen ist.

Lösung: In den FTP-Einstellungen https:// vor der bereits eingetragenen Webadresse ergänzen und erneut veröffentlichen.

Hallo Wolfgang,

gehe mal in die Zusatzlinks https://docs.zeta-producer.com/zusatz-links-bearbeiten.html und setze jeden einzelnen Link neu.

Hallo Axel,

das Ergebnis Deiner Suche zeigt das eigentliche Problem: 99,9% der Zeta-User kommen mit Größe und Position des Warenkorbes entsprechend der Layout-Vorgaben klar, sehen also keinen Bedarf zur Anpassung. Deshalb findest Du im Forum auch keine oder kaum Fragestellungen zur Anpassung.

Nun gibt es einen Code, der anscheinend mit Deinem Layout nicht funktioniert oder tatsächlich einen strukturellen Fehler aufweist. Wir reden aber hier über eigenes CSS, wobei "eigenes" eigentlich "EIGENES" geschrieben werden müsste. Der offizielle Support kann und wird hier nur begrenzt unterstützen, das ist rein betriebswirtschaftlich auch nachvollziehbar. Hinzu kommt, dass "eigenes CSS" inzwischen einen merkbaren Anteil (ich schätze bis zu 20%) an Darstellungsproblemen, die wir im Forum behandeln, ausmacht.

CSS sollte nur derjenige anfassen, der auch versteht, was der Code bedeutet. Ich oute mich jetzt mal als jemand, der seeeeeeehr wenig von dem Zeug versteht und es deshalb kaum einsetzt. 😉

Um hier weiterzumachen, schlage ich vor, dass Du eine neue Fragestellung aufmachst, gern mit Verweisen auf diesen Thread, aber entschlackt um die Diskussionen ab Beitrag #3.

Um Codes sauber wiederzugeben, nutze bitte die Schaltfläche </> im Editor, dann haben wir auch gleich Zeilennummern, auf die wir in der Diskussion eingehen können.

Im ersten Beitrag bitte auch gleich Link zur Seite, verwendete Version und Layout angeben und auch die bereits vorhandenen Einträge in CSS.

den Hinweis beachtet?

Zitat von Mario

Untenstehendes CSS fügen Sie über Website > Einstellungen > CSS ein.

Außerdem wäre zu beachten, dass das CSS aus dem August 2022 stammt, also für die damals aktuelle Zeta-Version geschrieben wurde. Da kann es zwischendurch auch Anpassungen im Layout oder Programm gegeben haben.

der Code aus Beitrag 14 gehört in das Attribut "additional_meta"

Mit diesem Code wird aber nur das grundsätzliche Script im Head geladen.

Es fehlt aber der zweite Teil des Codes, der in den Body gehört und mittels der individuellen Nummer die Spieldaten des Vereins bereitstellt.

die Einbindung haben wir im Forum unter RE: Externe Fussballseite auf Webseite einbinden erläuter.

Bitte wie in RE: Veröffentlichen der Webseite funktioniert nicht mehr beschrieben, das Protokoll aktivieren und beim Veröffentlichen mitlaufen lassen.

Hallo sound67 ,

das Einrichten von hsts ist unter https://www.variomedia.de/faq/Wie-kann-i…zen/article/268 sehr gut beschrieben. Bitte auch die Warnungen in der Anleitung beachten.

Hallo Wolfgang,

Dann lass mal auf der HDD die Defragmentierung durchlaufen. Die Festplattenüberwachung von Windows ist "dumm" und defragmentiert erst dann automatisch, wenn 5% der Festplatte fragmentiert sind. Bei 1TB springt sie erst bei 50 GB an. Da ist Dein Projekt schon überall auf der Festplatte verteilt und der Lesekopf springt ständig von außen nach innen und wieder zurück. Das könnte das beschriebene Problem erklären.

Eine SSD muss nicht defragmentiert werden. Alternativ könntest Du auch versuchen, das Projekt auf die SSD zu kopieren und von dort zu öffnen.

Wenn es dann läuft, liegt es tatsächlich an der HDD und Fragmentierung, wenn nicht, müssen wir weitersuchen.

vmware fusion unterstützt ventura, siehe https://www.vmware.com/de/products/fusion.html

Hallo Wolfgang

Wie viele Reisen habt ihr jetzt eigentlich schon über die Seite veröffentlicht?

Hintergrund der Frage: Zeta liefert fertige html-Seiten an den Server aus. Das bringt auf dem Server einen großartigen Geschwindigkeitsvorteil bei Aufruf der Seite, bedingt aber auch bei der lokalen Bearbeitung auf dem eigenen Rechner, dass bei Einfügen einer neuen Seite alle bereits vorhandenen Seiten neu gerendert werden müssen, um die neue Seite im Menü einzufügen. Beim Hinzufügen von Seite 100 müssen 99 Seiten neu berechnet werden, bei Hinzufügen von Seite 200 sind es 199 Seiten, bei denen die Navigation im Hintergrund neu berechnet wird.

Wir haben hier im Forum einige Mega-Projekte wie die Ü-Eier von Stefan Jagusch oder Lehnert Maschinen, die über ähnliche Probleme anhand der Seitenzahl berichten.

Es kann aber auch, bei Verwendung einer klassischen HDD statt SSD, daran liegen, dass die Festplatte fragmentiert ist und deshalb Daten nicht schnell genug von der HDD geladen werden.

laut Protokoll liegt das Projekt in Onedrive. Ist denn die Cloud-Unterstützung, siehe https://docs.zeta-producer.com/projekt-ueber-…eren.html#a3054 aktiviert?

Die Fehlermeldung "Cannot send command to the server because the response for previous one was not received." sagt aus, dass Zeta einen Befehl, z. B. Erstelle ein neues Verzeichnis, an den Server gesendet hat, dieses Kommando aber vom Server nicht bestätigt wurde. Mögliche Fehlersursache könnte die Verwendung eines falschen Protokolls sein (ftp statt sftp oder ftps). Wir benötigen hierzu den Namen des Hosters sowie einen Screenshot der FTP-Einstellungen.

Hallo Wolfgang,

wird Onedrive oder ein anderer Cloudspeicher verwendet ?

Hallo Markus,

dein Wunsch lässt sich nach meiner Kenntnis nicht über die Programmoptionen realisieren. Du kannst maximal probieren, ob es möglich ist, negative Versandkosten bei preisbasiertem Versand anzugeben. Ich kann das leider gerade nicht testen. Es ist dann aber auf alle Fälle nur ein fester Betrag möglich.

Theorie:

• Die Versandkosten betragen bis 39,99 € Genau 5,00 €
• Von 40,00 € bis 49,99 € betragen die Versandkosten 0,00 € (funktioniert)
• Ab 50,00 € betragen die Versandkosten -5,00 € (nicht getestet, ob negative Versandkosten möglich sind )
• Falls negative Versandkosten möglich sind, könnten dann in Abhängigkeit vom Bestellwert weitere negative Versandkosten gestaffelt werden

Jetzt wird es richtig interessant mit Deinem Problem, da auf der Seite 11 Bilder vorhanden sind 😒. Was passiert denn, wenn Du im Spaltenmodus eines der Bilder anklickst?

die Chrome-Konsole (Seite in Chrome aufrufen, dann Mausklick rechts -> untersuchen) zeigt ein Problem mit site.manifest (Fehler 401 - unautorized), Einen Syntaxfehler in Zeile 1 der site.manifest sowie einen Fehler im Label des Formulars.

Die Fehler mit site.manifest tauchen auf allen Seiten auf und hängen vermutlich mit dem serverseitigen Passwortschutz zusammen. Der dritte Fehler bezieht sich auf das Formular.

Leider habe ich dazu adhoc keine Lösung.

Betroffene Webseite / Link?

Hallo Chris,

• gehe im Projekt auf die Seite 2020/Juli
• Schalte mit F8 in den Spaltenmodus
• Mache einen oder erforderlichenfalls mehrere Screenshots von der Seite im Spaltenmodus, damit wir alle, auch eventuell deaktivierte Artikel der Seite sehen
• Poste die Screenshots
• Mit F8 kommst Du wieder zurück zur normalen Ansicht

Das Protokoll hat rund 6000 Zeilen. Beim Durchscrollen kommt "Bild kopiert" wesentlich häufiger vor als "nicht vorhandenes Bild übersprungen".

Was mich besonders stutzig macht:

• Unter den erfolgreich kopierten Bildern befindet sich 2020_07_08_sonnenaufgang-ueberfahrt-large.jpg
• Diese Datei ist unter http://www.petitejolie.de/media/images/2…fahrt-large.jpg auch auf dem Server (mit 16.3 veröffentlicht) erreichbar.
• Das Foto müsste also unter http://www.petitejolie.de/juli.html (Juli 2020) angezeigt werden, wird es aber nicht
• Im Quelltext der Seite wird ausschließlich auf das Hintergrundbild verlinkt.
• Die Chrome-Konsole zeigt keine Fehler

Das entsprechende Bild fehlt also bereits in der Version 16.3.

in der Konsole werden zwischen den beiden Textelementen diverse <div class="zpRow standard " data-row-id="397"> gefunden, die auf der Seite mit einer Größe 645 x 0 angezeigt werden.

Frage an Chris: Wurde irgendwann einmal zusätzliches CSS auf Seitenebene in das Projekt eingefügt?

Hallo ellheub willkommen im Forum,

wir brauchen hier mehr Informationen:

• Welche Zeta-Version wird verwendet?
• Wie lautet die URL zur betroffenen Seite?
• ist der FTP-Zugang erfolgreich konfiguriert?
  • Bitte einen Screenshot der FTP-Einstellungen machen
• Gibt es eine Fehlermeldung?
  • Screenshot
• Was passiert beim Veröffentlichen der Seite?

Hallo Jan,

eine "Abschrift" kann auf der Seite "Nachricht erfolgreich versendet" angeboten werden. Hierzu muss auf der Erfolgsseite lediglich das Widget "Formular-Werte-anzeigen" eingefügt werden. Zum besseren Verständnis einfach eine Nachricht unter https://www.hanabi-pirna.de/kontakt.html abschicken.

Hallo Axel,

die Leitungswerte werden mit Speedtest nur dann erreicht, wenn der Rechner direkt via LAN an der Fritzbox angeschlossen ist und über WLAN keine Geräte an der Box angeschlossen sind. 1000 kbit Upload sind aber selbst bei voller Punktzahl nicht der Burner. Selbst bei DSL 100 hättest zu schon 40 MBit im Upload, also ohne bit/byte-Gedöns rund das 40-fache der jetzigen Leistung.

Bitte dazu mal eine Mail an info(at)zeta-Producer.com senden. Das ist eine lizenzrechtliche Frage und kann hier im "technischen" Forum nicht beantwortet werden.

Hallo Jasmin,

dann wühlen wir uns mal Schritt für Schritt durch das Problem und fangen mit den Basics an:

• Welche Version von Zeta wird verwendet?
• Wie lautet die Webadresse der betroffenen Seite?
• Klappt der Zugriff auf den Server über ein externes FTP-Programm, z. B. Filezilla?
• Welches Protokoll wird verwendet? Hierzu bitte Screenshots von den FTP-Einstellungen in Zeta machen und anhängen.

Die IP-Adresse 217.160.233, die in Screenshot 1 zu sehen ist, gehört zum Adressbereich von IOnos. Ich kann allerdings mit dem Port 62507 gerade nichts anfangen. Zu vermuten ist, dass noch unverschlüsseltes FTP verwendet wird, der Server jetzt aber auf SFTP oder FTPS umgeswitcht wurde, Siehe

https://www.ionos.de/hilfe/hosting/…-werden-sollte/

Zitat von MKB

Hallo Hanabi liegt wahrscheinlich daran, weil ich die Seite noch nirgends in Google indexiert habe. Denke ich mal oder wie siehst Du das Hanabi

401 ist ein Zugriffsfehler, der eventuell auch mit dem "hardcore"-Passwortschutz der Seite auf Serverebene zu tun haben kann. Mit der Google-Indizierung hat das erstmal nichts zu tun. Mit dem Bezug zu "site.manifest" kann ich leider nicht viel anfangen.

Zitat von MKB

Hallo Alpengreis ja das stimmt, ich benutze kein Analytics oder andere Tools, daher ist es in diesem Fall dasselbe, nur rechtlich muss ich den Cookie Banner haben, auch wenn ich nichts drinnen habe. Technisch Notwendige ist das man die Seite überhaupt ansehen kann, weil man setzt ja immer ein Cookie .. Hast Du einen Vorschlag was ich sonst schreiben könnte ?

Die Krux an der Angelegenheit ist, dass vom Gesetzgeber eigentlich nur gefordert ist, den Betroffenen (Besucher) über die Verarbeitung über die Verarbeitung personenbezogener Daten zu informieren. Das kann bereits über ein "Info-Banner" realisiert werden, welches über Art und Umfang der Verarbeitung, gegebenenfalls per Link auf die Datenschutzerklärung informiert. Ob ein Cookie, das lediglich notiert "ich habe die Datenschutzerklärung zur Kenntnis genommen und werde die nächsten 30 Tage nicht mehr daran erinnert " als technisch notwendig betrachtet wird oder hierzu bereits eine Einwilligung zum Speichern des Zustandes erforderlich ist, können sich Gelehrte lang und breit streiten. Zwei Anwälte, drei Meinungen. Bei "Alles ablehnen " kann eigentlich die Konsequenz nur sein, weiterleiten zur Startseite des Browsers. Ich selbst verwende als Text "nur technisch notwendige" und "Alles akzeptieren" . Wenn der Besucher ins Detail gehen möchte, stehen noch die "cookie-Einstellungen" zur Verfügung.

Hallo Markus,

öffne die Seite bitte mal im inkognito-Modus und starte dann mal die Chrome-Konsole (Mausklick rechts, untersuchen). Da werden mehrere Fehler 404 oder 401 angezeigt. Die Ursache dafür sehe ich gerade noch nicht.

Hallo Chris,

der Support liest hier jeden Beitrag mit. Wenn ich auf die aktuelle Uhrzeit sehe und vier Stunden zurück rechne, sind wir weit nach "Freitags um eins". :-). Ich gehe davon aus, dass am Montag sich der Support hierzu melden wird und wenn es keine ad-hoc Lösung gibt, entweder das Angebot zum Einsenden des Projektes oder die Empfehlung zum Support-Ticket gibt. Also einfach abwarten.

PS: Auf der veröffentlichten Seite werden keine Fehler angezeigt, Zeta liefert also anscheinend korrekt das aus, was lokal im Projekt vorhanden ist. Ich habe gerade auch keine Lösung parat.

Zitat von Duki

Neuinstallation hat geholfen. Funktioniert wieder alles.

dann liegt die Ursache mit hoher Wahrscheinlichkeit in einer Beschädigung der ursprünglichen Installation durch externe Einflüsse. Mögliche Quellen wären:

• Virenscanner, der eine oder mehrere Programmdateien unter Quarantäne gestellt hat
• Systemupdate, das zu einer Inkompatibilität mit Version 16.5 geführt hat und durch Installation von 16.7 ausgebügelt wurde
• defekte Sektoren auf der Festplatte, die Programmdateien beschädigt haben

Bitte diese Varianten im Hinterkopf behalten, falls das Problem erneut auftritt.

RolandW :

Die .htaccess ist kein Bestandteil von Zeta, sondern eine zur Serverkonfiguration gehörige Datei. Für eine erste Einführung mal den zugehörigen Blogbeitrag in meiner Signatur lesen.

Alternativ über die Google-Search-Konsole (vormals Google-Webmastertools) eine Neuindexierung der Seite anstoßen.

Hallo Katrin,

auf der Seite wird "mixed content" als Fehler angezeigt. Ursächlich dürfte sein, dass in den FTP-Einstellungen die Webadresse ohne vorangestelltes https:// eingetragen ist.

Im Ergebnis versucht das Login-Script, Funktionen von http://einklangkati.yoga/assets/php/... auszuführen, was eine unsichere Quelle (aus http statt https) ist. Auf einer sicheren Seite (https) werden alle unsicheren Inhalte geblockt, weshalb nur eine weiße Seite erschein.

Lösung: FTP-Einstellungen aufrufen, https:// vor der Webadresse ergänzen, neu veröffentlichen.

Es gibt danach noch mehrere weitere Fehler, die in der Konsole angezeigt werden, Diese betreffen aber nicht ladbare Schriftarten, also Thema für eine neue Fragestellung.

sorry, da hat wohl copy&Paste nicht so ganz funktioniert. Die php.ini (gerde keine Ahnung, wo auf dem Server) muss um

zlib.output_compression = On

ergänzt werden.

Probleme mit dem Serverzugang bei one.com hatten wir unter anderem in RE: Fehlermeldung: Requested action not taken. . . . . besprochen. Da dieser Thread sehr lang ist, einfach mal ab Start durchlesen, ob eventuell die Lösung (Probleme mit veralterter Verschlüselung) auch hier zutrifft.

Die Komprimierung von PHP kann serverseitig (also außerhalb von Zeta) über die php.ini angestoßen werden, Siehe https://support.artfiles.de/Tutorial:_Webs…zip/mod_deflate)

wenn ein externes Bildbearbeitungsprogramm zur Verfügung steht, empfiehlt es sich, das zu importierende Bild schon vorher auf die richtige Größe (Zielgröße in Zeta) anzupassen.

kann ich Dir nur zur Hälfte beantworten mit JA, aber ich habe die zulässige Zahl nicht im Gehirn.

Ich mache den Thread jetzt mal zu und verweise auf Beitrag 14: "Der Wunsch ist angekommen"

Hallo André,

ab Business gibt es die "mehrsprachige Webseite". Grundprinzip hierbei ist die Arbeit mit mehreren Projektordnern, welche in Deinem Fall genutzt werden kann.

Voraussetzung hierfür ist jedoch, dass Quelle und Ziel das selbe Layout verwenden.

1. Quellprojekt auf das Layout des Zielprojektes umstellen
2. Zielprojekt öffnen
3. Neuen Projektordner einfügen, Siehe https://docs.zeta-producer.com/mehrere-sprachen.html#a2553, Dabei "aus vorhandenem Projekt importieren" auswählen
4. Das alte Projekt ist jetzt als eigener Ordner im neuen Projekt enthalten und Inhalte können auf andere Seiten verschoben werden.
5. Wenn alle erforderlichen Daten umgeswitched sind, kann der importierte zusätzliche Projektordner wieder gelöscht werden.

Offiziell nicht unterstützt, aber theoretisch möglich:

• Öffne Projekt 1 in Zeta
• Starte Zeta erneut (2. Instanz)
• Öffne in zweiter Instanz das Projekt 2
• Arbeite mit CTRL+C und CTRL+V, um einzelne Artikel von Projekt 1 zu Projekt 2 zu übertragen

Hinweis: Die Lizenz räumt nur eine gleichzeitige Nutzung des Programms ein. Mit einer zweiten Instanz wird also bei enger Auslegung ein Lizenzverstoß begangen. Daher wird dieses Verfahren nicht unterstützt und hinsichtlich Komplikationen keinerlei Support geleistet.

Siehe dazu auch https://de.wikipedia.org/wiki/Above-the-line

Ist seit Urbeginn des Internetmarketings Grundregel: Als wesentlicher Inhalt einer Webseite wird von Suchmaschinen das bewertet, was bei direktem Aufruf der Seite (also ohne Scrollen) sichtbar ist.

! Achtung, es folgt Sarkasmus!

Wenn ein Seitenbetreiber nach dem Motto "das sieht hübsch aus" den direkt sichtbaren Bereich für mehrere hin- und herwechselnde Bilder, umgangssprachlich auch "Header" genannt, verschwendet, ist alles, was erst durch Runterscrollen sichtbar wird, unwichtig.

Auf der Seite des Fragestellers sind die Videos erst beim Scrollen sichtbar, also unwichtig. Google handelt also in der Logik der Suchmaschine vollkommen korrekt. Szabo und Olav müssen also überlegen, was der wesentliche Content der Seite sein soll:

1. wechselnde Bildchen (Header)
2. Text (wenn ich in Google etwas suche, tippe ich eigentlich immer eine Abfolge von Buchstaben, umgangssprachlich auch "Wort" ein
3. Ein Video

In Google kann man auch Bilder und Videos suchen. Aber selbst das funktioniert nur über den Datensatz "Wort" oder "Begriff". Wenn also ein Video oder ein Bild die höchste Informationswichtigkeit haben sollen, müssen diese sowohl "above-the-line" platziert werden als auch über Alt-Text und Dateinamen ein Schlagwort übermitteln, welches von der Suchmaschine indiziert werden kann.

Um das am Beispiel von grüneflügel zu erläutern, es gibt dort das eingebettete Video auf Youtube "Mzb1QbKQ". Wenn Google sauber indiziert und ich dann nach "Mzb1QbKQ" suche, werde ich genau dieses Video finden. Hat heute schon jemand nach Mzb1QbKQ gesucht?

Bei Szabo ist das mit dem Bild im sichtbaren Bereich schon besser umgesetzt. https://www.rocketpacks.de/media/images/bier-rucksack.jpg. Bei der Google-Bildersuche lande ich mit "Bier + Rucksack" direkt bei seiner Seite. Wenn ich statt Bildern nach Videos suche, sind andere Player (alibaba) ganz vorn. "OUAC47B5TU0", also der in der Einbettung verwendete Kurzcode, ist einfach kein Begriff, den ich in der Google-Suche eingeben werde.

Hallo Ralf,

auf der veröffentlichten Demoseite kann ich das nicht nachvollziehen. Ich nehme aber an, dass sich Dein Problem auf den Vorschaumodus in Zeta bezieht. Dort ist das Verhalten normal und auch wie folgt erklärbar:

Im Vorschaumodus wird nur die aktuelle Arbeitsseite gerendert und als im Browser anzeigbare .html geöffnet. Wenn dort auf einen Link zu einer anderen Seite des Projektes geklickt wird, ist im Gegensatz zum auf dem Server (online) veröffentlichten Projekt diese Seite noch nicht als .html vorhanden, sondern muss erst gerendert werden. Je mehr Seiten im Projekt vorhanden sind, um so mehr Seiten sind auch im Menü (also als Link) enthalten.

Wir erwarten von der Vorschau, dass wir die Seite genau so sehen, wie sie später im Web zu sehen ist. Bei einem Projekt mit 10 Seiten müssen bei Anzeige der Vorschau die Links zu 9 anderen Seiten geprüft werden. Bei einem Projekt mit 30 Seiten müssen 29 Menüeinträge überprüft werden, bevor die Seite angezeigt werden kann.

Ich nehme an, dass Dein erstes Projekt wesentlich kleiner war als die Moog-Bauelemente, so dass es jetzt zu der wahrnehmbaren Verzögerung bei der Darstellung kommt.