Hallo Holli,
das verwendete Layout "Personal" ist sehr alt und nicht responsive. Nach meiner Schätzung ist es nur für eine Breite von 950 px ausgelegt. Ein moderner Bildschirm hat aber 1920 px Breite, wodurch die Lücken Links und rechts entstehen. Ich empfehle den Wechsel auf ein Layout mit dem Zusatz "responsive", damit auch die Darstellung auf mobilen Geräten unterstützt wird.
Hallo Wolfgang,
das können dann eher die User (und der Support) beantworten, die sich mit CSS beschäftigen. Dieser Bereich ist nicht mein Schwerpunkt, kann daher hier nicht weiterhelfen.
Hallo Andre G. ,
entscheidende Frage dürfte die Supportabwicklung sein. Bereits jetzt haben wir im Forum zuhauf Fragen zur .htaccess, welche ja mit dem eigentlichen Programm nichts zu tun hat. Bei einer Option "Wechsel zu MySQL" würden sich dazu weitere Fragen ergeben, die hier im Forum aufschlagen, aber eigentlich in den Verantwortungsbereich des Providers gehören.
Hallo Andre G. und Mitleser,
zunächst einmal für Hintergrundwissen ein paar Links auf Wikipedia 
: MS-Access, MS-SQL, MySQL & SQLite. Alle 4 sind Datenbanksysteme.
*****
Hinweis: nachfolgende Ausführungen sind nur angelesen.
Datenbanken von MS-Access und SQLite unterscheiden sich von den beiden anderen genannten jedoch dadurch, dass ein Zugriff auf diese Datenbanken über Schnittstellen erfolgen kann, ohne dass eine entsprechende Software installiert ist. Für ein Produkt wie Zeta ist es daher sinnvoll, auf diese Datenbanksysteme zurückzugreifen, da somit auf die Installation von Zusatzsoftware (lokal oder auf dem Server) verzichtet werden kann. Wäre ja auch blöd, nach der Installation von Zeta die Meldung zu bekommen "Dieses Programm funktioniert nur, wenn Sie zusätzlich MS-SQL installieren", oder "Bitte richten Sie für den Shop eine MySQL-Datenbank ein".
*****
Was wird wo gespeichert:
content.mdb (lokaler Rechner): Inhalt des Zeta-Projektes inklusive aller Texte, Formatierungsanweisungen (Layout/CSS) sowie die Verknüpfung zu sonstigen Inhalten wie Bilder und Dateien (diese werden im Ordner /content/media gespeichert). Diese Daten werden benötigt, um beim Erstellen + Veröffentlichen fertige HTML/PHP-Seiten zu erzeugen, die die entsprechenden Verlinkungen zum Einbinden von Bildern und sonstigen Dateien angepasst auf die Webadresse enthalten und auch die entsprechenden Content-Daten zu übertragen.
shop.db (lokaler Rechner): Alle Daten zum Shop, inklusive der kompletten Artikeldaten. Die shop.db korrespondiert beim Veröffentlichen mit der auf dem Webserver installierten shop-local.db (siehe nächster Abschnitt).
shop-local.db (Webserver): Artikeldatenbank auf dem Server, diese enthält alle von der shop.db übertragenen Artikelbeschreibungen und Varaianten.
shop-web.db (Webserver): Diese Datenbank enthält die Bestands- und Bestellverwaltung.
*****
Performance:
MS-SQL ist eine "Datenbank", MS-Access ein "Datenbänkchen". Bei der Bearbeitung unserer Vereinsseite (250 Seiten, 5000 Fotos, 36000 einzelne Artikel/Widgets) sind es gefühlt 200% Geschwindigkeitsvorteil, insbesondere hat sich der Anteil der Meldungen a la "Erstellung der Seite fehlgeschlagen" auf nahe 0 reduziert. Ich verwende hierbei die kostenfreie Version MS-SQL-Server 2014 Express. Download und Installation unkompliziert, Das Einrichten der Datenbank ist inzwischen schon wieder 2 Jahre her, so dass ich nicht mehr sagen kann, wie das geht.
*****
Bestandsgarantie / Kompatibilität mit früheren Versionen:
ich bin jetzt seit der 12.2 bei Zeta und verwende aktuell die 14.3.3. Von 13 zu 14 gab es tatsächlichen eine "Revolution" im Shop-System, ansonsten ist Kompatibilität zu früheren Versionen gewährleistet.
*****
Warum nicht generell MYSQL:
Eine MySQL-Datenbank muss beim jeweiligen Hoster eingerichtet und dann manuell angebunden werden. Zum einen wird nicht durch jeden Hoster MySQL in allen Paketen zur Verfügung gestellt, zum anderen tut sich durch die notwendige manuelle Einbindung eine zusätzliche Fehlerquelle auf. Ich selbst verwende beispielsweise Admidio zur Vereinsverwaltung, das dortige Forum strotzt von Einträgen zur Einbindung der Datenbank.
*****
Verschieben, aber nicht löschen?:
Löschen von Beiträgen überlasse ich eher den Administratoren dieses Forums, als -externer- Moderator kümmere ich mich eher um um die Zuordnung zu den richtigen Kategorien oder Korrektur der Thread-Überschriften, damit diese besser verständlich werden. Vereinzelt auch mal Herauslösungen von Fragen, wenn der Thread ansonsten zu unübersichtlich wird.
Ganz aktuell werde ich den gesamten Thread in die "Plauderecke" verschieben, da es doch ein eher theoretisches Thema als eine Praxisanwendung ist.
Hallo Wolfgang,
das geht über angepasstes CSS. Für ein anderes Layout ist dies unter Design CLEAN STYLE (resp.) Balken für Beschreibungstext im Slider anpassen... beschrieben. Ob die Lösung auch für Travel passt, muss ausprobiert werden.
Hallo Andre G. ,
meiner Meinung nach scheint es sich hier um einen sehr alten "1&1 Home" zu handeln. Die aktuellen Tarife von 1&1 haben alle PHP.
Hallo Murmeltier,
sieh Dir mal im Handbuch https://docs.zeta-producer.com/werte-an-formu…uebergeben.html an. Damit kannst Du vorgefertigte Werte wie beispielsweise "Nachricht an Anna" oder "Nachricht an Bertha" an das Formular übergeben. Für den Empfang und die Verteilung der Nachrichten richtest Du ein eigenes E-Mail-Postfach "Homepage@domain.de" bei Deinem Provider ein. Dort erstellst Du dann Weiterleitungsregeln wie "Nachricht an Anna" weiterzuleiten an anna@domain.de. Damit müssen keine Mail-Adressen auf der Homepage veröffentlicht werden und die Post wird trotzdem an den richtigen Empfänger zugestellt.
Die Verschlüsselung von Mail-Adressen und Spambots, die diese Verschlüsselung knacken, sind ein ewiger Wettkampf, daher lieber auf Methoden ausweichen, die gar keine Mail-Adresse ausweisen.
Hallo Thommy,
ich würde da zu einem Tarifwechsel raten. CGI-Scripte als Alternative zu PHP werden von 1&1 nicht mehr unterstützt.
Hallo Frank,
vieles ist im Handbuch erläutert. Einige Widgets sind auch "theoretisch" selbsterklärend und deshalb nicht im Handbuch erwähnt, wie beispielsweise der Spacer. Zum Kennenlernen empfehle ich, einfach mal alle Widgets der Reihe nach auszuprobieren.
Achtung: Bei Nutzung von Widgets mit Drittanbieterzugriff (Maps, Youtube, Facebook, Disqus etc) immer prüfen, ob datenschutzrechtliche Informationen oder gar Einwilligungen erforderlich sind.
Schiff Ahoi,
die Zentrierung geht sicherlich auf elegantem Wege über angepasstes CSS, dazu werden sich wohl noch andere Forumsmitglieder melden. Mit Bordmitteln und ohne HTML/CSS-Kenntnisse setze einfach einen oder mehrere "Spacer" über das Album. Auf https://www.hanabi-pirna.de/test.php habe ich 3 "Spacer" über das Widget "Bilderalbum" gesetzt.
Hallo Sven,
wir machen jetzt erstmal per E-Mail weiter. Wenn dann eine funktionierende Lösung da ist, stellen wir diese hier ein.
Hallo Gerhard,
gehe auf "Einstellungen" -> "Links", dann auf "Link 2", Dort steht ja bereits "Über mich" drin. Jetzt auf den Verlinkungsbutton hinten, dort dann bei der Auswahl oben auf "Seite" und dann die Seite "Über mich" anklicken. Mit OK bestätigen, dann neu veröffentlichen.
Hallo Norbert,
beide Seiten im Spaltenmodus (F8) aufsuchen und dann nach dem Widget "Bilderalbum" suchen. Alle Alben zunächst ausblenden. Dann sollte die Fehlermeldung verschwinden. Danach die einzelnen Alben aufrufen. Wenn ein Album keine Bilder hat, sollte dies der Störenfried sein.
Hallo Joachim,
der GA-Fehler wird noch immer angezeigt, das sollte aber keine Auswirkungen auf die Anzeige von Shariff haben. Momentan bin ich mit meinem Wissen am Ende, da ich zufällig für unsere Vereinsseite ebenfalls "Clean Style Responsive" verwende und auch mit der Zeta 14.3.3 arbeite. Unter https://www.hanabi-pirna.de/test.php wird bei mir der Text der Buttons sauber angezeigt. Hast Du irgendetwas an zusätzlichem CSS in der Seite? Wenn ja, bitte berichten.
Hallo Sven,
genau richtig. ich habe das jetzt oben korrigiert.
Ich habe jetzt mal eine Anfrage an Google gestellt.
Hallo Stefan,
ich füge mal gleich für die anderen zum Nachlesen den Direktlink zum Google-Blog ein https://www.blog.google/around-the-glo…e-model-europe/.
Im Blog ist interessanterweise nur von Verbraucherdiensten wie Suche oder Maps die Rede. Von Google-Webfonts ist nichts zu lesen.
In der aktuellen Datenschutzerklärung von Google heißt es unter https://policies.google.com/privacy?hl=de&gl=de#enforcement:
...
Anforderungen in EuropaWenn das Datenschutzrecht der Europäischen Union (EU) für die Verarbeitung Ihrer Daten Anwendung findet, stellen wir Ihnen die in dieser Datenschutzerklärung beschriebenen Steuerungsmöglichkeiten zur Verfügung, damit Sie Ihr Recht ausüben können, Auskunft über Ihre Daten zu erhalten, sie zu aktualisieren, zu löschen und deren Verarbeitung einzuschränken. Darüber hinaus haben Sie das Recht, der Verarbeitung Ihrer Daten zu widersprechen oder Ihre Daten in einen anderen Dienst zu exportieren.
Bei Nutzern, die ihren gewöhnlichen Aufenthalt im Europäischen Wirtschaftsraum oder der Schweiz haben, ist Google Ireland Limited der für Ihre Daten zuständige Verantwortliche, sofern dies in den Datenschutzhinweisen eines bestimmten Dienstes nicht anders angegeben ist. Google Ireland Limited ist demnach das mit Google verbundene Unternehmen, welches für die Verarbeitung Ihrer Daten und die Einhaltung der anwendbaren Datenschutzgesetze verantwortlich ist.
Wir verarbeiten Ihre Daten zu den in dieser Datenschutzerklärung beschriebenen Zwecken auf der Basis der folgenden rechtlichen Grundlagen:
...
Jeder Anwender sollte daher individuell prüfen, ob und welche Dienste von Google er nutzt, was Google zur Bereitstellung der Dienste sagt und entsprechend seine Datenschutzerklärung anpassen.
Hallo Andre G. ,
hier war es nur eine Spielerei mit window.print, bevor Stefan S da jetzt auf die Suche geht, warum das eigentliche Formular nicht gedruckt wird, mache ich lieber mal ein leeres Testprojekt. In unserer .htaccess ist die komplette 6-G-Firewall eingebaut, da könnte auch die Ursache liegen.
Nachtrag: Das Formular wird auch bei einem frischen Projekt nicht zum Druck angezeigt: https://hosting.zeta-producer.com/6222771108/index.html
Hallo DAD ,
danke für die Präzisierungen zu Auftragsbestätigungen und Storno.
Um das Thema zusammenzufassen: Ein Großteil der im Shopsystem verarbeiteten Daten unterliegt Aufbewahrungspflichten. Da diese von Land zu Land unterschiedlich sind, kann an dieser Stelle keine generelle Aussage zu den Fristen getroffen werden. Nach Ablauf der Fristen sind die Daten zu löschen, eine "Nachrüstung" des Moduls Shop ist daher erforderlich.
Hallo Max,
in beiden Codeblöcken jeweils die Weiterleitung auf die entsprechende https-Adresse ändern.
Die .htaccess muss nur im Stammverzeichnis geführt werden und gilt global für alle Unterverzeichnisse. Wenn Du in einzelnen Unterverzeichnissen eine separate .htaccess anlegst, werden die globalen Einstellungen für dieses Unterverzeichnis überschrieben.
Hallo Anja,
Eine echte Kommentarfunktion kann nur über das Widget "Disqus-Kommentare" eingebunden werden. Hierzu ist jedoch ein Disqus-Konto erforderlich; wegen der Speicherung der Kommentare auf dem Disqus-Server sollten zusätzlich auch die entsprechenden Datenschutzhinweise erfolgen.
Eine abgespeckte Kommentarfunktion ließe sich über das Gästebuch realisieren, es kann jedoch immer nur ein Gästebuch je Seite angelegt werden, d. h., die zu kommentierenden Artikel müssen sich auf verschiedenen Seiten der Homepage befinden.
Hallo Roweiss ,
eventuell hilft dies hier weiter: https://www.wlan-kamera.info/artikel/wlan-k…mepage-anzeigen. Hierzu ist aber die Angabe einer IP-Adresse erforderlich. Schau mal bitte in das Handbuch der Kamera, ob es dort die Möglichkeit gibt, entweder auf dem Server des Herstellers oder auf dem eigenen Server zu streamen.
Hallo Sigmar,
Zeta hat hierzu eine zp-php-info.php integriert. Diese kann über die Webadresse, gefolgt von /assets/php/formmailer/zp-php-info.phpaufgerufen werden. Bei Dir also https://www.shientzsch.de/assets/php/for…zp-php-info.php bzw. https://www.hofwirtschaft-kaisheim.de/assets/php/for…zp-php-info.php aufgerufen werden. Ein Wechsel der PHP-Version ist über das Control-Center des Hosting-Providers möglich.
Hallo Sven,
für Domain B würde ich folgenden Eintrag nehmen:
# Beginn Umleitung auf eine andere Domain
Redirect 301 / https://www.domain-a.de
# Ende Umleitung auf eine andere DomainWeitere Umleitungen sind in Domain B nicht erforderlich, da dort keine Unterseiten existieren
Bei Domain A sind 2 Umleitungen erforderlich, die sich aber nur auf den direkten Aufruf der Domain A beziehen (die Domain B wird immer auf https://www.domain-a.de umgeleitet)
# ----------------------------------------------------------------------
# | Umleitung von non-www auf www
# ----------------------------------------------------------------------
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.domain-a\.de [NC]
RewriteRule ^(.*) https://www.domain-a.de/$1 [R=301,L]
# ----------------------------------------------------------------------
# | Umleitung https
# ----------------------------------------------------------------------
RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://www.domain-a.de/$1 [R=301,L]
# ----------------------------------------------------------------------Mit dem ersten Abschnitt werden aufrufe von http://daomain-a.de auf https://www.domain-a.de weitergeleitet. Der zweite Abschnitt übernimmt dann die Weiterleitung von http://www.domain-a.de auf https://www.domain-a.de.
Hallo Bits,
Ein einfacher Exit mit Schließen des Browserfensters geht mit folgendem HTML-Quelltext:
<button onclick="window.close()">Ich will hier weg</button></p>siehe https://www.hanabi-pirna.de/test.php
Der Aufruf einer anderen Seite wie beispielsweise Google wäre eine Bevormundung des Users, da wir nicht wissen, ob der User zu Google will.
Hallo Stefan,
die Aufbewahrungsfristen sind jetzt nur beispielhaft für das Deutsche Recht. In anderen Ländern können andere Fristen gelten. Es wäre aus meiner Sicht daher sinnvoll, das Löschen unabhängig von Fristen zu gestalten, der entsprechende Button sollte aber einen Hinweis beinhalten in der Art "Bitte beachten Sie eventuelle Aufbewahrungsfristen".
Einen Sonderfall hätten wir noch bei einer Stornierung eines Einkaufs. Hier besteht nach meiner Auffassung ein Anspruch auf Löschen, soweit nicht der Verantwortliche (Händler) durch die Stornierung Ansprüche an den Betroffenen (Kunde) hat.
Hallo Anja,
da käme es dann darauf an, bei welchem Hoster Du bist, da die Verwaltung von Webprojekten bei den einzelnen Hostern unterschiedlich gehandhabt wird. Es gibt noch einen zweiten Weg, der nicht ganz so "sauber" ist, aber ebenfalls hilft:
Die weiteren Veröffentlichungen in Projekt 2 kannst Du dann wieder ganz normal mit "F7" oder "Website online veröffentlichen" machen.
Hallo Anja,
das liegt vermutlich daran, dass Du vor dem Veröffentlichen der zweiten Webseite den Server nicht geleert hast. Damit sind alle Seiten des ersten Projektes weiterhin auf dem Server vorhanden.
Wenn Du einen Blog auf der Startseite hast, wird hierzu PHP benötigt und die Startseite lautet dann index.php. Bei einer Seite ohne PHP-Anwendungen heißt die Startseite index.html. Bei einem üblichen Linux-/Apache-Server hat php Vorrang vor HTML. Wenn du also nur die http://www.meinedomain.de aufrufst, sucht Dein Browser zunächst nach einer index.php. Sobald er diese gefunden hat, wird sie angezeigt. Wenn Du in Zeta auf "Live" drückst, wird http://www.meinedomain.de/index.html aufgerufen, also der Domainname inklusive Seitenname. Daher die unterschiedliche Darstellung.
Lösung: Nutze Filezilla zum Löschen des kompletten Ordnerinhaltes, veröffentliche dann in Zeta die komplette Webseite neu.
Hallo Helena,
auf der Seite "Blog" nur das Widget "Blog" verwenden, die einzelnen Artikel können dann auf beliebigen thematisch zum Artikel passenden Seiten eingefügt werden. Der Blog ist die Zusammenfassung einzelner Blog-Artikel.
Hallo Edith,
die Bilder sind anscheinend fehlerhaft eingebunden:
Not allowed to load local resource: file:///C:/Users/Edith/Documents/Zeta%20Producer%2012.5/Projects/www.edith-kohlbach.de/content/media/images/a6249df9d9c34628bfb7f6b7050e5e49.jpg mylife.html:1 Not allowed to load local resource: file:///C:/Users/Edith/Documents/Zeta%20Producer%2012.5/Projects/www.edith-kohlbach.de/content/media/images/db56a207b72a42d893d8f26f0d8eab6e.jpg mylife.html:1 Not allowed to load local resource: file:///C:/Users/Edith/Documents/Zeta%20Producer%2012.5/Projects/www.edith-kohlbach.de/content/media/images/5da16cdd2c594fbfb8a8a9a76a375119.jpg
Im Widget "Text" kann ein Bild über die Schaltfläche "Bild einfügen" (zwischen den Symbolen für Hyperlink und Tabelle) eingefügt werden. Vermutlich hattest Du an dieser Stelle nur einen Link auf das Bild gesetzt.
Hinweis: Unter dieser Fragestellung gab es weitere Beiträge speziell zum Datenschutz, diese wurden ausgegliedert in einen separaten Thread. Shop-Dashboard
Hallo Stefan S ,
da sehe ich durchaus Handlungsbedarf, allerdings ohne Dringlichkeit.
Alle Vorgänge im Webshop fallen entweder unter die Rubrik "Buchungsbelege" oder "Geschäfts- und Handelsbriefe" und unterliegen daher einer Aufbewahrungspflicht. diese beträgt bei Buchungsbelegen 10 Jahre und bei Geschäftsbriefen 6 Jahre (siehe Trusted Shops). Nach Ablauf dieser Fristen kann gelöscht werden.
Alle Datensätze im Zusammenhang mit Bestellungen enthalten personenbezogene Daten, hier ist also Art. 17 DSGVO zu berücksichtigen.
Wichtig für uns im Online-Shop ist zunächst Absatz 3, denn dieser regelt in Buchstaben b und e, wann wir nicht löschen müssen:
Die Absätze 1 und 2 gelten nicht, soweit die Verarbeitung erforderlich ist
Die Aufbewahrungsfristen stellen die entsprechende rechtliche Verpflichtung dar.
e) zur Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen.
Mit Ablauf der Aufbewahrungsfristen fällt für uns aber Erforderlichkeit der Verarbeitung weg, damit gilt dann Absatz 1 lit. a uneingeschränkt:
1. Die betroffene Person hat das Recht, von dem Verantwortlichen zu verlangen, dass sie betreffende personenbezogene Daten unverzüglich gelöscht werden, und der Verantwortliche ist verpflichtet, personenbezogene Daten unverzüglich zu löschen, sofern einer der folgenden Gründe zutrifft:
a) Die personenbezogenen Daten sind für die Zwecke, für die sie erhoben oder auf sonstige Weise verarbeitet wurden, nicht mehr notwendig.
Spätestens zu diesem Zeitpunkt müssen wir eine Möglichkeit schaffen, im Dashboard Datensätze auch zu löschen.
PS: Ich verschiebe die letzten Beiträge mal in einen neuen Thread unter DSGVO.
Hallo Lucia,
datenschutzmäßig sehe ich hier kein Problem, da es sich um eine Grafik handelt, die sich nach dem Hochladen der Seite direkt auf Deinem Server befindet. Im Gegensatz zu einer Google-Schriftart findet also keine Datenübermittlung an Dritte statt.
Die Frage eines Urheberschutzes lässt sich über die Originalquelle der Grafik klären https://material.io/tools/icons/?icon=apps&style=baseline. Hier findest Du im oberen Bereich der Seite einen Link zu Open Source, die Grafiken sind also entsprechend der Apache-Lizenz (Ziffer 2) tatsächlich unbegrenzt nutzbar. Nach Ziffer 4 der Lizenzbedingungen muss sowohl bei Verwendung von Kopien des Werkes als auch Weiterbearbeitungen die ursprüngliche Lizenz angegeben werden (siehe Anhang derLizenz). Diese muss dann zumindest im Impressum im Abschnitt Urheberrecht oder einem eigenen Abschnitt "Quellennachweise und Drittlizenzen" eingetragen werden.
Hallo Volker,
Aus meiner Sicht ist Zeta für diesen Fall nicht die Lösung. Besser geeignet wäre hier beispielsweise Admidio, eine quelloffene Mitgliederverwaltung: http://www.admidio.org. Über Rollenzuweisungen können dort je Mitglied / Mitarbeiter Zugriffsrechte auf Daten festgelegt werden. Gibt sicherlich noch weitere Plattformen, die da genutzt werden können. Aus Datenschutzgründen solte zumindest in Betracht gezogen werden, besser auf einem eigenen Server als bei einem Fremdanbieter Daten firmenintern auszutauschen.
Nur zur Eingrenzung, ob 1&1-Problem oder Zeta-Problem: habe eben mit Zeta 14.3 (SFTP) problemlos auf 1&1-Server veröffentlicht.
Hallo nemessis ,
bitte noch einen Link zur Seite und das verwendete Layout nachtragen.
Hallo Joachim,
es sieht so aus, als ob Du in den FTP-Einstellungen noch nicht https:// vor der Webadresse eingetragen hast. Da die Seite serverseitig auf https umleitet, die data-base aber noch http ist, handelt es ich bei der Base um eine "unsichere Quelle" die nicht angezeigt wird. Also rein in die FTP-Einstellungen, https:// vor die bereits vorhandene Webadresse eintragen, neu veröffentlichen, fertig. Die Chrome Console zeigt außerdem einen Fehler beim GA-Code an, der vermutlich ebenfalls darauf zurückzuführen ist.
Hallo Sven,
SSL-Zertifikat für die Domain A einrichten und in Zeta die Webadresse mit vorangestelltem https ergänzen (Domain A). Dann neu veröffentlichen und schon fertig. Der erste Aufruf auf Domain B leitet direkt auf Domain A weiter, die weitere Kommunikation findet dann nur noch zwischen Besucher und sicherer Domain A statt.
Wichtig ist, dass in den FTP-Einstellungen die korrekte Webadresse angegeben ist, da diese Angaben beim Erstellen der HTML-Seiten genutzt werden. Vermutlich ist dort noch die Adresse aus der Testveröffentlichung eingetragen.
Hallo Lucia,
außer dem Ordner für die Jahre brauchen wir keine weiteren Ordner. die Seite zur Loire-Befahrung sollte, wenn Sie als Unterseite von 2014 angelegt wurde, automatisch im Ordner 2014 liegen. Zu Kontrolle kannst Du immer die Google-Vorschau verwenden, die unten im Fenster sichtbar ist.