Beiträge von Hanabi

    Hallo Gabriele,

    frage dort bitte zunächst bei deinem Hoster nach, ob dieser an den Zugangswegen etwas geändert hat (anderes Protokoll, anderer Server). Vor einiger Zeit hatten wir bei einem Hoster das Problem, dass dieser auf eine neue Verschlüsselungsmethode gewechselt ist, die in einem aus 2015 stammenden Programm noch nicht enthaltn waren. Zeta 11 stammt ja noch aus 2013, da kann das selbe passiert sein.

    Hallo Guido,

    die 7.2 sollte Funktionieren, wird aber nur noch bis 30. November mit Sicherheitsupdates versorgt. Die 7.3 wurde erst am 6. Dezember 2018 veröffentlicht, also nach dem letzten Release von Zeta 14.3.3.

    Für Mitlesende: Wenn im Windows-Systemordner %temp% mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf, zu erkennen an dem Stichwort "System.IO.IOException". Hier hilft eine Bereinigung zum Löschen temporärer Dateien.

    Da auf dieses Verzeichnis alle Anwendungen auf dem Rechner zugreifen, kann die Ursache bei jedem installierten Anwendungsprogramm oder auch in unvollständig durchgeführten Updates liegen. Der Hoster liegt also falsch mit seiner Aussage, dass der Fehler im Programm liegt. Richtig wäre gewesen "Der Fehler liegt auf dem Rechner".

    Hallo Stefan,

    schalte mal mit F8 in den Spaltenmodus und überprüfe, alle Bildartikel. "Objektverweis wurde nicht auf eine Objektinstanz festgelegt" tritt unter anderem auf, wenn noch verwendete Bilder in der Bilderverwaltung gelöscht werden.

    Hallo Holger,

    bei "Webseite erstellen" werden nur die geänderten Seiten neu erstellt, bei "alle Seiten erstellen" wird die komplette Homepage neu erstellt und alle Dateien als geändert markiert für eine komplette Veröffentlichung.

    Beide Funktionen werden relativ selten angewendet. "Webseite erstellen" wird nur gebraucht, wenn der Ordner /output manuell übergeben werden soll und keine Veröffentlichung über das Programm erfolgt.

    "alle Seiten erstellen" ist nur dann notwendig, wenn zu einem früheren Zeitpunkt über "ausgewählte Dateien veröffentlichen" das Projekt veröffentlicht wurde, dabei aber nur die geänderten Seiten ausgewählt wurden. In dem Falle fehlen die Bilder oder verlinkte Dateien. Da durch das ausgewählte Veröffentlichen die betroffenen Seiten als "übertragen" markiert sind, werden diese beim normalen "online Veröffentlichen" nicht übermittelt, so dass die Bilder/verlinkten Dateien dauerhaft auf dem Server fehlen würden.

    Hallo Herr Schaumberger,

    ich werde hier im Forum manchmal als "Datenschutzguru" bezeichnet. Aus dieser Position heraus kann ich leider keine externe Anwendung wirklich empfehlen. Entweder fehlt es an der Möglichkeit, einen AV-Vertrag abzuschließen, oder der Server steht außerhalb der EU oder es wird sogar im Login-Bereich ein Tracking-Code angewendet. Ich muss aber zugeben, dass Trainingspläne mich in unserem Verein nur eher am Rande tangieren.

    Wenn Sie sich selbst auf die Suche nach einer Lösung machen wollen, einige grundlegende Kriterien:

    • Ideal in Sachen Datenschutz sind "self-hosted" Lösungen, die Sie auf einem eigenen Server laufen lassen. Hier haben Sie volle Kontrolle, können regelmäßig Datensicherungen machen und im Falle einer Pleite des Hosters installieren Sie einfach die Anwendung auf einem anderen Server und spielen die Sicherung ein
    • Zum Großteil werden heute Online-Lösungen angeboten, die auf einem externen Server laufen. Achten Sie in dem Falle darauf, dass ein Vertrag zur Auftragsdatenverarbeitung abgeschlossen werden kann, die Seite mit SSL gesichert ist und es sich bei dem Anbieter nicht gerade um eine "UG - Unternemergesellschaft haftungsbeschränkt" handelt. Der Einsatz von Tracking-Cookies sollte tabu sein.

    Es wäre auch eine Überlegung, auf eine Offline-Software zurückzugreifen, die die Trainingspläne als PDF ausspuckt und dann per E-Mail verteilt.

    Guten Abend,

    eine direkte Einbindung in die Seite ist nicht möglich. Bitte beachten Sie bei der Anwendung in Ihrem speziellen Fall, dass Trainingspläne datenschutzrechtlich personenbezogene Daten sind, also nicht die Trainingspläne für mehrere Kunden auf einer Seite veröffentlicht werden dürfen.

    Workaround hierfür: legen Sie für jeden Kunden eine eigene Seite (Traingsplan Kundennummer - nicht Kundenname) an, benennen den geschützten Bereich individuell und vergeben ein separates Passwort. Eine externe Lösung wäre wahrscheinlich sogar praktkabler.

    Hallo Florain,

    die vom Programm erzeugten Links (Hauptmenu, Navigation, Verlinkung-Seite, Verlinkung-Datei) werden durch das beschriebene Vorgehen automatisch neu geschrieben.

    Externe Links, beispielsweise zu Wikipedia oder aber einem Online-Kaufhaus, müssen manuell überprüft werden. Hierbei sind aber reine Verlinkungen nach dem Motto "gibt es da und da zu kaufen" unproblematisch, da bei einem Link keine Daten aktiv übertragen werden. Anders sieht es bei eingebundenen Inhalten, also beispielsweise externen Grafiken, Scripten oder Darstellungen im IFrame aus. Einige Browser blockieren unsichere Inhalte automatisch, so dass diese dem Besucher gar nicht angezeigt oder ausgeführt werden.

    Bei https://www.bigmeatlove.de/haehnchen-mit-cashewnuessen.html scheint es eine Art "Amazon-Zählpixel" zu sein, was eigentlich nur durch ein manuell eingefügtes Script entstehen kann.

    Hallo Florian,

    wenn https auf dem Server verwendet wird, solltest Du auch Zeta darüber "informieren":

    • "Veröffentlichen" -> "FTP-Server konfigurieren"
    • Webadresse mit "https://" vor dem bereits bestehenden Eintrag ergänzen
    • "Weiter" -> Verbindung wird getestet -> "Erfolgreich konfiguriert"
    • "Erweitert" -> "Erstellen" -> "alle Seiten erstellen"
    • "Veröffentlichen" -> "komplette Website veröffentlichen"

    Mich würde allerdings mal interessieren, welche Methode der Datenschützer verwendet hat, um zu dieser Erkenntnis zu gelangen. Die Chrome-Entwickler-Tools zeigen zwar für https://www.bigmeatlove.de/haehnchen-mit-cashewnuessen.html tatsächlich einen Fehler durch "mixed content https & https" an, allerdings wird dies durch einen mit Amazon via http verlinkten Inhalt (Bild) verursacht. Dieser Fehler hat nichts mit der internen Verlinkung zu tun. Betrifft auf der Seite den Link zur Sojasauce im Rezept.

    Um zu prüfen, ob die Webadresse korrekt eingetrqgen ist, im Browser auf die Kontaktseite wechseln, dann den Seitenquelltext anzeigen lassen und nach "nachricht-erfolgreich-versendet" suchen. Wenn dort die Adresse mit https steht, ist alles korrekt.

    Hallo Stickarmy ,

    das klingt mir jetzt nach einem Klassiker "falsches Passwort".

    Bitte gehe in Zeta mal auf "Erweitert" -> "erweiterte Einstellungen" und dann auf "Kodierung"

    Im untersten Feld ist vermutlich "utf-8" ausgewählt, da dies die Standardkodierung ist. Wenn dahinter beim "BOM schreiben" ein Haken gesetzt ist, führt dieser dazu, dass sämtliche Tastatureingaben, die an die Webseite gesendet werden, um ein zusätzliches Steuerzeichen ergänzt werden. Siehe https://de.wikipedia.org/wiki/Byte_Order_Mark

    Also: Bei UTF-8 niemals BOM aktivieren.

    Lösung Häkchen raus, neu veröffentlichen Browser-Cache löschen, Seite erneut aufrufen.

    Hallo Markus,

    am einfachsten wäre es vermutlich, diese zusätzlichen Angaben unter "Shop-Einstellungen" -> "Allgemein" -> "Adresse für Rechnung" hinzuzufügen. Wenn im Shop-Widget mehrer zusätzliche Felder "Ust-ID" und "Steuernummer" eingepflegt werden, ist es ja mit zwei zusätzlichen Datensätzen nicht getan, diese müssen ja dann auch im Layout der Rechnung eingefügt werden.

    eventuell mal die backup.zip direkt im Windows Explorer entpacken und dabei einen kurzen Ordnernamen vergeben? Dann das Projekt in Zeta über "durchsuchen" öffnen.

    Ansonsten schließe ich mich Stefan an, wenn Nachfragen nicht beantwortet werden, ist auch keine Hilfestellung möglich.

    Hallo Jörg,

    setze einfach bei den Linkboxen jeweils den Rahmen auf "rot", dann kannst Du bei nebeneinander liegenden Boxen relativ schnell die Mindesthöhe austesten. Das Ganze macht aber nur dann Sinn, wenn die Linkboxen auch gleich breit sind, ansonsten würden die sich durch den Umbruch bei responsiver Darstellung unterschiedlich stark ausdehnen.

    Guten Morgen,

    dazu noch folgende Fragen:

    1. befindet sich das Unterverzeichnis für Domain 2 innerhalb des Verzeichnisses für Domain 1?

    2. War die Seite für Domain 2 früher mal Bestandteil von Projekt 1?

    3. War zu einem früheren Zeitpunkt eine Weiterleitung von Domain 2 auf eine Seite in Domain 1 eingerichtet?

    4. ist das SSL-Zertifikat erst später eingerichtet worden?

    Wenn alle 4 Fragen mit JA beantwortet werden, tippe ich auf "Browser-Cache-löschen" als Problemlösung.

    Ansonsten wäre der erste Ansatz, die Webadresse in den FTP-Einstellungen statt in IDN (Also mit Umlauten) in Punycode/ACE (ohne Umlaute) zu schreiben. Entsprechende Übersetzer finden sich zuhauf im Netz, unter anderem bei Denic. Aus "überall-ist.de" wird dann "xn--berall-ist-8db.de".

    Dann wäre es ja noch einen weiteren Sebstversuch wert, nach drei Tagen auch mal die Fehlermeldung zu posten. Dies ist keine billige Polemik, sondern Grundlage, dass hier überhaupt Hilfe geleistet werden kann. Einfach mal das Zitat aus Beitrag #4 abarbeiten.

    Schneller würde es auf alle Fälle gehen, wenn derjenige, der Hilfe haben möchte, präzise beschreibt, was denn genau nicht geht. Wenn das Problem bereits seit Dezember besteht, man sich aber erst jetzt meldet, kann es ja so eilig nicht sein.

    Hallo Jörg,

    es ist aus der Ferne etwas schwierig zu beurteilen, da Deine Seitentitel von den Dateinamen abweichen. Wenn ich es aber richtig erkenne, ist wohl Deine Seite "Filterbeutel" die "filter-und-filtertueten.php".

    Das im Bild gezeigt Widget befindet sich auf der Seite "Filterbeutel" und verweist hinsichtlich der Artikel-Details auf sich selbst. Alle anderen "Shop Artikelliste" deiner Seite verweisen jeweils auf die Seite "Artikeldetail" (ausgeblendet unter Shop). Probiere mal aus, was passiert, wenn auch die Filtertüten auf "Artikeldetail" verweisen.

    Da die gesamte Shop-Struktur hier im Forum schwierig darzustellen ist, würde ich, falls die Änderung auf die Seite "Artikeldetail" nicht zum Ergebnis führt, für ein Premium-Ticket plädieren.

    Hallo Volker,

    Kurzantwort: NEIN

    Langantwort:

    Folgende Felder werden derzeit für den Import unterstützt:

    • Name (Titel)
    • Number (Artikelnummer)
    • ShortDescription (Kurzbeschreibung)
    • Description (Beschreibung)
    • Price (Preis)
    • ImageFile (Bilddatei)

    Hallo,

    aktuell sind die im Excel-Sheet enthaltenen Felder die einzigen Felder, die importiert werden können.

    Da das Handbuch von Zeta 15 den selben Text enthält, dürfte die Antwort von Stefan noch immer Gültigkeit haben.

    Hallo Jörg,

    da darf ich beruhigen, Du liegst falsch. Online-CMS >< geschützter Bereich. Das Online-CMS kann an beliebiger Stelle eingebaut werden und fällt beim normalen Besuch gar nicht auf. Erst über den Zusatz ?edit an der entsprechenden Adresse kommt man in den Editiermodus. Im nachfolgenden Beispiel habe ich das Online-CMS in den Newsbereich zwischen zwei Artikel gepackt (zum besseren Finden mit roter Überschrift).

    Link für Besucher: https://hosting.zeta-producer.com/6554671271

    Ansicht für Kunde zur Bearbeitung: https://hosting.zeta-producer.com/6554671271/index.php?edit?

    Hallo chrome748

    das Widget "Geschützter Bereich" (falls Sie das meinen) hat schon immer nur für die aktuelle Seite funktioniert. Unterseiten hat es noch nie mit geschützt.

    Hallo Stefan,

    der User meint hier nach meinem Verständnis, dass das Widget in früheren Versionen über "Vererbung" auf "allen untergeordneten Seiten" angezeigt werden konnte. Das die "Vererbung" aber durch die "Verknüpfung" abgelöst wurde, ist in den Versionshinweisen vermerkt und wie die "Verknüpfung" angewendet werden kann, im Handbuch beschrieben.

    Ja, kann ich ebenfalls unter Edge bestätigen. In Chrome und Firefox funktioniert die Anzeige korrekt.

    • Seite https://www.bienenjoerger.ch/ aufrufen (Ansicht korrekt)
    • runterscrollen (Ansicht korrekt, Hauptmenü bleibt am oberen Bildschirmrand)
    • hochscrollen (Ansicht nicht korrekt, Hauptmenü geht mit nach unten, ganz oben bleibt dann ein weißer Streifen)

    Fehler tritt auch bei neuem Testobjekt auf: https://hosting.zeta-producer.com/6553163081/index.html

    Ja, kann ich ebenfalls unter Edge bestätigen. In Chrome und Firefox funktioniert die Anzeige korrekt.

    • Seite https://www.bienenjoerger.ch/ aufrufen (Ansicht korrekt)
    • runterscrollen (Ansicht korrekt, Hauptmenü bleibt am oberen Bildschirmrand)
    • hochscrollen (Ansicht nicht korrekt, Hauptmenü geht mit nach unten, ganz oben bleibt dann ein weißer Streifen)

    Fehler tritt auch bei neuem Testobjekt auf: https://hosting.zeta-producer.com/6553163081/index.html

    Guten Morgen Thomas,

    Ursache dürfte hier sein, dass der Versand per Script keinen "Absender" enthält. Dadurch wird die Mail als "potentieller Spam" bewertet.

    Lösung: Im Formuilar unter "Optionale Einstellungen" den Versand via SMTP aktivieren und einrichten. Ich habe jeweils eine eigene Mailadresse homepage@domain.de, über die nur der Formularversand läuft.

    Vorteile:

    - Bei Versand via SMTP gibt es einen eindeutigen Absender anstelle eines Scriptes

    - Sofern der Versand verschlüsselt erfolgt, werden damit auch die Vorgaben der DSGVO (gesicherter Transport) eingehalten.

    Nachteil:

    - Die E-Mail-Einstellungen bergen diverse Tücken hinsichtlich Port und Verschlüsselungsart.

    Hallo Jan,

    in 99% aller Fälle (gefühlt jede Woche ein neuer Beitrag) wird die geschützte Seite nicht mit der Adresse aufgerufen, die in den FTP-Einstellungen angegeben ist. Hierbei gibt es 4 Möglicheiten:

    1. http://domain.de/pass.php
    2. http://www.domiain.de/pass.php
    3. https://domain.de/pass.php
    4. https://www.domain.de/pass.php

    Sollte der Aufruf auch bei exakter Schreibweise wie in den FTP-Einstellungen nicht funktionieren, ist vermutlich auf dem Server eine oder mehrere Weiterleitungen falsch konfiguriert.