Beiträge von Hanabi

    Hallo CompagEL ,

    Willkommen im Forum. Der hauptamtliche Support (also die Entwickler von Zeta) ist noch bis 10. Januar im Urlaub, gegenwärtig können wir also nur Unterstützung von User zu User geben.

    Deine Fehlermeldung habe ich bei Zeta bisher nicht gesehen. Gehe mal bitte in der Fehlermeldung links auf den nach unten gerichteten Pfeil, dort verstecken sich weitere Details zur Fehlermeldung. Hier kann auch der Fehlerbericht an den Support geschickt werden (Bitte Link auf diesen Beitrag in der Mitteilung an die Supporter einfügen). Die Fehlerdetails bitte hier posten. Eventuell kommen wir dadurch der Ursache näher.

    Tja, wenn mal alle Backups noch da wären 😂

    Falls in den Optionen "auf meinem Webserver speichern" aktiviert war, sollten Backups im Stammverzeichnis auf dem Server liegen. Dazu mit Filezilla auf den Server gehen und die Dateien nach Größe sortieren. Die Backups sollten dann gleich am Anfang erscheinen. Wenn keine Backups vorhanden sind, lässt sich aus den veröffentlichten Seiten das Projekt nicht wiederherstellen.

    Hallo Hannes,

    das Cookietool ist ein externes Script. Kann man das einfach abschalten??

    Hallo Maik,

    hier wird noch das "Infobanner" verwendet, also kein externes Tool. Die Ladefehler in der Chrome-Konsole beziehen sich auf Bestandteile des Widgets "Shariff", welches unten rechts in der Fußzeile verwendet wird.

    @alle: Beide eben genannten Widgets sind im Wesentlichen durch "Cookie-Consent" abgelöst worden. Es könnte also durchaus sein, dass diese in Zusammenhang mit Veröffentlichung der 16.3 nicht erneut auf Kompatibilität zu den jüngsten Änderungen geprüft wurden.

    B&B Obermair : Bitte blende testweise beide Widgets in der V16.3 aus und veröffentliche erneut. Hinweis: für die datenschutzkonforme Anwendung von Google-Analytics ist das "Infobanner" nicht geeignet. Es muss durch den Benutzer eine aktive Einwilligung zur Verwendung von GA erfolgen, was nur via Cookie-Consent möglich ist.

    Hallo Holger,

    der Support ist erst ab 10. Januar wieder da, Bei den inzwischen 16 Beiträgen fällt es aber sogar mir schon schwer, das eigentliche Problem noch zu erkennen. Vielleicht können Du oder Maik, der hier schon einiges geantwortet hat, das Problem und die bisherige Eingrenzung noch einmal zusammenfassen.

    Ich habe mir jetzt mal die Beschreibung von Marios "Sticky" angesehen. Für die Seite "Suche" wird das ja nicht benötigt. Das CSS kann damit auf der Seite wie folgt entfernt werden:

    1. Seiteneigenschaften von "Suche" aufrufen
    2. auf "Attribute" gehen
    3. im Bereich "Extramenü" auf "additional_css" gehen und dort den Codeabschnitt aus #8 entfernen
    4. Mit OK bestätigen und neu veröffentlichen

    Hallo fjo ,

    die Ursache findet sich auf https://www.zella.de/forum/forum/in…y-artikel-v1-0/

    mit dem CSS

    CSS
    <style>
    .wzp-sticky-inhalt0815 h1, h2, h3, h4, p {
    z-index:-1 !important;
    }
    </style>

    und Setzen des z-index auf -1 wird der gesamte Inhalt des Suchergebnisses in einen hinteren Layer verschoben. Das ist ungefähr so, als ob jemand eine Glasplatte über die Webseite legt. Es ist zwar noch alles lesbar, aber durch die Glasplatte nicht mehr klickbar.

    Hallo Tom,

    die Bilder werden in der Reihenfolge des Imports abgespielt, mit der Besonderheit, dass das letzte Bild als erstes abgespielt wird. Wenn Du also die Bilder 1,2,3,4,5,6 importierst, werden diese in der Reihenfolge 6,1,2,3,4,5 abgespielt. Ist ein bekanntes Problem, welches auch beim Import im Bilderalbum auftritt.

    Workaround: Über die Bilderverwaltung ein Album anlegen, darin die für den Stapel geplanten Bilder importieren und nach gewünschter Reihenfolge sortieren. Im Widget Bilderstabel dann das Album wählen und nicht "Bilder importieren".

    nur mal so aus Interesse: warum wird bei 2 Beiträgen hier drunter 30.12.21 als Datum angezeigt..? (heute ist erst der 18.12.21) :/ 8o

    Es wurde ein Update der Forumssoftware durchgeführt. Anscheinend hat während des Updates der Fluxkompensator https://de.wikipedia.org/wiki/Zur%C3%BCck_in_die_Zukunft verrückt gespielt. Das Systemdatum konnte danach korrigiert werden, die in der Zukunft erstellten Beiträge verharren aber in ihrer Zeitebene. Um mit Startreck zu sprechen: "Das Raum-Zeit-Kontinuum ist gestört".

    Hallo Thomas,

    falls Du eine .htaccess verwendest, hilft eventuell dieser Block:

    Ansich selbsterklärend, mit "access plus 0 seconds" wird der entsprechende Inhalt bei jedem Aufruf neu vom Server geladen.

    Das Bildschirmfoto 1 in Beitrag #9 zeigt den ersten Fehler. In den Einstellungen zur Veröffentlichung ist noch der Testserver von Zeta konfiguriert.

    • Gehe bitte in Zeta auf "Veröffentlichen" -> "Webserver konfigurieren" und dann unten links auf "Protokoll auswählen"
    • Dort auf "SFTP", dann die Zugangsdaten wie von IONOS bereitgestellt, eintragne
    • Wenn die Seite ein SSL-Zertifikat hat, vor der Webadresse ein "https://" ergänzen
    • Mit "Weiter" wird die Verbindung getestet und sollte nach relativ kurzer Zeit ein positives Ergebnis bringen (dauert auch schon mal 2 bis 3 Minuten)
    • Danach mit "Veröffentlichen" -> "Website online veröffentlichen" die Daten auf den IONOS-Server übertragen

    Falls es dann noch Probleme geben sollte, bitte zusammen mit der Fehlermeldung posten. Hierzu vorzugsweise "Ausschneiden und skizzieren" von Windows verwenden und dann das Bild hochladen.

    Hallo Cuchi ,

    gehe mal auf http://www.dr-hartmann.de/index.php?id=32. Das müsste entweder der selbe Fragebogen sein oder aber zumindest das gleiche System. Eine Kontakt-Mail-Adresse ist vorhanden und an die schreibst Du mit der Bitte um Weiterleitung an den IT-ler, der die Seite erstellt hat.

    Ansonsten lässt sich so etwas vermutlich auch über SurveyMonkey oder andere Umfragetools umsetzen, bin ich aber nicht der Spezialist dafür.

    Hallo qwertz ,

    Besucherstatistiken gibt es -teilweise etwas versteckt- eigentlich bei jedem Hoster im Konfigurationsmenü. Häufig finden sich diese unter dem Begriff "Webanalytics". Falls es eher um die Google-Reichweite geht, wäre die Google-Search-Console erste Anlaufstelle.

    Hallo Stefan & Holger,

    zunächst, es sieht so aus, als ob es um die Bilderalben in der Bilderverwaltung geht. Habe eben einen Ordner "öben" angelegt, der -zunächst- unter dem letzten vorhandenen Ordner "Trainer" erscheint. Nach Schließen der Bilderverwaltung und erneutem Öffnen befindet sich "öben" aber alphabetisch korrekt zwischen "icons" und "portraits".

    Die alphabetische Sortierung erfolgt also beim nächsten Öffnen der Bilderverwaltung.

    Warum muss nach einer Konvertierung von 15 auf 16 alles neu veröffentlicht werden, das ist vollkommen überflüssig und wenn es so sein sollte spricht es nicht für das Konvertierungsprogramm und schon gar nicht für das CMS

    Verbesserungen im Coding, Bezug auf neue oder aktualisierte Scripte (*.js), Anpassung der PHP-verwendenden Widgets an aktuelle PHP-Versionen, verbesserte Komprimierung.

    Es spricht also einiges für das CMS, wenn nach einem Update auf eine neue neue Hauptversion diese auch mit PHP 8 funktioniert oder die Bilder nach einem neuen Verfahren komprimiert wird.

    Da die eigentliche Frage beantwortet ist und der User HCG mit Filezilla eine andere Lösung gefunden hat, mit der er persönlich besser klar kommt, können wir diesen Thread jetzt schließen.

    Hallo Lehnert ,

    Das grundsätzliche Problem liegt meiner Ansicht nach im Vertriebssystem. Jede Maschinenkategorie hat einen eigenen Menübereich, jede Mascchine eine eigene Seite. Mit hinzufügen eines neuen Gerätes müssen alle bereits vorhandenen Seiten eine Überarbeitung des Menüs (automatisch im Hintergrund) erhalten. Bei 2000 Seiten dauert das, bis die nächste Eingabe möglich ist. Eine Nutzung des Shops (und damit jede Maschine nur als Shop-Artikel) würde das zwar vereinfachen, kollidiert aber mit dem "individuellen Angebot". Das funktioniert also nur mit Festpreisen.

    Lösungsvarianten:

    1. Wie von Buch88 vorgeschlagen, separate Projekte für jede Mascinenkategorie sowie ein "Oberprojekt Höchsmann". Vorteil: Die Einzelnen Projekte lassen sich schneller in Zeta bearbeiten, eine neue Brikettmaschine muss nur im Projekt "Brikett" eingepflegt werden und es werden dann nur 150 Seiten "Brikett" veröffentlicht. Nachteil: Für eine neue Maschinenkategorie müssen alle Projekte überarbeitet werden.
    2. Je Kategorie nur eine Seite mit allen Maschinen jeweils als Textartikel. Dieser enthält nur eine Kurzbeschreibung mit Link zu einer PDF mit der ausführlichen Beschreibung sowie einen Link zur Angebotsanforderung. Dieser führt auf ein Kontaktformular und übergibt den Maschinennamen automatisch (Siehe https://docs.zeta-producer.com/werte-an-formu…uebergeben.html). Im Kontaktformular können dann weitere für das Angebot notwendige Angaben (Lieferung nach Land, inklusive Montage, inklusive Abnahme/behördliche Genehmigung) abgefragt werden. Vorteil: Weniger Seiten, zielgerichtetes Kontaktfirmular als jetzige Variante mit mailto: Nachteile: Für jede Maschine muss in Word ein eigenes Dokument erstellt und als PDF gespeichert werden.

    Zum grundlegenden Verständnis, wie die Veröffentlichung funktioniert:

    • Nach dem Konvertieren von 15 auf 16 müssen alle Seiten einmalig neu veröffentlicht werden (F7),
    • Nach dem Ändern des Inhalts einer Seite wird mit F7 nur der geänderte Inhalt (Text und Bilder/Dateien) übertragen
    • Nach dem Ändern des Inhalts einer Seite wird mit STRG+F7 nur die geänderte Seite (html) übertragen, nicht aber darin eingebettete Bilder und Dateien. Dies führt dazu, dass hinzugefügte oder geänderte Bilder oder Dateien nicht auf der Homepage erscheinen und die User sich dann im Forum melden, dass Bilder fehlen. Aus diesem Grund wurde die Funktion "ausgewählte Seiten veröffentlichen" aus dem Menü entfernt
    • Nach dem Hinzufügen einer neuen Seite müssen für alle bereits vorhandenen Seiten die Menüeinträge angepasst werden, daher müssen dann alle Seiten neu veröffentlicht werden. Das Gleiche trifft zu, wenn beispielsweise Seiteneigenschaften (im Menü anzeigen/verbergen) oder Seitennamen geändert wurden.

    Wenn man nicht gerade ein Megaprojekt wie Buch88 oder Lehnert hat (Unsere Vereinshomepage mit 180 Seiten und 5500 Bildern bewerte ich noch nicht als mega, sondern nur als groß), hält sich der Zeitaufwand fürs Veröffentlichen auch in akzeptablen Grenzen, selbst bei einer 16-Mbit-DSL-Leitung.