Zeta 15.2 statt 15.4
Beiträge von Hanabi
-
-
Hallo Holger,
das sollte via HTML-Code, also im Tab umschalten auf Quelltext möglich sein.
-
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.
-
Danke Stefan S , damit erstmal Pause bis morgen

-
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:
Code
Alles anzeigen# ---------------------------------------------------------------------- # | Komprimierung und Caching | # ---------------------------------------------------------------------- # Serve resources with far-future expires headers. # # (!) If you don't control versioning with filename-based # cache busting, you should consider lowering the cache times # to something like one week. # # https://httpd.apache.org/docs/current/mod/mod_expires.html <IfModule mod_expires.c> ExpiresActive on ExpiresDefault "access plus 1 month" # CSS ExpiresByType text/css "access plus 1 year" # Data interchange ExpiresByType application/atom+xml "access plus 1 hour" ExpiresByType application/rdf+xml "access plus 1 hour" ExpiresByType application/rss+xml "access plus 1 hour" ExpiresByType application/json "access plus 0 seconds" ExpiresByType application/ld+json "access plus 0 seconds" ExpiresByType application/schema+json "access plus 0 seconds" ExpiresByType application/vnd.geo+json "access plus 0 seconds" ExpiresByType application/xml "access plus 0 seconds" ExpiresByType text/xml "access plus 0 seconds" # Favicon (cannot be renamed!) and cursor images ExpiresByType image/vnd.microsoft.icon "access plus 1 week" ExpiresByType image/x-icon "access plus 1 week" # HTML - Behält die Website eine Stunde im Cache, neues wird erst nach Ablauf einer Stunde # angezeigt. Wenn nicht gewuenscht, bei 3600 eine Null eintragen ExpiresByType text/html "access plus 3600 seconds" # JavaScript ExpiresByType application/javascript "access plus 1 year" ExpiresByType application/x-javascript "access plus 1 year" ExpiresByType text/javascript "access plus 1 year" # Manifest files ExpiresByType application/manifest+json "access plus 1 week" ExpiresByType application/x-web-app-manifest+json "access plus 0 seconds" ExpiresByType text/cache-manifest "access plus 0 seconds" # Media files ExpiresByType audio/ogg "access plus 1 month" ExpiresByType image/bmp "access plus 1 month" ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType image/svg+xml "access plus 1 month" ExpiresByType image/webp "access plus 1 month" ExpiresByType video/mp4 "access plus 1 month" ExpiresByType video/ogg "access plus 1 month" ExpiresByType video/webm "access plus 1 month" # Web fonts # Embedded OpenType (EOT) ExpiresByType application/vnd.ms-fontobject "access plus 1 month" ExpiresByType font/eot "access plus 1 month" # OpenType ExpiresByType font/opentype "access plus 1 month" # TrueType ExpiresByType application/x-font-ttf "access plus 1 month" # Web Open Font Format (WOFF) 1.0 ExpiresByType application/font-woff "access plus 1 month" ExpiresByType application/x-font-woff "access plus 1 month" ExpiresByType font/woff "access plus 1 month" # Web Open Font Format (WOFF) 2.0 ExpiresByType application/font-woff2 "access plus 1 month" # Other ExpiresByType text/x-cross-domain-policy "access plus 1 week" </IfModule> <IfModule mod_deflate.c> # Insert filters / compress text, html, javascript, css, xml: AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/vtt AddOutputFilterByType DEFLATE text/x-component AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/js AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript AddOutputFilterByType DEFLATE application/x-httpd-php AddOutputFilterByType DEFLATE application/x-httpd-fastphp AddOutputFilterByType DEFLATE application/atom+xml AddOutputFilterByType DEFLATE application/json AddOutputFilterByType DEFLATE application/ld+json AddOutputFilterByType DEFLATE application/vnd.ms-fontobject AddOutputFilterByType DEFLATE application/x-font-ttf AddOutputFilterByType DEFLATE application/x-web-app-manifest+json AddOutputFilterByType DEFLATE font/opentype AddOutputFilterByType DEFLATE image/svg+xml AddOutputFilterByType DEFLATE image/x-icon # Exception: Images SetEnvIfNoCase REQUEST_URI \.(?:gif|jpg|jpeg|png|svg)$ no-gzip dont-vary # Drop problematic browsers BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html # Make sure proxies don't deliver the wrong content Header append Vary User-Agent env=!dont-vary </IfModule> #Alternative caching using Apache's "mod_headers", if it's installed. #Caching of common files - ENABLED <IfModule mod_headers.c> <FilesMatch "\.(ico|pdf|flv|swf|js|css|gif|png|jpg|jpeg|txt)$"> Header set Cache-Control "max-age=2592000, public" </FilesMatch> </IfModule> <IfModule mod_headers.c> <FilesMatch "\.(js|css|xml|gz)$"> Header append Vary Accept-Encoding </FilesMatch> </IfModule> # Set Keep Alive Header <IfModule mod_headers.c> Header set Connection keep-alive </IfModule> # If your server don't support ETags deactivate with "None" (and remove header) <IfModule mod_expires.c> <IfModule mod_headers.c> Header unset ETag </IfModule> FileETag None </IfModule>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.
-
Hi

Kann ich Dir den Link per Mail senden?
JA
-
Ich wollte gerade testen, ob ein Kunde aus "Spaß" ein Kundenkonto anlegen kann. Dann muss er oder der Betreiber es jauch löschen können!
Auch hier darf der Kunde nur "verlangen". Die Löschung selbst läge beim Verantwortlichen.
-
Hallo Holger,
ein Link zur betroffenen Seite wäre hilfreich.
-
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 Jens,
Willkommen im Forum. So ehrenwert die Motive auch sind, Zeta ist für eine Such-und Find-Plattform nicht geeignet. Vielleicht hat aber einer der User hier eine Idee, mit welcher -vorzugsweise- quelloffenen Software so etwas umzusetzen wäre.
-
Dann unter https://www.zeta-producer.com/de/aeltere-versionen.html die finale 14 herunterladen und installieren.
-
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 Marion,
eine Anleitung findest Du im Blogbeitrag zur .htaccess (siehe Signatur am Ende dieser Nachricht).
-
Produktname = H1
-
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.
-
...Webseiten die nicht mit ZP erstellt wurden lassen sich offenbar nicht importieren (ich hatte heute die gleiche Fehlermeldung)
Das stimmt so nicht. Es kann aber verschiedene Gründe geben, die den Import in Zeta verhindern. Genauer lässt sich dies aber nur mit einem Link zur Ursprungsseite klären.
-
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 Holger,
kontrolliere mal, ob auf einem der Rechner die Projektüberwachung aktiv ist.
-
Hallo Dagi,
Ja, Bitte alle Einträge in allen 3 Listen löschen.
-
Hallo Martin,
im Code die https-Adresse eintragen sollte ausreichen. Ich kann da keinen Fehler erkennen. Google scheint der gleichen Auffassung zu sein, da unter site://optiker-akustiker-rebbe-kassel.de (in die Google Suchmaske eingeben) nur https://optiker-akustiker-rebbe-kassel.de/, aber nicht https://optiker-akustiker-rebbe-kassel.de/index.html aufgelistet wird.
-
Mir liegt jetzt eine Rückmeldung von Manitu vor. Der Benutzername muss mit ftp... beginnen.
-
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.
-
Bei mir funktioniert unter https://marty-engineering.ch/ (Link in Beitrag 13) der weitere Einkauf. Ich vermute, dass ein Browser-AddOn das gesetzte Cookie phpsessid löscht oder blockiert.
-
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.
-
passend dazu gerade heute ein Artikel in der Zeit: https://www.zeit.de/2021/07/cookie…komplettansicht
-
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 Stefan,
habe ich auch nicht so aufgefasst
. -
Hallo Stefan,
das ist mir durchaus bekannt, Manitu beschreibt es aber unter https://www.manitu.de/service/faq/en…space-aufbauen/ genau so. Im eigentlichen Control-Center wird dem Nutzer dann ngcobalt13.manitu.net (siehe Screenshot in Beitrag
angeboten. Ich werde jetzt mal ganz frech sein und direkt Manitu einladen, hier an der Diskussion teilzunehmen. -
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.
- Die Lösung 1 von Franke und Dir erledigt die Umleitung von http://domain.de und https://domain.de auf https://www.domain.de. Damit wird aber http://www.domain.de nicht auf https://www.domain.de weitergeleitet.
- Die Lösung 2 von mir leitet alle Anfragen, die nicht über Port 443 (HTTPS) kommen, auf https um.
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,
ändere in den FTP-Einstellungen in Zeta folgende Werte:
Servername: ngcobalt13.manitu.net
Benutzername: ftp... (wie im Controlcenter von Manitu aufgeführt)
-
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:
-
Unter https://docs.zeta-producer.com/online-shop.html nachlesen, Kapitel komplett durcharbeiten.
-
-
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.