Hallo Maria,
eine Überlegung habe ich noch, bevor ich das Handtuch werfe. Anlage 2 ist ja ein Flyer als jpg. Wenn ich den herunterlade, ist dieser 1,2 MB groß. Die in Anlage 1 vorgesehene Datei kann ich im Bild von Beitrag 1 nicht vollständig lesen und daher auch nicht herunterladen. Wenn diese eine ähnliche Größe hat, könnte es einfach sein, dass die Dateien zu groß sind und deshalb nicht versandt werden. Nutze mal testweise jeweils nur ein einseitiges PDF.
Hallo Hannes,
"Selbstversuch macht klu-ch😊". Ich habe eben auf unserer Seite ein seit langem vorhandenes Formular mit Pflichtangaben "leer" absenden wollen und dieselbe Meldung bekommen. Liegt also nicht an Dir.
Hallo Hannes,
Gehe mal in den Seiteneigenschaften auf Attribute. Wenn für die Seite ein individueller Text im Attribut festgelegt ist, werden diese bei Änderung globaler Attribute nicht überschrieben.
Hallo Hannes,
Diese Standardtexte sind in den Attributen für das Formular hinterlegt, Siehe https://docs.zeta-producer.com/attribute-uebersicht.html#a1983
Web.de blockiert vermutlich ankommende Mails, die via sendmail und nicht über smtp gesendet wurden.
Lösung: https://docs.zeta-producer.com/formulare-per-…nden.html#a3663
Hallo Maria,
wie Du gesehen hast, habe ich eben eine Testbestellung vorgenommen. Bei mir kam die Bestellbestätigung mit Rechnung, aber ohne Anhänge an. Eine Vergleichsbestellung bei unserem Shop liefert beide Anhänge zuverlässig aus.
Wenn ich nachträglich auf dem Server die Datei umbenenne oder lösche, läuft die Bestellung ebenfalls ohne Fehlermeldung durch, es werden aber die Anhänge nicht übermittelt.
Lösungsansatz:
mögliche Ursache:
Wenn nach Änderung der Einstellungen im Shop (hinzufügen der Anhänge) die Veröffentlichung über "Veröffentlichen" -> "ausgewählte Dateien veröffentlichen" gewählt wurde, werden nur die geänderten Seiten, nicht aber neu hinzugefügte Dateien veröffentlicht. Bei späteren Veröffentlichungen vergleicht Zeta dann nur noch, welche Dateien seit der letzten Änderung veröffentlicht wurden und ignoriert alle Dateien, die seit der letzten Veröffentlichung unverändert sind.
Hallo Bro,
sende bitte eine E-Mail an support(at)zeta-producer.com mit Verweis auf diesen Thread. Als Absender verwende die Mailadresse, mit der die Express-Lizenz gekauft wurde. Anhand dieser kann der Support am Montag prüfen, welche Lizenznummer dieser Adresse zugeordnet ist.
Hallo Günther,
hier gibt es zwei häufige Ursachen:
1. fehlende Schreibrechte im Ordner PHP, siehe https://docs.zeta-producer.com/php-anforderungen.html
2. Der Hoster verlangt ein aktives Mailkonto der Domain als Empfänger, also lirumlarum@https://www.schuetzenkreishohenstaufen.de/
Hallo Wesi,
die Menübreite ist in diesem Layout festgelegt.
Hallo Gerhard,
beim Einseiter wird die Navigation über das Widget "Navigationsmenü manuell" eingerichtet. Der entsprechende Artikel befindet sich ganz oben und kann häufig nicht direkt angeklickt werden.
Lösung:
Zum zweiten Problem:
HTTP 500 ist ein Serverfehler. Da gibt es verschiedenste Ursachen. Hilfreich wäre hier, direkt beim Hoster in das Fehlerprotokoll zu schauen. Ein Problem könnte sein, dass auf dem Server nach https://sebastians.landauisar.de/assets/php/for…zp-php-info.php nur PHP 5.3 läuft, die verwendete Zeta-Version 15 benötigt aber mindestens 5.6. Empfohlen wird die Nutzung der PHP Versionen 7.3 oder 7.4 (ältere Versionen werden zwar Zeta-seitig unterstützt, bekommen aus der PHP-Community keinerlei Sicherheits-Support mehr (siehe https://www.php.net/supported-versions.php).
Hallo Michael,
ich bin seit Zeta 12.2 (2015) mit dem Programm unterwegs und betreue mehrere Vereinswebseiten mit unterschiedlichen Anforderungen. Das ist also im Wesentlichen Erfahrung mit dem Programm, ansonsten spielt da viel Logik eine Rolle und das Wissen, wie man bei Google eine Frage richtig formuliert 
.
Hallo Michael,
"Mausklick rechts" -> "untersuchen". Oben rechts werden dann eventuelle Fehler angezeigt. Per Klick auf das Fehlersymbol springt die Konsole dann zu den Fehlermeldungen.
Die Seite verhält sich bei mir absolut korrekt:
Ich schließe mich der Ansicht von Steffen an, dass hier ein Touchscreen in Anwendung ist, vermute aber, dass dies dem Kunden so nicht bewusst ist, da es sich entweder um einen mit Tastatur betriebenen Convertible handelt oder um einen Laptop mit Touchscreen. Beispiel für solche einen Laptop wäre das Fujitsu S937, welches ein touch-fähiges Display hat. Sieht von außen aus wie ein klassischer Laptop, kann aber mehr.
Hallo Pedro,
das würde grundsätzlich über das Widget "IFrame" gehen. Vorher solltest Du aber mit dem Anbieter abklären, ob eine Einbindung auch rechtlich erlaubt ist.
Grundsätzlich noch zur Fehlerbeschreibung:
Die Bilddatei _d7k0219_dxo.jpg (Europa-Südtirol) wird auf dem Server nicht gefunden und deshalb nicht angzeigt. Dies ist das Originalbild, welches in Zeta eingelesen wurde. Da bei Klick auf Bild "Bild in Lightbox vergrößern" ausgewählt wurde, hat Zeta von diesem Bild die Variante _d7k0219_dxo-large.jpg angelegt. Dieses Bild, welches bei Klick auf das Originalbild in einer Lightbox öffnet, ist auf dem Server (NAS) vorhanden.
Wenn innerhalb von Zeta die "Vorschau" aufgerufen wird, ist das Bild _d7k0129_dxo.jpg vorhanden. Wenn innerhalb des lokalen Netzwerkes auf den Dateiordner zugegriffen wird, erfolgt ebenfalls eine Anzeige des Bildes.
Damit wären noch folgende Fragen zu beantworten:
Da bei den Bilddateien eine klare Fehlermeldung 404 (nicht gefunden) über die Chrome-Konsole ausgegeben wird, handelt es sich um irgendein Veröffentlichungsproblem. Die Pfadlänge scheidet aus, da es sich entgegen meiner ersten Annahme nicht um Bildergalerie mit Thumbnails handelt, sondern um das klassische "Bild"-Widget.
Hallo Sunny,
Vielen Dank, werde ich aber erst morgen einarbeiten können.
Ich wende mich mit diesem Beitrag an die im Forum aktiven Vereinswebmaster und weiteren User, die im weitesten Sinne mit Kinder- und Jugendarbeit zu tun haben und bitte um Unterstützung durch Schwarmintelligenz.
Unser Verein veranstaltet traditionell ein Kinder- und Jugend- Camp, welches wir dieses Jahr auch unter Corona durchführen möchten. Für das Hygienekonzept benötigte ich aktive Mitleser, die über den Entwurf drüberschauen, eventuelle Rechtschreib- oder logische Fehler in der Argumentation entdecken und mir helfen, das Konzept zu verbessern. Das Papier findet Ihr unter https://www.hanabi-pirna.de/corona/hygiene…d-camp-2021.php, am Ende der Seite steht ein Gästebuch für Kommentare zur Verfügung.
Falls jemand in der "Checkliste" zum Konzept eine Position entdeckt, in der er konkret helfen kann, immer her damit, jede Unterstützung wird dankend angenommen.
Sammyz ,
Die Bilder in der Fancybox werden ja angezeigt, dass hat also nichts mit dem hier geschilderten Problem zu tun. Die Chrome-Konsole gibt auch ganz klar die Fehlermeldung aus, dass die Bilder nicht gefunden werden (404).
OK Fehler wie folgt reproduziert:
Hallo Luca,
Bplaced verwendet normales Linux-Hosting mit FTP-Zugang. Diesen nutzt Du ja bereits zur Veröffentlichung von http://l-tec.bplaced.net/. Die Domain http://www.l-tec.org/ wiederum ist bei IONOS registriert, so dass es noch einer korrekten Verknüpfung zwischen der Domain (IONOS) und dem Webspace (Bplaced) fehlt.
Da ich selbst bei IONOS bin, habe ich mir das im Menü mal kurz angesehen und vermute, dass Du bei IONOS die Domain-Weiterleitung als "Frame-Weiterleitung" eingerichtet hast. Dies ist zwar technisch möglich, verursacht aber die festgestellten Probleme. Bplaced stellt unter https://wiki.bplaced.net/eine-domain-aufschalten eine detaillierte Anleitung bereit, wie die Aufschaltung via DNS erfolgt.
Bei welchem Anbieter letztlich das Hosting erfolgt, ist völlig egal. Die Konfiguration ist aber einfacher, wenn alles bei einem Anbieter liegt.
Das FTP-Zugangsprotokoll kann in den FTP-Einstellungen geändert werden, indem man die FTP-Einstellungen aufruft und dann unten links auf "Neu" klickt.
Hallo Volker,
wechsle mit F8 in den Spaltenmodus. In der Spalte "Header" sollte sich dann ein Artikel mit rotem Text befinden. Mit der Maus draufgehen, dann Mausklick rechts und "einblenden". Mit erneut F8 geht es wieder zurück in die Normalansicht.
Hallo Luca,
willkommen im Forum. Ursache für den Fehler die verwendete Art des Hostings. Die eigentliche Webadresse lautet http://l-tec.bplaced.net/. Auf dieser Seite funktioniert das Widget "Cookie-Consent".
Auf http://www.l-tec.org/ wird die Originalseite nur als Frame via bplaced eingebunden. Dadurch werden zwar Cookies auf dem Rechner gespeichert, aber eben nicht für l-tec.org, sodern für l-tec.bplaced.net.
statt der kostenlosen BPlaced-Lösung ruhig etwas Geld in Webhosting investieren.
Hallo Johann,
Bei dem verwendeten Layout ist die Layoutbreite nicht änderbar, sondern fix im Layout hinterlegt. Es ist schon etwas älter und wurde lediglich für die Darstellung auf Mobilgeräten angepasst. Du solltest entweder auf ein Layout wechseln, welches in der Layoutbreite anpassbar ist oder eines der moderneren Layouts (ab Erstveröffentlichung Zeta 13), die keine Seitenrestriktionen haben. Zur Orientierung kannst Du nachfolgende Tabelle nutzen: https://docs.google.com/spreadsheets/d…dit?usp=sharing
Hallo Horst,
bei Dir gibt es bereits direkt auf der Startseite eine Fehlerausgabe zu Disqus mit HTTP-500, interner Server-Fehler beim Versuch, auf Disqus zuzugreifen. Dadurch sind alle Kommentare betroffen.
Da die Seite ja schon länger online ist und das Problem anscheinend neu, gibt es entweder eine temporäre Störung bei Disqus, oder Disqus hat die Schnittstelle geändert, so dass die Implementation in Zeta nicht mehr funktioniert.
Hallo Volker,
bitte wie folgt vorgehen:
Falls bei den globalen Attributen bereits "false" drinsteht, bitte die Attribute in den Seiteneigenschaften kontrollieren:
Hallo Taxi,
zunächst mein Fehler, es ging tatsächlich um ISO-8859-1. Da der Eintrag bei Dir in der .htaccess nichts ändert, wird das Problem wohl woanders liegen.
Beim Widget "Suche" haben die beiden Optionen folgende Bedeutung:
Aktuell scheint aber die Suche unter https://www.premiumnutrition.de/partner.html#a9555 zu funktionieren.
Hallo Esther,
das konnte ich jetzt hier reproduzieren. Für Stefan die Beschreibung wie folgt:
Es hängt anscheinend tatsächlich nur an der Kombination aus Kurzbeschreibung mit einem Attribut, bei welchen HTML-Code (auch als Steuerzeichen) verwendet wird.
Hallo Taxi,
das Problem liegt wohl auf dem Server bzw. bei Strato. Eine Testveröffentlichung von "Producer-Responsive" auf dem Zeta-Server liefert auch bei Nichtvorhandensein eines Begriffes die korrekte Meldung ["Hübel" nicht gefunden] aus.
Da es hier um Umlaute und Sonderzeichen geht, tippe ich auf eine fehlerhafte Codierung. Die Seite wird in UTF-8 erstellt, gerade Strato verwendet aber ISO-8851-1 als Codierung.
Lösung via .htaccess:
# Zeichensatz setzen
AddDefaultCharset UTF-8ganz aus dem Kalten heraus gebe ich mal das Stichwort "absolute Pfadlänge". Die Vorschaubilder werden im Unterverzeichnis /media/Thumbnails gespeichert. Wenn der Dateiname des Bildes bereits etwas länger ist "foto-von-dresden-im-oktober.jpg" könnte ja nach Dateistruktur aus dem Server die zulässige Pfadlänge überschritten werden.
Hallo Esther,
wie wird denn der Kalender angezeigt? Ohne Änderung der Voreinstellungen werden im Kalender 3 Monate dargestellt, wobei oben rechts weitergeblättert werden kann zu den nächsten Monaten. Wenn von März bis Mai keine Veranstaltungen eingetragen sind, bleibt der Kalender scheinbar leer. Die Darstellung als Kalender funktioniert grundsätzlich, siehe https://www.hanabi-pirna.de/test.php
Hallo Szabo,
bei Einbindung externer Inhalte hakt es häufig am externern Anbieter, dass Inhalte zeitweise nicht verfügbar sind. Habe gerade unter https://www.rocket-packs.com/distributore-zaino-bevenda.html die korrekte Einbindung von "Facebook-Seiten-Plugin" gesehen.
Zur Vermeidung von Nachfragen am die Signatur hier unter den persönlichen Einstellungen bearbeiten und Webadresse, verwendete Zeta-Version und Layout eintragen, das erscheint dann unter jedem neuen Beitrag.
Hallo Martin,
die Ausgabe ist so korrekt. Bei einer nicht existenten Seite wird die für den Serverfehler 404 definierte Seite angezeigt. In der Adresszeile verbleibt korrekterweise die fehlerhafte Adresse, da der Besucher anderenfalls keine Möglichkeit hätte, die Adresse auf einen Schreibfehler zu prüfen.
Hallo Günther,
die Premium-Version findest Du ganz unten auf https://www.zeta-producer.com/de/shop.html.
Das "Überschreiben mit Originaldatei" müsste tatsächlich jedes Mal ausgeführt werden, wenn Du eine aktualisierte Liste veröffentlichen willst.
Guenther Straub Die Funktion "Verknüpfung zur Originaldatei erstellen" ist nur mit der Premium-Lizenz möglich.
Vielleicht langt Ihnen ja aber auch einfach die Funktion "Mit Ursprungsdatei überschreiben".
Upps, an diese Möglichkeit hatte ich garnicht gedacht.
Hallo Franz,
in einem lokalen Netzwerk, wie bei Dir vorliegend und einem in das Netzwerk eingebundenen NAS ist das Kopieren des Projektes auf das NAS die sauberste Methode. Dabei wie folgt vorgehen:
nach dieser Einrichtung sollte Zeta dann auf beiden Rechnern jeweils mit der NAS-Version des Projektes starten. Zur Kontrolle auf der Startseite eine Änderung vornehmen, dann Zeta auf dem aktuellen Rechner wieder beenden. Wenn dann auf den anderen Rechner gewechselt wird, müsste bei Einhaltung des vorstehenden Ablaufes die geänderte Startseite angezeigt sein.
Hallo Maria,
habe eben gesehen, dass wir vor einer Stunde fast gleichzeitig geantwortet hatten. Überprüfe mal bitte, ob die Gewichte bei den Varianten denn eindeutig einem Versandbereich zuzuordnen sind. Wir hatten hier im Forum einmal das Problem, dass Versandbereich A festgelegt war von 0,00 - 1,99 kg und Versandbereich B von 2,01 bis 9,99 kg und dadurch ein Artiel mit 2,00 kg genau zwischen den Versandbereichen lag und deshalb keine Versandart ausgewählt werden konnte. Am besten einfach mal einen Screenshot von den Versandbereichen sowie den beiden Varianten des Artikels anhängen.
Hallo Maria,
Unter "Versandarten" hast Du "gewichtsbasiert" festgelegt. Bei mindestens einem Artikel fehlt aber die Gewichtsangabe für den Artikel, so dass der Artikel keiner Versandkostenart zugeordnet weren kann.
Die "Unübersichtlichkeit", die ich bemängelt habe, fängt wohl damit an, dass die Seite "Shop" im Menü ausgeblendet ist. Dadurch ist der Shop über das Menü nicht direkt erreichbar und der Besucher muss "suchen". Da Deine Seitentitel sehr lang sind, z. B. "Videobotschaften aus dem Leben und Krisenzeiten" wird immer sofort das mobile Menü (Hamburger-Button) angezeigt, womit jedesmal erst auf den Menü-Button geklickt werden muss, Bevor sich das eigentliche Menü öffnet.
Auf der eigentlichen Shop-Seite http://www.lashana.de/spiritueller-s…en-produkte.php sehe ich zunächst den Header, dann folgt noch ein Slider, Danach zu viel Text über dem Shop und erst ganz unten die Übersicht über die einzelnen Kategorien. Das wiederholt sich dann, wenn ich in die einzelnen Kategorien gehe.
Zumindest auf den Shop-Seiten solltest Du den Header ausblenden.
Hallo Maria,
bitte bearbeite hier im Forum Deine Signatur via https://community.zeta-producer.com/wcf/signature-edit/ und trage dort zumindest Deine Webadresse ein. Die Signatur erscheint unter jedem Beitrag und damit ersparen sich andere User die verzweifelte Suche nach einer Webadresse, auf der das geschilderte Problem auftritt.
Nach Benutzen der Google-Suche komme ich auf https://www.lashana.de/, um die es hier geht. Hier gleich leider der nächste Kritikpunkt: Die Seite ist sehr unübersichtlich, ein Shop ist auf die Schnelle nicht zu finden. Nach einigem suchen bin ich auf https://www.lashana.de/spiritueller-s…en-produkte.php gekommen. Erst nach Klick auf https://www.lashana.de/spiritueller-s…-der-neuen-zeit komme ich dann tatsächlich auf den Shop. Momentan habe ich den Eindruck, dass Du alles versuchst, um zu verhindern, dass überhaupt bei Dir eingekauft wird, bei dieser Unübersichtlichkeit.
Wenn ich dann das erste Produkt in den Warenkorb lege, muss ich im Warenkorb erneut jede Menge Zeilen herunterscrollen, um zur Eingabe weiterer Daten zu kommen, erneut weiter unübersichtlich. Als Kunde steige ich spätestens in diesem Moment aus, weil ich gar nicht mehr weiß, wass die Seite von mir will.
Als Moderator in diesem Forum, der Dir durchaus helfen will, quäle ich mich da durch und komme tatsächlcih irgendwann auf die Fehlermeldung, eine Versandart auswählen zu müssen. Es wird aber keine Auswahl angeboten.
Erneuter Test mit einem anderen Artikel:
- Ich lösche den aktuellen Warenkorb
- hangle mich irgendwie zum Shop
- kaufe den zweiten im Shop enthaltenen Artikel (während ich das hier schreibe, habe ich schon wieder vergessen, was ich dort eigentlich gekauft habe)
- gehe auf den Warenkorb ===>>> es wird eine Verandart angeboten!!!
Analyse: Der Artikel 2 hatte eine gewichtsbasierte Versandart (Versichert bis 2kg), der Artikel 1 keine Versandart zur Auswahl. Damit ist anzunehmen, dass unter "Versandarten" gewichtsbasierte Bereiche festgelegt sind, für den Artikel 1 aber ein Gewicht fehlt. Damit kann der Artikel keiner Versandart zugeordnet werden und auch keine Auswahl erstellt werden, welche Versandart wählbar ist.
Lösung: Gewicht für Artikel 1 festlegen.
Langfristig empfehlenswert: Überarbeitung der Webseite in Hinblick auf Bedienbarkeit!
Hallo Jörg,
als Ergänzung hierzu noch folgender Hinweis:
Wenn grundsätzlich auf "deny from all" gesetzt ist, kann man selbst die Seite auch nicht mehr aufrufen. Es wird dann also Zugriff auf das LOG-Protokoll beim Hoster benötigt.
Ablauf:
Das Ganze funktioniert also nur dann, wenn es sich um eine überschaubare Anzahl von Besuchern der Seite handelt, bei uns bei beispielsweise die 3 Vorstandmitglieder + Buchhaltung & Trainer. Da diese sich aber über verschiedene Netze einwählen könnten und es je nach Standort auch beim selben Anbieter unterschiedliche Adressbereiche geben kann, wird es es sehr schnell sehr kompliziert und unübersichtlich. Nachfolgend ein Auszug aus dem "Schutz" unserer Mitgliederverwaltung, die ich tatsächlich über "deny/allow" blockiere, da der Zugriff auch via APP möglich ist, wo ein klassischer Passwortschutz wegen der dicken Finger nicht die optimale Lösung darstellt:
# ##### Beginn zugelassener IP-Adressbereiche #####
order deny,allow
deny from all
allow from 2003::/19
# Telekom User 1 privat IP-V6
allow from 87.128.0.0/10
# Telekom User 1 privat IP-V4
allow from 90.186.0.0/16
# User 2 mobil
allow from 109.40.0.0/13
# User 3 mobil
allow from 141.0.12.0/22
# User 1 mobil
allow from 184.154.0.0/16
# Sitelock / Virenscanner - Sicherheitstool des Hosters
allow from 188.96.0.0/12
# User 1 Büro
allow from 195.29.0.0/16
# User 1 Urlaub Kroatien
allow from 146.60.0.0/16
# User 4 - Servicetechniker
allow from 77.22.252.0/22
# User 5 - Kabelanschluss privat
allow from 90.186.0.0/16
# User 6 vodafone
allow from 88.64.0.0/12
# User 7 VodafoneUm die Komplexität von "deny, allow" zu verdeutlichen: Die User 6 und 7 nutzen das gleiche Vodafone-Netz im selben Landkreis, aber an unterschiedlichen Standorten. Je nachdem, wo sie sich mit dem Handy befinden, erhalten sie vom Provider eine unterschiedliche IP-Adresse aus verschiedenen Adressbereichen zugewiesen.
In der Praxis funktioniert also nur "allow, deny", wo mittels des LOG-Protokolls unerwünschte Adressbereiche (alles aus Timbuktuland) ausgeschlossen wird. Wenn es dann doch wieder zu massivem Spam kommt, reicht ein Blick in das LOG, um weitere Adressbereiche als "deny from" einzutragen. Bei unserer Vereinsseite sind es momentan rund 20 Adressbereiche, die via SPAM über Kontaktformular auffällig geworden sind und ausgeschlossen werden.
Das Ganze ist natürlich nur sinnvoll, wenn die Zielgruppe der Homepage regional eingrenzbar ist. Als Sportverein sind mir Besucher aus Honululu "Wurst", die bringen mir keine Mitglieder. Als "Wursthändler", der weltweit ausliefert, kann ich aber Honululu nicht einfach vom Besuch meiner Webseite ausschließen.
Ich habe da für unseren Verein das "Privileg", mir tatsächlich die Besucher aussuchen zu können, bei vielen anderen Usern im Forum besteht diese Möglichkeit nicht.
Hallo Günther,
zur Frage 2 habe ich Dir direkt unter der ursprünglichen Fragestellung geantwortet. Falls es da noch Probleme geben sollte, bitte unter dem Original-Thread, da wir mit "1 Problem = 1 Fragestellung = 1 Lösung" das Forum übersichtlicher halten wollen.
Zur Frage 1:
Das "Problem" ist, dass Du mit Artikel "Bild" + Artikel "Text" zwei Elemente auf der Seite hast, die je nach Gerät angepasst dargestellt werden (responsive Darstellung). Lösungsvarianten wären:
Allen Vorschlägen gemeinsam ist, dass es sich jeweils nur um 1 Wigdet handelt, welches in der der responsiven Darstellung zwar auch je nach verfügbarer Breite unterschiedlich dargestellt werden, aber die Darstellung immer zusammenhängend erfolgt.