Hallo Galaxy,
da scheint eine ganze Reihe von Attributen zu fehlen, Siehe https://docs.zeta-producer.com/attribute-uebersicht.html#a3139. Jetzt wäre interessant zu wissen, mit welcher Version von Zeta Du arbeitest. last_Update beispielsweise ist veraltet und wird nicht mehr verwendet.
Hallo Klausdieter,
gehe auf +, dort findet sich auch die Linkfunktion.
Hallo Daniel,
gehe wie folgt vor:
Hallo Stefan,
da war ich komplett auf dem umgekehrten Weg (Backup erstellen). Wenn der Fehler beim Einspielen auftaucht, kann das eigentlich nur damit zusammenhängen, dass Onlinedaten mit gesichert wurden, aber nicht auf den Server aufgespielt werden können. Grade keine Ahnung, wo es da hapert.
Hallo Stefan,
Timeouts deuten auf ein Problem bei der Sicherung von Onlinedaten hin. Gehe mal bitte in die Konfiguration des Backups und nehme dort unter "Elemente" die "Online-Daten" raus und kontrolliere, ob unter "Speicherort" noch OneDrive / Google Drive / eigener Server aktiviert sind. Falls ja, alle Häkchen raus, dann erneut probieren. Wenn erfolgreich, zunächst bei Elemente wieder die Onlinedaten aktivieren und nächster Probelauf. Wenn erfolgreich, geht es weiter mit den Speicherorten nach dem selben System.
An irgendeinem Punkt wird dann die Fehlermeldung wieder auftauchen und wir haben das Problem zumindest eingegrenzt.
Hallo Cora,
willkommen im Forum. Das Öffnen eines 14-er Projektes in 15 mit anschließender Konvertierung sollte problemlos möglich sein. Bisher ist auch noch kein Fall bekannt, bei dem Inhalte nicht übernommen wurden. Ich kann mir momentan nur vorstellen, dass eine Sicherheitssoftware auf dem PC hier querschießt und das Herunterladen des aktualisierten Layouts verhindert. Bitte prüfe mal im Virenscanner oder in der Firewall, ob dort im Protokoll Ereignisse stehen, die mit Zeta zusammenhängen könnten.
Hallo Astrid,
da war dann wohl der GA-Code schon raus, als ich mir die Seite angesehen hatte
.
Wenn Du Google-Analytics weiter verwenden willst, wäre der Wechsel auf Zeta 15 die richtige Option, da diese als neues Widget "Cookie-Consent" enthält. Dieses stellt eine Auswahl an externen Diensten zur Verfügung, bei deren Verwendung von einer Einwilligungspflicht (Keine Datenerfassung vor Einwilligung) auszugehen ist. Die Scripte zur Datenverarbeitung werden blockiert, bis der Besucher der Verarbeitung zugestimmt hat. Details findest Du unter https://docs.zeta-producer.com/cookie-consent.html
Hallo Ingo,
danke der Nachfrage. Bei uns sind alle gesund oder wieder genesen (hatten 3 Coronas im Verein). Neben dem Sommerprogramm "Karate im Wasser/Freibad" Basteln wir gerade am Konzept für das Herbst- und Wintertraining. Ab einer gewissen Temperatur wird es draußen ungemütlich, so dass wir in der Halle trainieren müssen. Da wird es dann knifflig, wenn zwar über vorhandene Fluchttüren eine ausreichende Belüftung möglich wäre, diese aber wegen der Kopplung an Einbruch-/Brandmeldeanlagen nicht geöffnet werden dürfen 
.
Alles nicht so einfach in diesen Zeiten, aber wohl doch irgendwie bewältigbar.
1. erledigt
2. geändert, Du kann die beiden Layouts jetzt nachtragen.
3. erledigt
Von mir stammt erstmal nur die Idee, Mario hat diese Woche mächtig Daten in die Tabelle geschaufelt, was eine ganze Menge Zeit gekostet haben dürfte. Problematisch aus meiner Sicht ist, dass man beim Pflegen der Tabelle schnell in die Versuchung gerät, mit einem Musterprojekt von Layout A zu Layout B zu wechseln. Das funktioniert nicht immer sauber. Für eine korrekte Beschreibung muss daher für jedes Layout ein eigenes Projekt angelegt werden.
erledigt
an alle:
in den Zeilen arbeiten wir mit "Daten" -> "Datenvalidierung". Es werden also beispielsweise JA/NEIN/OBEN/UNTEN/LINKS als zulässige Daten eingetragen und nur diese können dann auch von demjenigen, der ein bestimmtes Layout einpflegt, ausgewählt werden. Diese Beschränkung ist notwendig, da sonst jeder seinen eigenen Text verwendet, was die Tabelle zwar sicherlich noch informativer machen würde, aber die einzelnen Layouts eben nicht vergleichbarer. Nur bei Verwendung von "Daten" ist es zudem möglich, irgendwann auch einmal ein Abfrageformular zu entwickeln.
Hallo Nemessis,
der Ordner muss samt Inhalt eine Ebene höher. Das kannst Du aber einfach über Filezilla machen.
Wie Stefan bereits ausgeführt hatte, wurden auch am 31.07. die Bestellungen angezeigt, allerdings reagierte der Server wohl sehr träge. Ich vermute, dass sich dort zu viele Suchmaschinenrobots tummeln, die die Serverlast erhöhen.
Hallo emsseminare ,
die Rechtslage hat sich nicht geändert. Durch die Urteile des EuGH wurde lediglich bestätigt, dass im Umgang mit personenbezogenen Daten in den letzten grob 10 Jahren von vielen Unternehmen an der existierenden Gesetzeslage vorbei gehandelt wurde. Nahezu alles, was in der DSGVO steht, war in ähnlicher Form auch schon im Vorgänger, der Datenschutzrichtlinie, enthalten.
Für Deine Seite bleibt es dabei, dass diese nach erster Einschätzung ohne das Widget "Infobanner" gar keine Cookies verwendet werden und ein Cookie erst darüber zustande kommt, dass das Infobanner nicht erneut angezeigt werden soll. Insoweit muss also keine Anpassung des widgets erfolgen, du solltest lediglich drüber nachdenken, ob das Infobanner denn überhaupt nötig ist.
Guten Morgen,
wenn Du die veröffentlichte Seite komplett löschst, werden auch die Datenbanken für Kunden und Bestellungen im Verzeichnis /SHOP_DATA gelöscht.
Zur Wiederherstellung der Dateien im Ordner assets/php/SHOP_DATA gehe nach folgender Anleitung vor. Zum Schluss diese Dateien noch vom Wiederherstellungsverzeichnis in das richtige Verzeichnis verschieben.
Hinweis: 1&1 / IONOS machen gerade Wartungsarbeiten, da kan es sein, dass Du nicht ins Kontrollzentrum kommst.
Guten Morgen Ingo,
Umstellung SFTP:
Umstellung PHP:
Hinweis: eine Webadresse mit vorangestelltem www. oder ohne-www. sind technisch zwei verschiedene Adressen. Wenn in den FTP-Einstellungen https://www.domain.de angegeben ist, funktionieren PHP-Anwendungen (geschützter Bereich, Online-CMS, Formulare etc) nur dann korrekt, wenn auch genau diese Schreibweise vom Besucher aufgerufen wird. Hierzu bitte die .htaccess kontrollieren, ob die Umleitungen darin korrekt eingerichtet sind. Falls unsicher, einfach mal die vorhandene .htaccess hier posten (bitte </> für Quelltext verwenden).
Guten Morgen,
überprüfe mal, ob unter "Erweitert" -> "erweiterte Einstellungen" -> "Kodierung" die Kodierung UTF-8 gewählt ist. Dann darf keinesfalls BOM angehakt sein.
Hallo Mirco,
KEINESFALLS den URL-Rewrite aktivieren, dadurch erzeugt Zeta eine eigene .htaccess, die zwar alle umbenannten Seiten korrekt auf die neuen Seiten umleitet, aber eine vorhandene .htaccess bei jeder Veröffentlichung überschreibt.
http soll ja sowieso nicht aufgerufen werden, sondern https. In Zeile 4 des Codes sollte daher noch ein s hinter http ergänzt werden, dann landet der Aufruf direkt an der richtigen Stelle.
Komplett sollte der Abschnitt Weiterleitung bei Dir so aussehen:
# ----------------------------------------------------------------------
# | Umleitung von non-www auf www
# ----------------------------------------------------------------------
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.deineschlagerwelt\.de [NC]
RewriteRule ^(.*) https://www.deineschlagerwelt.de/$1 [R=301,L]
# ----------------------------------------------------------------------
# | Umleitung https
# ----------------------------------------------------------------------
# RewriteEngine On
# RewriteCond %{SERVER_PORT} !=443
# RewriteRule ^(.*)$ https://www.deineschlagerwelt.de/$1 [R=301,L]erster Block:
zweiter Block:
Damit ist https://www.deineschlagerwelt.de die primäre Adresse (die auch genau so in den FTP-Einstellungen von Zeta stehen sollte) und alle anderen möglichen Schreibweisen werden auf diese primäre Adresse weitergeleitet. Dies ist insbesondere wichtig für die korrekte Funktion von PHP-Scripten, da diese intern alle auf https://www.deineschlagerwelt.de/assets/php/... zugreifen.
Unter https://docs.google.com/spreadsheets/d…dit?usp=sharing haben wir begonnen, eine Tabelle der Layouts mit verschiedenenen Besonderheiten und Einstellfunktionen zu pflegen. Kommentare oder Ergänzungen bitte unter Übersicht über Layoutfunktionen posten. User, die sich aktiv an der Pflege dieser Tabelle beteiligen wollen, senden mir bitte eine Mail an webmaster@hanabi-Pirna.de mit der Mailadresse ihres Google-Kontos, Welches sie zur Bearbeitung nutzen wollen. Die Mailadresse wird ausschließlich zur Freischaltung des "Bearbeiten"-Zugriffes verwendet.
Mario ,
habe die Angaben zum Logo um eine Zeile ergänzt. PS: Bearbeiter können auch direkt über das Formular chatten
welche Layouts fallen Dir dazu spontan ein? Dann kann ich besser eine Systematik erkennen.
Hallo Mario,
Link zum Bearbeiten der Tabelle ist an Dich raus. Beim Header habe ich die mobile Darstellung ergäntzt: Bild (komplett/Ausschnitt zentriert) sowie Text und Bild (Text im Bild/Text unter Bild).
Hallo Edwin,
da die Veröffentlichung grundsätzlich funktioniert ("erfolgreich veröffentlicht"), sind die Servereinstellungen schon einmal richtig. Es kann also nur noch um den Ort der Veröffentlichung gehen, sprich den Zielordner. Hierzu bitte einen Screenshot von den FTP-Einstellungen in Zeta machen und hier posten.
kann ich bestätigen unter Clean Style Responsive, scheint also direkt das Widget und kein einzelnes Layout zu betreffen.
wir haben bei uns im Verein ja auch eine Sportart mit ®, ich habe das jetzt mal umgesetzt, zu sehen unter https://www.hanabi-pirna.de/aroha.html Verwendete Schriftart ist hierbei "Helvetica". Es wurde jeweils nur das ® via ALT+0174 eingefügt. Hierbei kommt es nicht zu einem Versatz in der Höhe.
Unter https://www.hanabi-pirna.de/test.php dann zweimal das Navigationsmenü manuell, das untere mit "sup". Hier ist der Versatz deutlich erkennbar.
Hallo Tom,
Leerspalten sind eingefügt
Hallo Maik,
Ja, da die verschiedenen Vorlagen lediglich mit Inhalt gefüllte Layouts sind.
Hallo Mario,
in der Tabelle findet sich in Zeile 3 jeweils eine Versionsangabe, wann das Layout-responsive zuerst veröffentlicht wurde. Quelle hierzu sind die Versionshinweise Zeta 11 bis 15. Alte Layouts (nicht responsive) sind in der Tabelle nicht aufgeführt.
ich glaube, wir müssen hier über die Zielrichtung reden.
Hallo Jörg,
Du meinst das jetzt sicherlich unter Verwendung von <sup> </sup>, wie im Bild in Beitrag 12. Das kann ich nachher am großen Rechner überprüfen.
Hier erst einmal der Link zur Tabelle https://docs.google.com/spreadsheets/d…dit?usp=sharing (Nur Lesezugriff)
Wer sich aktiv an der Tabelle beteiligen möchte, bitte PN an mich mit einer Mailadresse, für die ein Google-Konto existiert. Sofern ich Euch lange genug hier im Forum kenne und einschätzen kann, dass Ihr sowohl mit Tabelle als auch mit Zeta routiniert umgehen könnt, gibt es dann auch einen Bearbeiten-Zugriff.
Kurz zur Erläuterung:
Hallo Tom,
Tabellen / tabellarische Daten sind kein Problem, da hier für den Besucher alles sofort sichtbar ist. Google hat berechtigterweise etwas gegen versteckte Texte, wie beispielsweise Schrift in Transparent oder in der Hintergrundfarbe, da diese für den Besucher nicht sichtbar sind und vom Betreiber nur für Google & Co angelegt wurden. Aus diesem Grund verzichtet Google auch auf das Auslesen der Keywords.
Bei Tabs / Akkordeon haben wir im Prinzip das selbe Problem, dass einige Inhalte - Zunächst - nicht sichtbar sind. Ich kann mir vorstellen, dass daher die Annahme rührt, dass Google auch hier abstrafen würde. Genaueres sollte die Hilfe zur Google Search Console liefern können.
Hallo Guido,
die Fehlerberichte wurden sicherlich gestern Abend um 20 Uhr an den Zeta-Support gesendet, warten jetzt aber im Postfach darauf, dass sie am Montag geöffnet werden. Solange musst Du mit den Ideen der Community auskommen. Versuche bitte, Beide (oder zumindest einen) Fehler zu reproduzieren und poste dann die Fehlermeldung sowie das verwendete Layout und einen Link zur veröffentlichten Seite.
Bevor man jetzt jedes einzelne (r) via HTML-Code hochsetzt, wäre es wohl doch einfacher, auf eine passende Schriftart zu wechseln und diese einheitlich, also sowohl in der Navigation als auch im Inhalt einzusetzen. Die in Beitrag 6 verlinkte Seite zu Linotype kann auch zum Testen anderer Schriftarten verwendet weren.
Anscheinend sind hier die FTP-Einstellungen falsch konfiguriert. Wir brauchen einen Screenshot von den Einstellungen in Filezilla und einen von Zeta. Ich vermute, das die Verbindung entweder über SFTP oder FTP mit SSL läuft, in Zeta aber das einfache FTP-Protokoll ausgewählt wurde.
Zum Ändern des Protokolls in den FTP-Einstellungen unten links auf Neu klicken.
Hallo Flatt ,
der Nachtrag von https:// hat dazu geführt , dass jetzt die Neuanlage von Einträgen wieder möglich ist. Ich bin nur noch am Google-ReCaptcha gescheitert, ansonsten hätte ich einen Testeintrag hinterlassen können.
Die verwendete PHP Version 7.2 ist mit Zeta 14 kompatibel, sollte also nicht der Störenfried sein.
hattest Du wegen der Probleme mit dem "nach oben springen" das Widget mal entfernt und dann wieder neu hinzugefügt? Dann würde es einen neuen Unterordner in /GUESTBOOK_DATA auf dem Server geben. Um Des herauszufinden, wäre ein Premium-Ticket, wie von Stefan in Beitrag 5 empfohlen, sinnvoll.
Hallo Kurt,
ich beantworte mal die drei Punkte einzeln:
Also einfach eine Schriftart auswählen, bei der das ® korrekt dargestellt wird.
Hallo Kurt,
die Positionierung vom ® erfolgt in einzelnen Schriftarten unterschiedlich. Du verwendest für das Menü "Verdana", dort wird das ® auf gleicher Höhe wie der normale Text dargestellt. Bei "Helvetica" wird ® hochgestellt dargestellt. Dies ist also kein Problem von Zeta, sondern eine Frage der Wahl der Schriftart.
Einfach mal unter https://www.linotype.com/de/339955/verd…iftfamilie.html einen Beispieltext mit angehängtem "Alt+0174" eingeben (hierzu den Nummernblock benutzen) und weiter unten das Ergebnis betrachten.
Ionos (1&) führt diese Woche auf Webhosting-Servern eine neue Linux-Debian-Distribution ein. Unsere Webseite meldete seit der Umstellung heute früh bei Aufruf einen internal Server Error 500. Da der Fehler nach Umbenennen der .htaccess verschwunden war, habe ich eben zusammen mit dem Kundendienst von Ionos unsere .htaccess (410 Zeilen) durchforstet. Nach Auskommentieren der Zeilen mit der simplen "deny, allow"-Regel lief die Webseite wieder. Über diese Regel wird der Zugriff aus bestimmten IP-Adressbereichen erlaubt oder verhindert. Wenn Ihr auch momentan einen 500-er bekommt, hilft vorläufig ein Auskommentieren der entsprechenden Zeilen in der .htaccess. Die Techniker von Ionos haben Fehler und vorläufige Lösung bereits vorliegen, müssen aber noch die Ursache finden, weshalb die Regel unter dem neuen System zu einem Fehler führt.
Hallo Flatt,
die Seite wird auf dem Server zwangsweise auf https umgeleitet, im Programm fehlt aber https in den FTP-Einstellungen. Beim Veröffentlichen werden also alle Verlinkungen und Skripte mit http://www.voidokilia.de veröffentlicht. Das führt dazu, dass die Skripte (unter anderem auch Gästebuch) die entsprechenden Komponenten unter http://www.voidokilia.de/assets suchen, durch die Zwangsumleitung aber immer auf https landen. Da dies nicht die erwartete Adresse ist, kann das Script nicht ausgeführt werden.
Lösung: FTP-Einstellungen in Zeta aufrufen und vor die Webadresse ein https:// eintragen, dann erneut veröffentlichen.
Ich setze mich am Wochenende hin und fange mal an. Was die "Merkmale" betrifft, so ist ja Gedanke der Schwarmintelligenz, dass beispielsweise TomTom als Merkmal hinzufügen kann "Logo links oder rechts wählbar", was für mich vielleicht keine Rolle spielt, aber für andere wichtig ist. Bei - meinem - Layout ist dann natürlich noch kein Eintrag vorhanden, TomTom trägt für sein Layout dann JA oder NEIN ein. Wenn ich mir das nächste Mal die Tabelle ansehe, merke ich dann, dass ein neues Merkmal hinzugekommen ist und der Eintrag bei meinem Layout noch fehlt. Schwupps -> Ergänzt.
Das wird also eine Weile brauchen, bis wirklich so viele Informationen drin stehen, dass ein Verweis auf diese Tabelle sinnvoll wird.
Ich werde mir das dann auch ansehen, wie ich einen Kommentarbereich in die Tabelle einfüge, damit bei unklarer Auslegung zunächst über einen Eintrag diskutiert wird, bevor er geändert wird.
Das Ganze über Regeln im Postfach zu machen, ist äußerst sinnvoll. Für unsere Homepage gibt es ein eigenes Postfach homepage@, welche bei allen Formularen benutzt wird. Anmeldungen zu Veranstaltungen können damit über Regeln im Postfach gezielt an denjenigen weitergeleitet werden, der für die Veranstaltung verantwortlich ist. Unter den betreffenden Veranstaltungen ist jeweils ein Button zur Anmeldung eingefügt, der eine "Abfragezeichenfolge" enthält. Hierzu bitte im Handbuch den Abschnitt "Werte an Formular übergeben" durchlesen.
Jede E-Mail bekommt somit einen eindeutigen Betreff, nach dem im Postfach gefiltert werden kann. Zum besseren Verständnis einfach mal hier https://www.hanabi-pirna.de/lehrgangstermine.html oder hier https://www.hanabi-pirna.de/ueber-uns.html jeweils den Anmeldebutton bzw. den Kontaktlink klicken und dann sehen, welcher Wert im Kontaktformular bereits vorausgefüllt wurde.
Als zusätzliche Regel geht jede Mail auch an mich zur Kontrolle eventuellen Spams sowie zur Nachverfolgung (der Veranstaltungsleiter sollte eine Anmeldung innerhalb von 3 Tagen auch in der Mitgliederverwaltung (wir verwenden Admidio) eintragen, ich kontrolliere in der Vereinsstunde am Wochenende, ob alle Anmeldungen verarbeitet sind).
Hallo Tom,
gibt es nicht. Support : Könnt Ihr hierzu eine Google-Tabelle erstellen, die zunächst in den Spalten zwei oder drei gebräuchliche Layouts enthält, in den Zeilen dann die Bereichstypen (Header, Inhalt, Banner, Folter, News JA/NEIN) und diese dann per Link zur Bearbeitung freigeben?
Die Forumsmitglieder könnten dann weitere Spalten (für weitere Layouts) und weitere Zeilen (für weitere Merkmale, fixiertes Menü etc.) ergänzen.
So eine Gesamtübersicht ist für einen alleine kaum erstellbar, wäre aber eine typische Anwendung für Schwarmintelligenz. Wenn ich es recht im Kopf habe, können bei Google-Docs gezielt Leute zum Bearbeiten eingeladen werden, damit nicht irgendjemand Unsinn in die Tabelle schreibt, sondern wir eine Kontrolle über die Redakteure des Dokuments haben. TomTom, Mario, Andre, Elch und ich selbst fallen mir da als erste ein, weitere User sollten sich einfach hier im Thread bewerben. Für alle Anderen steht die Tabelle nur als Leseversion zur Verfügung.
Hallo Angelo,
Du müsstest Dich zunächst einmal entscheiden, welche Adresse verwendet werden soll. Momentan ist die Seite unter https:// und unter https://www. erreichbar. Das sind servertechnisch zwei verschiedene Adressen. Wenn in den FTP-Einstellungen mit www angegeben ist, funktionieren die Scrpte nur bei einem https://www. Aufruf, aber nicht bei Aufruf mit https://ohne-www. Wenn Du dich für mit-www entscheidest, muss die Adresse in den ftp-Einstellungen mit https://www. beginnen. Auf Serverseite muss dann, Beispielsweise via .htaccess, eine Umleitung erzwungen werden, dass alle Anfragen https:// auf https://www. umgeleitet werden.
Hallo Jörg,
Dazu kannst Du mal Folgendes probieren:
Hinweis: Ich habe das jetzt nur am Tablet, also als theoretische Abfolge geschrieben. Es sollte aber so funktionieren.