Über
Website Tests & Tipps
Technischer Hintergrund
Technik
- Weder Cookies noch JavaScript
- Hauptdomain erfolgreich gewechselt
- Motto ist und bleibt: sinnvoll online
- Mit Sicherheit: DANE, DNSSEC, HSTS, TLS 1.3, 2FA
- Ohne Transportverschlüsselung kein Zugriff
- Pflegeleicht ohne Datenbank
- Flat-File-CMS: Alle Webseiten in einer Datei
- Multidomain: sprachlich passende Domains (1. Versuch)
- Sanfte Umleitung auf neue Domain
- tests‑und‑tipps.info bedient alle Seitenabrufe
- Teste simple Multisite-Lösung
- Multisite-Testbetrieb beendet
- Seitenabrufe jetzt fehlertoleranter
- Multidomain: sprachlich passende Domains (2. Versuch)
- Hauptdomains Deutsch + Englisch
- Multidomain: CMS als Duo (1. Versuch)
- Wartungsmodus hinzugefügt
- Website im neuen Design
- Wartungsmodus verbessert
- Multidomain: eine CMS-Instanz genügt
- Browsersprachenerkennung
- Wartungsmodus optimiert
- Multidomain: CMS-Duo (2. Versuch)
- Multidomain: ein CMS bedient beide Domains
- Sprachwahl menüabhängig
- Multidomain: CMS wieder als Duo (3. Versuch)
- Neue Domain: schön kurz und einfach
- tests.tips bedient alle Seitenabrufe
- Einfacher Sprachwechsel DE|EN
- Sprachmenue vorübergehend mit Flaggen
- Text in English
Weder Cookies noch JavaScript
Meine Website-Besucher können hier ganz zwanglos und sicher stöbern. Ich freue mich sehr über interessierte Besucher, verfolge aber niemanden dabei.
Es kommen nur Softwarelösungen zum Einsatz, die auf Besucherseite ohne Cookies und JavaScript funktionieren. Betriebssicherheit, Datenschutz und Leistung profitieren davon.
Hauptdomain erfolgreich gewechselt
29.09.2020: Pünktlich zum heutigen Domainumzug der alten .info-Domains hat Google ihren Suchindex aktualisiert. So konnte ich die Hauptdomain ohne Wartezeit wechseln.
Motto ist und bleibt: sinnvoll online
29.09.2020: Jeder Seitenabruf von sinnvoll‑online.info landet seit heute Nachmittag beim gleichen Webserver wie tests‑und‑tipps.info.
Seitenabrufe von sinnvoll‑online.de und sinnvoll‑online.eu werden ab heute Nacht vom alten Webserver auf tests‑und‑tipps.info umgeleitet.
Motto: sinnvoll online – Website bleibt über alle Domains erreichbar.
Mit Sicherheit: DANE, DNSSEC, HSTS, TLS 1.3, 2FA
Meine Webseiten werden transportverschlüsselt vorgeladen, soweit technisch möglich (HSTS Preloading). Zwei-Faktor-Authentisierung (2FA) und TLS 1.3 bot schon mein bisheriger Internetdiensteanbieter. Aber DANE und DNSSEC bietet nur mein neuer Internetdiensteanbieter UD Media GmbH.
Zugriff nur für Geräte nach aktuellem Sicherheitsstandard
Meine Website ist nicht mittels BlackBerry oder anderem alten Gerät mit veralteter Browser-Software erreichbar.
Sicherheit hat bei mir absoluten Vorrang. Ich möchte weder Opfer eines Man-in-the-middle-Angriffs werden noch Manipulationen meiner Webinhalte auf dem Weg zu Ihrem Gerät Vorschub leisten. Das sind die Gefahren bei der Nutzung unverschlüsselter Webangebote. Auch könnte mein Passwort ausgespäht werden, wenn es als Klartext über das Internet ginge. Besuchern meiner Website könnten verfälschte Informationen angezeigt werden, um mir oder ihnen zu schaden.
Falls Sie diese Webseite jetzt vom PC/Notebook oder auf dem Smartphone eines Freundes/Kollegen lesen, weil sie sich vom eigenen alten Smartphone oder PC mit altem Browser nicht öffnen ließ, wissen Sie nun warum. – Danke, dass Sie sich die Mühe gemacht haben und für Ihr Interesse an diesem Webauftritt!
Pflegeleicht ohne Datenbank
Dieser Webauftritt benötigt keine aufwändige Datenbankpflege. Sobald ich mich nach Änderungen an der Website als Admin vom System abmelde, wird automatisch eine Datensicherung mit Zeitstempel erstellt. Selbst Serverumzüge oder gar Providerwechsel sorgen nicht für Schweißausbrüche und sind bei Bedarf innerhalb von Minuten erledigt. So lief das auch am 12.09.2020 mit dieser Website: sinnvoll-online.info per FTP beim alten Internetdiensteanbieter heruntergeladen und beim neuen hochgeladen, fertig, läuft. Danach nur noch den alten Websitenamen auf allen Seiten auf den neuen umstellen. Auf Seiten, deren Inhalt sowieso angepasst werden muss, manuell erledigt. Danach „Suchen & Ersetzen” mittels Code-Editor Textastic.
Alle Webseiten in einer Datei
Der englische Fachbegriff dafür lautet Flat-File CMS. Eine Technik, die noch unterschätzt, aber immer bekannter und beliebter wird.
Multidomain: sprachlich passende Domains (1. Versuch)
29.09.2020: Alle Seitenabrufe auf sinnvoll-online.de/.eu/.info-Domains werden seit heute Abend vom Webserver meines neuen Internetdiensteanbieters bedient.
Englischsprachige Seiten werden auf tests‑and‑tips.info/en/ umgeleitet.
Das ist eine kleine Fallstudie, ob Google das wirklich als Double Content behandelt oder ob ich es hinbekomme, dass ich die Inhalte nach Sprache DE/EN auf die Domains aufteilen kann.
08.10.2020: Sprachabhängige Inhaltsverteilung auf separate Domains vorerst aufgegeben, weil Google das nicht erkannt hat. Das verwendete CMS ist nicht multidomainfähig, kann programmintern keine zwei Domains ansprechen. Dann hätte Google das erkannt und zeitnah indexiert. Schade.
Nachtrag (siehe 18.04.2021): 2. Versuch erfolgreich!
Sanfte Umleitung auf neue Domain tests‑und‑tipps.info
Trotzdem leite ich versuchsweise Seitenaufrufe mit englischer Domain tests‑and‑tips.info/en/ nicht zwangsweise auf die deutsche Domain tests‑und‑tipps.info/de/ um.
Vorteil für Besucher: wer englischsprachige Inhalte mit englischem Domainnamen aufruft, sieht in der Adresszeile des Browsers die passende Domain.
24.10.2020: seit heute Abend werden Seitenaufrufe mit den alten Domains sinnvoll‑online.info und senseful‑online.info vorübergehend nicht sofort auf die neue Hauptdomain tests‑und‑tipps.info umgeleitet. Erst das Anwählen eines Links auf Übersichtsseiten leitet Besucher auf die Hauptdomain weiter.
tests‑und‑tipps.info bedient alle Seitenabrufe
22.11.2020: seit heute werden sämtliche Seitenabrufe mit anderen Domains auf die Hauptdomain umgeleitet. Das ist besser fürs Ranking bei Google! Optische Gestaltung plus zweimonatige Umgewöhnungszeit reichen für meine Besucher hoffentlich aus um zu wissen, dass sie weiterhin sinnvoll online sind …
06.12.2020: Irgendwann Ende November habe ich die feste Umleitung wieder entfernt, weil ich sonst aus der HSTS-Preload-Liste geflogen wäre. Da wusste ich noch nicht, dass es dafür eine Lösung gibt.
Habe manuell viele canonical-Tags gesetzt und alle internen Hyperlinks ausgeschrieben, also nur absolute Links mit der Haupt-Domain benutzt.
Die Internetrecherche nach einer besseren Lösung geht weiter (Stichwort: .htaccess und mod-redirect) …
Update: Lösung gefunden (18.04.2021)!
Teste simple Multisite-Lösung
Ein CMS managt zwei Websites: die große Website tests‑und‑tipps.info und und die kleine Website michael-glaser.de. Mit einem Kniff möglich …
Lösungsweg
Die Website wird je nach Sprachordner (de/en) oder (ue/ab) geladen. Wobei hier /ue/ für „ueber” und /ab/ für „about” steht und beide die kleine Website michael-glaser.de laden.
Multisite-Testbetrieb beendet – michael-glaser.de wieder separat
13.01.2021: Workaround mit simulierten Sprachordnern /ue/ + /ab/ nicht mehr erforderlich. Alle Menüpfade mittels CotEditor (Suchen & Ersetzen) zurückgesetzt.
Webadresseneingabe jetzt noch fehlertoleranter
Aus technischen Gründen enthalten meine URLs ein Fragezeichen (hinter Domain und Sprachordner), entsprechen ansonsten aber „Clean URL”.
Fachlich korrekt ausgedrückt: dieses Flat-File-CMS nutzt den Query-String zweckentfremdet als URI = Pfad zum Webdokument/zur -seite.
Damit Seitenabfragen auch ohne Fragezeichen bedient werden, nutze ich einen technischen Kniff (Seitenweiterleitung).
- 24.06.2020: Sämtliche Seitenbezeichnungen einheitlich auf Kleinbuchstaben umgestellt.
Webadressen mit echten Ordnern sollte man einen Schrägstrich anhängen, um dem Webserver Arbeit zu sparen (sonst muss dieser immer erst prüfen, ob es ein Ordner ist und darin die angeforderte Webseite steckt – das kostet weitere Millisekunden Ladezeit).
Hier gibt es nur die beiden Sprachordner /de/ und /en/. - 26.03.2021: Wird eine Webadresse mit Großbuchstaben eingetippt, korrigiert das der Webserver, sofern kein Fragezeichen („Query-String”) enthalten ist.
- 18.04.2021: Auch Webadressen mit Großbuchstaben im „Query-String” werden korrigiert.
Multidomain: sprachlich passende Domains (2. Versuch)
Domainnamen sollen sprachlich zum Inhalt passen. Also deutsche Domainnamen für deutschsprachige Inhalte und englische Domainnamen für englischsprachige Inhalte. Das gefällt englischsprachigen Besuchern sicher besser als eine Domain mit scheinbar falsch geschriebenen Wörtern.
Technische Anforderung
- wer eine Webadresse mit deutschem Domainnamen aufruft, bekommt vom Webserver /de/ angehängt und deutscher Inhalt wird angezeigt
- wer eine Webadresse mit englischem Domainnamen aufruft, bekommt vom Webserver /en/ angehängt und englischer Inhalt wird angezeigt
- wer Deutsch auswählt, bekommt die deutsche Version des Inhalts – und der Webserver zeigt den deutschsprachigen Domainnamen!
- wer Englisch auswählt, bekommt die englische Version des Inhalts – und der Webserver zeigt den englischsprachigen Domainnamen!
Haupt-Domains tests‑und‑tipps.info und tests‑and‑tips.info
18.04.2021: Nach langer Recherche technische Lösung gefunden!
Wer eine meiner Webseiten mit einer sinnvoll‑online-Domain aufruft, landet auf einer Intro-Seite und wird erst nach Sprachwahl (DE oder EN) auf die Zielseite mit Hauptdomain tests‑und‑tipps.info umgeleitet.
01.05.2021: seit heute Abend werden Seitenabrufe für sämtliche Domains behandelt wie oben in der Anforderung beschrieben.
Suchmaschinen sehen nur sprachlich passende Seiteninhalte, da sie auf die passende Domain geroutet werden. Jetzt funktioniert das prima!
Multidomain: CMS-Duo (1. Versuch)
17.05.2021: Multidomain-Konfiguration weiter optimiert: wie oben bereits erwähnt, unterstützt das verwendete CMS Multidomain nicht aktiv.
Außerdem ist für die Hauptsprache (hier: Deutsch) kein Sprachordner /de/ wie für die Zweitsprache /en/ vorgesehen. Mögliche Behelfslösung: dritte nicht wirklich genutzte Sprache als Hauptsprache einrichten. Nur so bekommen Deutsch + Englisch Sprachordner (de/en). Ist mir zu blöd.
Lösungsweg
Zur Vorbereitung hatte ich die beiden Inhaltsdateien (deutsch/englisch) für die beiden künftig jeweils einsprachig konfigurierten CMSe gesichert.
Das CMS im Unterordner mit zweistelligem ISO-Namen der Sprache als einsprachige Version konfigurieren. Danach eine Kopie davon in einem zweiten Unterordner mit Namen der zweiten Sprache konfigurieren.
Anders formuliert: zwei Unterordner /de/ + /en/. Das einsprachig (!) konfigurierte CMS wird vom Stammverzeichnis nach Unterordner /de/ verschoben; eine Kopie davon kommt in /en/. So erhalte ich mehrsprachige URLs nach Schema tests‑und‑tipps.info/de/ + tests‑and‑tips.info/en/.
Schließlich ändere ich die CMS-Kopie in /en/ auf Englisch – fertig!
Alles andere bleibt: Firewall, IP-Blockierung, Routing und Wartungsmodus werden weiterhin aus dem nun fast leeren Stammverzeichnis gesteuert. Schließlich wurden beide Konfigurationen nochmal gründlich geprüft und die Plug-ins auf jeweils eine Sprache (de|en) reduziert.
Einziger echter Nachteil: es gibt ein prima Sprachwechsel-Plug-in, welches ich leider nicht nutzen kann. Da es keine zweite Domain unterstützt, würde es hunderte unerwünschter (hreflang-)Links generieren. Das wäre Double Content und Google würde meine Webseiten ignorieren, also muss ich die Sprachwechsel-Links manuell setzen.
Aber lieber setze ich anfangs wenige, aber korrekte Verknüpfungen zwischen den Sprachversionen und erweitere diese Schritt für Schritt.
Unbedeutender zweiter Nachteil: Bilderordner und Plug-ins liegen ebenfalls doppelt vor. Aber das macht keine Arbeit und genügend Speicherplatz ist vorhanden.
Übrigens stört es dank des benutzerfreundlichen Backends überhaupt nicht, dass ich einen CMS-Zwilling nutze. Das fällt nur beim Einloggen auf, weil ich getrennte Passwörter verwende und mich zweimal einlogge, wenn ich Seiten in beiden Sprachen bearbeiten möchte.
Wartungsmodus hinzugefügt
22.05.2021: Wartungsmodus (Nichterreichbarkeitsanzeige für Besucher) konfiguriert und getestet. Läuft prima.
23.05.2021: Man soll keine Flaggen zur Sprachumschaltung verwenden, da Flaggen für Länder und nicht immer für Sprachen passen. Erledigt.
Die Kopfzeile zeigt nun oben rechts in dunkelgrüner Schrift die gewählte Sprache, rechts daneben in grüner Schrift den Link zur Homepage der zweiten Sprache.
Wer Flaggen mag, sieht diese jetzt noch unter den 14 Seiten der obersten Menüebene mit einem Link zur jeweils anderen Sprache.
Website im neuen Design
29.05.2021: Neue Designvorlage gefunden, welche meinen Vorstellungen an modernes Webdesign genügt. Abends an dieser Website ausprobiert, deshalb war sie vorübergehend nicht erreichbar.
30.05.2021: Die neue Designvorlage gefällt mir sehr und „ersetzt den Wald”, der seit Jahren das Markenzeichen dieser Webpräsenz war. Nachteil bzw. Grund des Wechsels: das Pulldownmenü hatte bei jedem Aufruf der Website sämtliche Menüs mitgeladen und auf kleinen Displays rechts aus dem Bildschirmrand herausgeklappt. Das war unschön. Da ist ein Hamburger-Menü von Vorteil. Hoffe, dass sich alle Besucher rasch umgewöhnen.
Wartungsmodus verbessert
10.06.2021: Wartungsmodus (Nichterreichbarkeitsanzeige für Besucher) weiter optimiert. Wird zwar selten benötigt, soll dann aber wenigstens hübsch aussehen und für mich leicht bedienbar sein.
19.10.2021: Die Routingoptimierung erfordert einen kleinen Kompromiss beim Wartungsmodus: sprachlich getrennte Wartung muss warten, bis ich eine bessere Lösung finde. Dafür begegnen Besucher und Bots der Webseite 404 („Seite nicht gefunden”) inzwischen sehr selten, selbst wenn sie eine alte Webseite aufrufen, deren Webadresse sich längst geändert hat. Suchmaschinen und Menschen brauchen manchmal länger zum Umlernen und mein Denksport zur Vermeidung von 404-Fehlerseiten hat sich gelohnt.
19.11.2021: Wartungsmodus nochmals verbessert.
Multidomain: eine CMS-Instanz genügt
05.03.2022: In einer Forumsdiskussion zum Thema „Standardsprache auch im Unterordner” wurden gute Ideen ausgetauscht. Ergebnis: das CMS muss nicht mehr als Duo laufen; eine Instanz bedient beide Sprachen und alle Domains. Allerdings braucht es noch eine Weiterleitung für Seitenabrufe ohne Sprachordner im URL (ohne /de/ bzw. /en/).
22.03.2022: Konnte die Konfiguration weiter optimieren.
Browsersprachenerkennung
28.03.2022: Seit heute nutzt diese Website die Spracheinstellungen Ihres Browsers und präsentiert sich sofort in Ihrer bevorzugten Sprache. Nur wenn Sie in Ihrem Browser weder Deutsch noch Englisch als gewünschte Sprache hinterlegt haben, wird bei Aufruf der Startseite eine Intro-Seite zur manuellen Sprachwahl angezeigt. Selbstverständlich ist ein Sprachwechsel über das Hamburger-Menü jederzeit möglich.
Wenn Sie eine Webadresse manuell eintippen und nach dem Domainnamen gezielt /de/ oder /en/ verwenden, hat das für meinen Webserver Priorität und korrigiert die Domain, falls nötig. Oberste Priorität hat der Seitenname. Ist dieser in meiner Routingliste hinterlegt, korrigiert der Webserver sogar den URL, wenn Sie z. B. für eine deutsche Seite versehentlich die englische Domain oder /en/ eingeben.
06.05.2022: Habe die automatische Spracherkennung des Browsers abgeschaltet, da sie die Verwaltung der Website beeinträchtigt. Besucher sehen jetzt eine Intro-Seite, wenn sie nur eine Hauptdomain eingeben.
05.06.2022: Automatische Spracherkennung des Browsers wieder aktiv! Verwaltung der Website ist nicht mehr beeinträchtigt, Problem gelöst.
Wartungsmodus optimiert
12.05.2022: Vor fast einem Jahr begann ich mit der Entwicklung. Seit heute ist mein eigener Wartungsmodus (Nichtverfügbarkeitsanzeige für Besucher) genau so, wie ich ihn haben wollte. Passend zur Sprachwahl des Besuchers wird die vorübergehende Nichtverfügbarkeit mit einem netten informativen Text dargestellt.
Da ich meine Texte in letzter Zeit häufiger offline überarbeite und wieder hochlade, brauche ich den Wartungsmodus doch öfters, wenn auch nur für wenige Minuten und von Besuchern meist unbemerkt.
P. S.: Ich bin kein Programmierer. Aber ich gebe nie auf. Mit Geduld und Web-Recherche habe ich meine Ziele erreicht …
Multidomain: CMS-Duo (2. Versuch)
12.05.2023: Hoppla! Schon wieder ein Jahr vergangen! Zufällig habe ich wieder an einem 12.05. den Wartungsmodus optimiert — indem ich nun pro Domain getrennte CMS-Instanzen verwende und so bei Wartungsarbeiten nicht gleich beide Sprachversionen gleichzeitig offline sind. Ob sich der Aufwand lohnt, teste ich nun …
Multidomain: ein CMS bedient wieder beide Domains
22.05.2023: Habe weiter am Routing für Fehleingaben und fehlerhafte Seitenaufrufe gefeilt (das Internet vergisst nichts – dumme Bots fragen immer noch alte längst umbenannte oder verschobene Webseiten an).
Und ich habe mein CMS wieder auf eine Instanz umgestellt.
Das spart Resourcen (?) und macht die Website stabiler gegen die inzwischen massiv ansteigenden Anfragen durch ungebetene Bots.
Da von meinem CMS für die Hauptsprache (Deutsch) kein Sprachordner /de/ wie für „Zweitsprachen” (Englisch; /en/) vorgesehen ist und eine trickreiche Umleitung auf /de/ und /en/ möglichst vermieden werden soll, habe ich nun doch eine dritte nicht wirklich genutzte „Sprache” als Hauptsprache eingerichtet. Nur so unterstützt mein CMS systemseitig Sprachordner.
Spracherkennung menüabhängig
25.05.2023: Ab heute wird die gewünschte Sprache auch bei Seitenabfragen ohne Sprachordner (kein /de/ oder /en/ in Webadresse) erkannt und die richtige Sprachversion geladen.
28.05.2023: Ab heute funktioniert das auch mit Query-Strings.
Multidomain: CMS-Duo (3. Versuch)
20.06.2023: Mein CMS arbeitet wieder als Duo (zwei Instanzen).
Der höhere Resourcenbedarf ist kaum messbar; Anfragen und Angriffe böser Bots konnte mein CMS bisher prima abwehren.
Neuer Lösungsweg
Auf der Suche nach einer besseren Lösung für mehrsprachige Websites hatte ein Forumsmitglied die Idee, Sprachordner gleich im PHP-Programmcode festzulegen. Auch die Einstellung, welche der Standardsprache die Nutzung von Sprachordnern komplett verbietet, lässt sich durch eine minimale Codeänderung unterbinden.
Das ist noch immer keine echte Lösung für Multidomain.
Aber so kann ich mit diesem CMS auch für eine Sprache (oder die Standardsprache bei Verwendung von mehr als einer) Sprachordner nutzen.
Nun laufen also zwei einsprachig konfigurierte Instanzen als Duo:
Jede ist nur für eine Domain und Sprache (de/en) zuständig.
Besucher, Bots + Browser (User Agents) ohne favorisierte Sprache bekommen eine Introseite angezeigt. Wird eine andere Seite verlangt, ergänzt das CMS automatisch fehlende Sprachordner /de/ bzw. /en/.
Beispiele
Anfragen
http://www.sinnvoll‑online.de
http://www.sinnvoll‑online.info
http://www.tests‑und‑tipps.info
http://tests‑und‑tipps.info
Antwort
https://tests‑und‑tipps.info
Anfragen
http://www.sinnvoll‑online.de/?hardware/mobiltelefon
http://www.sinnvoll‑online.info/?hardware/mobiltelefon
http://www.tests‑und‑tipps.info/hardware/mobiltelefon
http://tests‑und‑tipps.info/?hardware/mobiltelefon
https://tests‑und‑tipps.info/hardware/mobiltelefon
Antwort
https://tests‑und‑tipps.info/de/?hardware/mobiltelefon
Weiterer Vorteil
Wartungsmodus für beide Instanzen völlig getrennt.
Für Wartungsarbeiten an der deutschen Version muss die englische Version nicht offline gehen – und umgekehrt.
Neue Domain: schön kurz und einfach
16.08.2023: Die TLD „.tips” passt doch prima zur Website, oder?
Zwar schreibt man in Deutschland seit der letzten Rechtschreibreform „Tipps" anstatt „Tips”, aber das muss man einfach tolerieren.
tests.tips bedient alle Seitenabrufe
17.08.2023: Mein CMS arbeitet wieder solo. Wie in Website/Historie erwähnt, fand ich eine Alternative für die teurer werdenden .info-Domains.
„Multidomain” gilt für mein CMS nur noch in dem Sinne, dass es mit fast allen bisherigen Domainnamen für ein weiteres Jahr erreichbar ist.
Beispiele
Anfragen
http://www.sinnvoll‑online.de
http://www.sinnvoll‑online.info
http://www.tests‑und‑tipps.info
https://tests‑und‑tipps.info
http://www.tests.tips
http://tests.tips
Antwort
https://tests.tips
Anfragen
http://www.sinnvoll‑online.de/?hardware/mobiltelefon
http://www.sinnvoll‑online.info/?hardware/mobiltelefon
http://www.tests‑und‑tipps.info/hardware/mobiltelefon
http://tests‑und‑tipps.info/?hardware/mobiltelefon
https://tests‑und‑tipps.info/hardware/mobiltelefon
http://tests.tips/?hardware/mobiltelefon
https://tests.tips/hardware/mobiltelefon
Antwort
https://tests.tips/de/?hardware/mobiltelefon
07.09.2023: Meine Webseiten werden nun auch unter der neuen Domain tests.tips transportverschlüsselt vorgeladen, soweit technisch möglich (HSTS Preloading).
09.09.2023: Googles Index listet bereits 228 von 465 Webseiten unter der neuen Domain tests.tips. Es geht gut voran.
24.10.2023: Googles Index listet inzwischen 339 von 481 Webseiten unter der neuen Domain tests.tips.
Einfacher Sprachwechsel DE|EN
06.11.2023: Ab sofort sind Übersetzungen direkt über das Sprachmenü oben rechts erreichbar. Liegt ein Inhalt in Deutsch und Englisch vor, kann zwischen beiden Versionen direkt gewechselt werden.
Sprachmenü vorübergehend mit Flaggen
Flaggen sind nicht die beste Lösung für ein Sprachmenü, aber das von mir genutzte Plug-in lässt sich leider nicht auf Textanzeige umstellen.
Ich freue mich über deutschsprachige Besucher aus allen Ländern und habe regelmäßig Besucher aus Österreich und der Schweiz.
Genauso freue ich mich über Besucher aus Amerika, Australien und allen anderen Ländern, wo man Englisch spricht!
Demächst erstelle ich als Ersatz für die Flaggen GIF-Bilder mit Text: „DE” + „EN” + „Start”. Ist auf MacBook sehr mühsam. Mir fehlt noch ein Grafiktool wie IrfanView für Windows.
08.11.2023: Habe die oben erwähnten Texte im Textverarbeitungsprogramm Apple Pages eingegeben, Screenshots davon gemacht und mittels Grafiktool Pym Größe und Grafikformat angepasst. Ist noch nicht perfekt, aber besser als Flaggen.