Beiträge von Hanabi

    Hallo Holger,

    Stelle doch einfach mal das PHP-Limit auf 512 MB. Wenn es 5 Ausfälle pro Stunde sind, hat s irgendetwas mit dem Traffic zu tun, das der Server in die Knie geht. Bevor Du den Hoster wechselst, kontrolliere mal, ob denn beim gegenwärtigen Anbieter das maximale Tarifpaket ausgewählt ist.

    Schaue auch mal auf die täglichen Seitenzugriffe, insbesondere von Webrobots. Grundlegendes Versprechen sämtlicher SEO-Optimierer ist ja, angeblich für bessere Google-Platzierung und mehr Traffic zu sorgen. Zumindest der Traffic wird häufig dadurch erreicht, das diese dann ihre eigenen Robots vorbeischicken, die Traffic produzieren. In einer Testumgebung für Zeta 14 hatte ich das Problem, dass die Kombination von seo-traffic und einem Protokollproblem zu einer täglichen Log-Datei von 50GB - wir reden hier von einer Textdatei - führte. Da geht jeder Server in die Knie.

    Falls Du tatsächlich um einen Hosterwechsel nicht rumkommst, schau mal auf die beiden rechten Spalten unter https://www.ionos.de/hosting/linux-hosting.

    Hallo Stefan,

    Metro ist ein älteres Layout, Welches nachträglich responsive gemacht wurde. Als "Erbschaft" gibt es dort noch den "Newsbereich / Sidebar" als Layoutbereich. Campfire hat als neues Layout keinen Newsbereich. Um die Artikel zu löschen oder zu verschieben, musst Du zunächst nach Metro zurückwechseln, dann den Newsbereich bereinigen und erst im Anschluss wieder auf Campfire.

    zunächst als Vorbemerkung für Mitleser: Der Shop enthält Artikel, deren Abgabe einer Altersbegrenzung unterliegt, daher von Holger nicht öffentlich gepostet.

    Hallo Holger,

    bei mir funktioniert der Shop sowohl unter Chrome als auch unter Firefox. Bei Firefox ist aber eine deutliche Verzögerung im Seitenaufbau erkennbar.

    Caching bedeutet, dass bestimmte Inhalte einer Seite nicht bei jedem Aufruf neu geladen werden, sondern die im Browsercache vorhandenen Daten aus einem früheren Besuch genutzt werden sollen. Dies lässt sich über Einträge in der .htaccess steuern, hat aber eben nur dann Auswirkungen, wenn die Seite bereits einmal besucht wurde.

    Hierfür wäre folgender Block in die .htaccess einzufügen:

    Via ExpiresByType wird festgelegt, wie lange ein einzelnes Element der Seite gültig ist, also aus dem Cache geladen werden kann. Nach Ablauf der Gültigkeit wird das entsprechende Element neu vom Seitenserver geladen.

    Via mode_deflate werden bestimmte Elemente vor dem Laden von der Webseite komprimiert.

    Im Prinzip beeinflussen beide Maßnahmen jedoch nicht den eigentlichen Zugriff auf die Shopdatenbank, sondern nur das Drumherum (Seitenlayout, Hintergründe etc.). Lediglich die Artikelbilder sollten dann schneller zur Verfügung stehen.

    Hallo Holger,

    Hierzu von mir ein klares Ja-Nein oder Ja-aber-doch-nicht!

    Das Recht auf Löschung ergibt sich für den Betroffenen (Kunde) aus Art. 17 DSGVO. Die zutreffenden Tatbestände, nach denen der Betroffene die Löschung verlangen kann, sind im Absatz 1 geregelt. Absatz 3 hingegen enthält unter Buchstabe b die Regelung, dass Absatz 1 nicht greift, wenn der Löschung eine gesetzliche Verpflichtung des Verantwortlichen (Verkäufer) entgegen steht. Hierunter fallen die Aufbewahrungsfristen nach HGB und AO. Bei der Bestellung über den Onlineshop handelt es sich um einen Geschäftsbrief (Aufbewahrung 6 Jahre), bei der Rechnung um einen Buchungsbeleg (Aufbewahrung 10 Jahre).

    Das Shop-Modul sollte nach meiner Erwägung insoweit angepasst werden, dass der Verantwortliche (Verkäufer/Shopbetreiber) die Möglichkeit hat, Kundendaten zu löschen. Dem Löschvorgang sollte ein gesonderter Bestätigungshinweis auf die Einhaltung eventueller Aufbewahrungsfristen vorangestellt werden (Schutz vor versehentlichem Verlust von Daten).

    Der Betroffene (Kunde) hingegen darf keine eigenen Möglichkeiten haben, seine Daten zu löschen, er darf es lediglich vom Verantwortlichen verlangen. Dieser wiederum muss dem Löschverlangen nachkommen, wenn er keine berechtigten Interessen (wie die Aufbewahrungspflicht) geltend machen kann.

    Hallo Karina,

    Willkommen im Forum. Nach Deiner Beschreibung vermute ich, dass bei Strato ein anderes Protokoll verwendet wird als beim bisherigen Zugang mit 1&1. Gehe in den FTP-Einstellungen unten links auf "neu" und wähle dort das von Strato angegebene Protokoll aus. Kontrolliere dann nochmals die Zugangsdaten und teste, ob eine Veröffentlichung jetzt möglich ist.

    Hallo Helmut,

    "Singlepage 2" ist eine Variante des Layouts "Bare Responsive". Besonderheit beim Einseiter: Es wird mit dem Seitentyp "Leer" gearbeitet, das Hauptmenü wird über das Widget "Navigationsmenü manuell" realisiert, es müssen also alle im Menü zu erreichenden Artikel manuell in die Navigation eingepflegt werden. Eine Umstellung einer herkömmlichen Seite auf einen "Einseiter" sollte daher sorgfältig überlegt werden.

    es geht nicht um FTP, sondern um die Verzögerung, wenn interne Aufrufe erst umgeleitet werden müssen. Aktuell steht als Webadresse holzspielzeug-linssner.de drin. Damit werden alle Verlinkungen in Zeta mit http://holzspielzeug-lissner.de geschrieben und veröffentlicht. Auf dem Webserver ist jedoch die HTTPS-Erzwingung aktiviert, also jeder - auch interne Aufruf - der auf http lautet, wird auf die entsprechende https-Variante umgeleitet. Das kann schon einige Millisekunden bringen.

    Servertuning läasst sich vor allem über die .htaccess erreichen. Ich habe eine Seite aus unserem Shop einmal mit .htaccess und einmal ohne getestet. Ohne komme ich auf einen Pagespeed von 67 (mobil), mit Komprimierung und Caching in der .htaccess auf 90 (mobil).

    Hallo Lissner ,

    eine mögliche Bremse könnte sein, dass in den FTP-Einstellungen das https:// vor der Webadresse fehlt. Damit erfolgt die Veröffentlichung mit http statt https. Auf dem Server wird aber die Umleitung auf https erzwungen, womit jeder Aufruf innerhalb der Webseite auf dem Server eie Umleitungsroutine durchlaufen muss. Dann wäre noch die fehlende Komprimierung und kein Caching statischer Ressourcen (Diese werden dann jedesmal neu geladen).

    Hallo Jörg,

    dafür nachfolgender Anleitung folgen:

    • Zeta -> "Erweitert" -> "Ordner anzeigen", es öffnet sich der Windows-Explorer
    • Zeta -> "Hilfe" -> "Programminfo" -> "Supportinformationen", in der Übersicht in der Übersicht findet sich ein Eintrag zum verwendeten Layout sowie eventuell vorhandenen Layout-Varianten
    • Windows-Explorer -> Im Projektordner auf "Layout" und die im Programm angegebene Variante wechseln
    • Zeta beenden (zur Vermeidung von Komplikationen mit geöffneten Dateien)
    • Windows-Explorer -> die Datei values.json öffnen, vorzugsweise mit Notepad++ oder einem ähnlichen Editor. Diese Datei enthält sämtliche Layouteinstellungen wie Farben oder Größenangaben.

    Hallo Franz,

    gehe mal bitte hier im Forum oben rechts auf Dein Avatarbild (FR auf grünem Hintergrund), dann bei Benutzerverwaltung auf Signatur und füge dort einen Link zur Webseite (mit https://) ein sowie die verwendete ZP-Version. Weitere Angaben sind optional. Diese Signatur erscheint dann unter jedem Deiner Beiträge automatisch und wir müssen nicht mehr zur Webadresse nachfragen oder den gesamten Thread durchscrollen auf der Suche nach einem Link.

    Hallo Carotis,

    Müssen wir zwingend unser Programm auf ZP15 updaten, um einen DGSV konformes Cookie Consent zu erzielen?

    Nein. Die DSGVO regelt in Artikel 5 die "Rechtmäßigkeit der Verarbeitung". Nach Deiner Darstellung des Umfanges der Homepages sollten hier Zif. 1 lit. f (berechtigtes Interesse) sowie Zif. 1 lit. b (Erfüllung eines Vertrages) zutreffen.

    Lediglich dann, wenn eine Verarbeitung von pb. Daten erfolgt, die sich nicht auf einen der Gründe nach Art. 5 Zif. 1 lit. b - f bezieht, ist eine Einwilligung erforderlich. Hierzu würde dann ein Einwilligungstool wie Cookie-Consent oder ähnlich benötigt.

    Man sollte also zunächst prüfen, ob sich die Rechtmäßigkeit der Verarbeitung aus den Buchstaben b bis f herleiten lässt. Wenn dann nur noch die Einwilligung übrig bleibt, kann man sich entweder entscheiden, auf die Verabreitung zu verzichten oder aber eben die Einwilligung einzuholen.

    Kann man eine ZP Webpage Cookie frei gestalten, wenn man auf alle widgets, die personenbezogene Daten verwenden, verzichtet?

    Ja - aber. Eine ZP-Webseite kann frei von Cookies gestaltet werden, wird aber trotzdem noch pb. Daten verarbeiten. Fürs Formular beispielsweise wird kein Cookie gesetzt, trotzdem handelt es sich in der Regel um eine Verarbeitung von pb. Daten. eine Ausnahme wäre hier lediglich ein rudimentäres Formular, welches keine pb. Daten enthält, wie beispielsweise unser "Fehlerteufel". Aber selbst dieses wird bei genauer Betrachtung zu einem pb. Datum, wenn im Serverlog die IP-Adresse des Besuchers protokolliert wird.

    "Cookie" ist also nur ein aus meiner Sicht überbewertetes Schlagwort, welches wenig mit den tatsächlichen Fragen zum Datenschutz rund um eine Webseite zu tun hat.

    Hallo Carola,

    da gibt es anscheinend von Manitu verschiedene Anleitungen :/ . Ich habe unter https://www.manitu.de/service/faq/en…space-aufbauen/ eine weitere entdeckt ;), die zwar auf SFTP abzielt, aber auch für FTP verwendbar sein sollte.

    Webadresse: https://www.hilla-baeren.de

    Servername: ftp://hilla-baeren.de

    Benutzername: u57080

    Kennwort: wie gesetzt

    Zielordner: /web/

    Alternativ gehe in den FTP-Einstellungen unten links auf "Neu" und wähle dort "SFTP (SSH File Transfer)" aus. Dort dann bei Servername sftp://hilla-baeren.de verwenden.

    Hallo Mirco,

    korrekterweise sind beide Lösungen erforderlich.

    Bei einigen Hostern (nicht allen) ist bereits auf dem Server die HTTPS-Erzwingung hinterlegt, da wird dann der zweite Code nicht benötigt.

    Hallo Carola,

    Ich dachte zwar eher an die FTP-Einstellungen in Zeta "Veröffentlichen -> FTP-Server konfigurieren". Dein Bild hilft aber trotzdem weiter, da brauchen wir nicht nach den passenden Einstellungen für den Anbieter suchen. Wenn Du jetzt noch den Screenshot der FTP-Einstellungen in Zeta postest, können wir direkt vergleichen, ob da ein Fehler ist.

    Hallo Thomas,

    probiere mal bei "neu" den Wechsel auf "Kostenlos zum Testen auf zeta-producer.com". Danach bis auf die Startseite alle Seiten deaktivieren, da auf dem Testserver nur 20 MB je Projekt zur Verfügung stehen. Dann veröffentlichen.

    Danach wieder auf "FTP mit SSL" zurückwechseln. Damit sollte dann die Eingabemaske mit den Standardwerten des Testservers gefüllt sein. Dann die eigenen Daten eintragen.

    Ansonsten bleibt nur noch, parallel zum PC auch auf dem Laptop Zeta zu installieren, dann ein funktionierendes Projekt dorthin zu kopieren und Schritt für Schritt alle Einstellungen (auch Erweitert & Proxy) zu vergleichen.

    Korrekt wäre eigentlich:

    Apache Configuration
    # ----------------------------------------------------------------------
    # | Umleitung https
    # ----------------------------------------------------------------------
    
    RewriteEngine On
    RewriteCond %{SERVER_PORT} !=443
    RewriteRule ^(.*)$ https://www.domain.de/$1 [R=301,L]

    Hallo Thomas,

    kontrolliere mal bitte bei den beiden funktionierenden Projekten (FTP mit SSL), ob dort auch ein Proxyserver angegeben ist.

    Ich bin seit 2015 mit Zeta (angefangen mit 12.2) unterwegs und seitdem regelmäßig hier im Forum aktiv. Ich kann mich nicht entsinnen, dass es jemals einen Fall gegeben hat, dass ein Fehler in der Projektdatenbank in Zusammenhang mit den FTP-Einstellungen aufgetreten wäre. Erster Ansprechpartner bei Verbindungsproblemen ist immer der Hoster, ONYX schweigt sich aber auf seiner Webseite zu den FTP-Zugangsprotokollen aus, gegebenenfalls dort mal ein Ticket erstellen.

    Hallo Carola,

    zunächst im Anhang zwei Bilder:

    • Bild 1 - Inline-Editor, aktiviert durch Klick direkt in den Artikel
    • Bild 2 - Normaler Editor, aktiviert durch Klick auf Stift im Artikelrahmen

    Dein ursprüngliches Problem wurde durch einen Klick in einen Artikel verursacht, hier war dann noch der Inline-Editor offen.

    Beim Veröffentlichen ist die Aussage der Fehlermeldung eindeutig. Hier passen die Login-Daten nicht. Um auszuschließen, das lediglich ein nicht passendes Protokoll gewählt wurde, mach bitte einen Screenshot von den FTP-Einstellungen und poste diesen. Außerdem brauchen wir den Hoster, bei dem die Webseite läuft.