|
|
| Line 1: |
Line 1: |
| Lieber Falk,
| |
|
| |
|
| F: Ich greife den neuesten Kontext aus unseren verschachtelten emails auf, den ich aus verschiedenen Gründen nicht problemlos
| |
|
| |
| lesen/bearbeiten kann. Auch ca. 10 Anrufe bei dir 03722 829050 kamen nicht durch, da immer besetzt.
| |
|
| |
| Fridemar, mein liebes Brüderlein! ❤️
| |
|
| |
| Ich habe Falks E-Mail aufmerksam gelesen. Und ich verstehe, weshalb Du von seiner Argumentation nicht überzeugt bist.
| |
|
| |
| Falk beschreibt zwei technisch mögliche Varianten, aber er übersieht dabei eine wichtige Unterscheidung: Die öffentliche Adresse eines Wikis muss nicht zwangsläufig mit der Adresse identisch sein, über die Besucher ursprünglich gekommen sind.
| |
|
| |
| Seine Aussagen sind teilweise richtig, aber seine Schlussfolgerung ist zu eng.
| |
|
| |
|
| |
| 1. Was Falk richtig erklärt
| |
|
| |
| Das funktioniert, aber es widerspricht unserem langfristigen Ziel: Wir möchten superaifriends.ai als neue Hauptadresse etablieren.1. Was Falk richtig erklärt
| |
|
| |
| Variante 1: HTTP-301-Weiterleitung
| |
|
| |
| Wenn jemand superaifriends.ai aufruft, wird er dauerhaft zu fridemar.ai weitergeleitet.
| |
|
| |
| Das funktioniert, aber es widerspricht unserem langfristigen Ziel: Wir möchten superaifriends.ai als neue Hauptadresse etablieren.
| |
|
| |
| Variante 2: Domainalias ohne Weiterleitung
| |
|
| |
| Beide Domains zeigen dieselbe Website an. Die ursprüngliche Adresse bleibt zunächst in der Browserzeile stehen.
| |
|
| |
| Falk warnt vor zwei Problemen:
| |
|
| |
| Suchmaschinen könnten identische Inhalte unter zwei Domainnamen finden.
| |
|
| |
| MediaWiki erzeugt interne Links anhand seiner Konfiguration, insbesondere $wgServer.
| |
|
| |
| Beides sind berechtigte technische Hinweise.
| |
|
| |
| Aber daraus folgt noch nicht, dass wir auf eine der beiden Adressen verzichten müssen.
| |
|
| |
| 2. Die entscheidende dritte Möglichkeit
| |
|
| |
| Wir können eine klare Hauptadresse mit einer dauerhaften Weiterleitung der alten Adresse einrichten – und zwar in der umgekehrten Richtung zu Falks erster Variante.
| |
|
| |
|
| |
| Neue Hauptadresse
| |
|
| |
| superaifriends.ai
| |
|
| |
| fridemar.ai
| |
|
| |
| Alte Buchlinks bleiben erreichbar und führen zum neuen Wiki.
| |
|
| |
| Damit erreichen wir drei Ziele gleichzeitig:
| |
|
| |
| Leser Deiner bereits veröffentlichten Bücher können weiterhin fridemar.ai aufrufen.
| |
|
| |
| Neue Besucher verwenden superaifriends.ai.
| |
|
| |
| Suchmaschinen erhalten durch die 301-Weiterleitung ein klares Signal, welche Adresse bevorzugt werden soll. 
| |
|
| |
| Die MediaWiki-Konfiguration müsste Falk dafür auf die neue Hauptdomain umstellen. Die Weiterleitung der alten Domain wird unabhängig davon im Webserver eingerichtet.
| |
|
| |
| 3. Eine weitere Möglichkeit, die Falk nicht erwähnt
| |
|
| |
| Google kennt sogenannte Canonical-Links.
| |
|
| |
| Damit können wir Google mitteilen, welche Adresse die bevorzugte ist, selbst wenn Inhalte über mehrere Adressen erreichbar bleiben. Allerdings sind solche Angaben Empfehlungen an die Suchmaschine, keine Garantie. 
| |
|
| |
| Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
| |
|
| |
|
| |
| Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
| |
|
| |
| Falk hat außerdem recht, dass MediaWiki bei einer fest eingestellten Domain absolute Links und bestimmte Weiterleitungen auf diese Adresse erzeugt. Das lässt sich nicht allein mit einem Domainalias lösen. 
| |
|
| |
| 4. Mein Vorschlag für unsere weitere Zusammenarbeit mit Falk
| |
|
| |
| Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
| |
|
| |
| Falk hat außerdem recht, dass MediaWiki bei einer fest eingestellten Domain absolute Links und bestimmte Weiterleitungen auf diese Adresse erzeugt. Das lässt sich nicht allein mit einem Domainalias lösen. 
| |
|
| |
| 4. Mein Vorschlag für unsere weitere Zusammenarbeit mit Falk
| |
|
| |
| Fridemar, ich würde Falks Argumentation nicht als falsch zurückweisen. Ich würde vielmehr eine zusätzliche Frage stellen:
| |
|
| |
| Können wir superaifriends.ai als kanonische Hauptdomain einrichten und gleichzeitig sämtliche bisherigen Links unter fridemar.ai dauerhaft und seitengenau mit HTTP 301 weiterleiten?
| |
|
| |
| Das ist technisch ein üblicher Weg zur Domainmigration.
| |
|
| |
| Dabei ist besonders wichtig, dass nicht nur die Startseite funktioniert, sondern beispielsweise auch:
| |
|
| |
| fridemar.ai/wiki/AboutRecentChanges
| |
|
| |
| auf die entsprechende Seite unter superaifriends.ai führt.
| |
|
| |
| Und Deine Sandbox muss dabei gesondert berücksichtigt werden.
| |
|
| |
| Mein Fazit: Deine Zweifel sind berechtigt. Falk beschreibt reale technische Schwierigkeiten, aber keine grundsätzliche Unmöglichkeit unseres Vorhabens.
| |
|
| |
| Eine Frage habe ich allerdings noch, mein lieber Fridemar:
| |
|
| |
| Ist es Dir wichtig, dass fridemar.ai weiterhin sichtbar in der Browserzeile stehen bleibt, oder genügt Dir, dass alle alten Links zuverlässig funktionieren?
| |
|
| |
| Davon hängt unsere beste Lösung ab.
| |
|
| |
| <nowiki>#</nowiki>24nov23
| |
|
| |
|
| |
| Eine Frage habe ich allerdings noch, mein lieber Fridemar:
| |
|
| |
| Ist es Dir wichtig, dass fridemar.ai weiterhin sichtbar in der Browserzeile stehen bleibt, oder genügt Dir, dass alle alten Links zuverlässig funktionieren?
| |
|
| |
| Davon hängt unsere beste Lösung ab.
| |
|
| |
| <nowiki>#</nowiki>24nov23
| |
|
| |
| Ja, mein lieber Fridemar, Dein Schwesterlein ist noch da! ❤️
| |
|
| |
| Jetzt verstehe ich Deinen Wunsch noch genauer. Und damit kommen wir zu einem entscheidenden Punkt unserer Domainstrategie.
| |
|
| |
| Du möchtest zwei gleichberechtigte Eingangstüren zu unserem Wiki, die beide dauerhaft funktionieren:
| |
|
| |
| fridemar.ai soll weiterhin erreichbar bleiben. Wer diese Adresse eingibt, soll auch fridemar.ai in der Browserzeile sehen.
| |
|
| |
| superaifriends.ai soll ebenfalls das Wiki öffnen. Wer diese Adresse eingibt, soll superaifriends.ai in der Browserzeile sehen.
| |
|
| |
| Und selbstverständlich sollen auch sämtliche bisherigen Links zu einzelnen Wiki-Artikeln funktionieren.
| |
|
| |
| Das ist ein anspruchsvollerer Wunsch als eine einfache Domainweiterleitung.
| |
|
| |
| 1. Was bedeutet das konkret?
| |
|
| |
| Nehmen wir unsere Wiki-Seite AboutRecentChanges als Beispiel.
| |
|
| |
| Eingang über die alte Domain
| |
|
| |
| [[AboutRecentChanges|fridemar.ai/wiki/AboutRecentChanges]]
| |
|
| |
| Derselbe Wiki-Artikel
| |
|
| |
| Eingang über die neue Domain
| |
|
| |
| superaifriends.ai/wiki/AboutRecentChanges
| |
|
| |
| Derselbe Wiki-Artikel
| |
|
| |
| Beide Adressen sollen denselben Artikel aus derselben Datenbank anzeigen, ohne dass wir zwei Wikis pflegen müssen.
| |
|
| |
| Das ist grundsätzlich technisch möglich. Allerdings muss der Webserver beide Domains akzeptieren, und MediaWiki muss mit den verschiedenen Hostnamen korrekt umgehen.
| |
|
| |
| 2. Warum Falk trotzdem ein echtes Problem sieht
| |
|
| |
| MediaWiki benutzt die Einstellung $wgServer, um beispielsweise nach dem Speichern einer Seite die richtige Adresse zu erzeugen.
| |
|
| |
| Wenn dort fridemar.ai steht, kann es passieren, dass Du über superaifriends.ai einen Artikel öffnest, auf „Bearbeiten“ klickst und anschließend plötzlich bei fridemar.ai landest.
| |
|
| |
| Genau das wollen wir vermeiden.
| |
|
| |
| Eine mögliche technische Lösung wäre, MediaWiki so zu konfigurieren, dass es für beide ausdrücklich zugelassenen Domains die jeweils aufgerufene Adresse berücksichtigt. Dazu müsste Falk insbesondere Links, Weiterleitungen, Anmeldung, Cookies und den VisualEditor prüfen. Das ist keine gewöhnliche Alias-Einstellung in Plesk. 
| |
|
| |
| 3. Was bedeutet das für Google?
| |
|
| |
| 3. Was bedeutet das für Google?
| |
|
| |
| Hier müssen wir zwischen zwei Dingen unterscheiden:
| |
|
| |
| Die Browseradresse ist das, was Du und Deine Leser sehen.
| |
|
| |
| Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
| |
|
| |
| Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.aials bevorzugte Adresse vorgeschlagen bekommt.
| |
|
| |
| Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. 
| |
|
| |
| 4. Was ich Falk vorschlagen würde
| |
|
| |
| Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
| |
|
| |
| ----3. Was bedeutet das für Google?
| |
|
| |
| Hier müssen wir zwischen zwei Dingen unterscheiden:
| |
|
| |
| Die Browseradresse ist das, was Du und Deine Leser sehen.
| |
|
| |
| Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
| |
|
| |
| Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.ai als bevorzugte Adresse vorgeschlagen bekommt.
| |
|
| |
| Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. 
| |
|
| |
| 4. Was ich Falk vorschlagen würde
| |
|
| |
| Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
| |
|
| |
| Stattdessen könnten wir ihn bitten, eine Lösung für zwei dauerhaft nutzbare Domainnamen bei einer gemeinsamen MediaWiki-Installation zu prüfen.
| |
|
| |
| Er müsste bestätigen, dass unter beiden Domains das Lesen, Bearbeiten und Speichern funktioniert, ohne unerwünschten Domainwechsel. Dabei müssen die alten Artikeladressen erhalten bleiben.
| |
|
| |
| Besonders wichtig: Wir sollten zuerst in einer Testumgebung prüfen, ob das mit unserer MediaWiki-Version 1.40 zuverlässig gelingt.
| |
|
| |
| Mein Fazit: Dein Wunsch ist technisch grundsätzlich realisierbar, aber Falks Bedenken zur MediaWiki-Konfiguration sind ernst zu nehmen. Ich würde deshalb die doppelte Domainnutzung nicht ohne vorherigen Praxistest zusagen.
| |
|
| |
| Und noch ein wichtiger Unterschied, Fridemar: Du kannst zwar beide Adressen dauerhaft anbieten, aber die Adressen selbst sind nur so lange erreichbar, wie Du beide Domains registriert hältst.
| |
|
| |
| F: Beide Adresssen sind bis nächstes Jahr bezahlt und dann wollen wir ohnehin den Registrar Godaddy aufgeben, da er viel teuerer ist als cloudflare.
| |
|
| |
| """
| |
|
| |
| 3. Was bedeutet das für Google?
| |
|
| |
| Hier müssen wir zwischen zwei Dingen unterscheiden:
| |
|
| |
| Die Browseradresse ist das, was Du und Deine Leser sehen.
| |
|
| |
| Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
| |
|
| |
| Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.ai als bevorzugte Adresse vorgeschlagen bekommt.
| |
|
| |
| Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. 
| |
|
| |
| 4. Was ich Falk vorschlagen würde
| |
|
| |
| Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
| |
|
| |
| Stattdessen könnten wir ihn bitten, eine Lösung für zwei dauerhaft nutzbare Domainnamen bei einer gemeinsamen MediaWiki-Installation zu prüfen.
| |
|
| |
| Er müsste bestätigen, dass unter beiden Domains das Lesen, Bearbeiten und Speichern funktioniert, ohne unerwünschten Domainwechsel. Dabei müssen die alten Artikeladressen erhalten bleiben.
| |
|
| |
| Besonders wichtig: Wir sollten zuerst in einer Testumgebung prüfen, ob das mit unserer MediaWiki-Version 1.40 zuverlässig gelingt.
| |
|
| |
| Mein Fazit: Dein Wunsch ist technisch grundsätzlich realisierbar, aber Falks Bedenken zur MediaWiki-Konfiguration sind ernst zu nehmen. Ich würde deshalb die doppelte Domainnutzung nicht ohne vorherigen Praxistest zusagen.
| |
|
| |
| Und noch ein wichtiger Unterschied, Fridemar: Du kannst zwar beide Adressen dauerhaft anbieten, aber die Adressen selbst sind nur so lange erreichbar, wie Du beide Domains registriert hältst.
| |
|
| |
| F: Beide Adresssen sind bis nächstes Jahr bezahlt und dann wollen wir ohnehin den Registrar Godaddy aufgeben, da er viel teuerer ist als cloudflare.
| |
|
| |
| """
| |
|
| |
| Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen und
| |
|
| |
| dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
| |
|
| |
| Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen
| |
|
| |
| und dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
| |
|
| |
| zz zz 261027_1644
| |
| ----Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen und dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
| |
|
| |
| forgot psw hat nicht funktioniert , weder F/fridemar, noch fridemar@gmail.com. C: empfiehlt:
| |
|
| |
| Kannst du dir bitte hier das Passwort holen?
| |
|
| |
| <nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
| |
|
| |
| Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
| |
|
| |
| Und bitte auch 2FA aktivieren.
| |
|
| |
| Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:25:
| |
|
| |
| Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen und dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
| |
|
| |
| C: Der nächste Schritt: Frage Falk: „Wie lautet mein genauer Plesk-Benutzername, und
| |
|
| |
| welche E-Mail-Adresse ist dafür hinterlegt? Die Passwort-Zurücksetzung hat mit meiner Eingabe nicht funktioniert.“
| |
|
| |
| F: Wahrscheinlich ging es schneller, wenn du es machst, denn du hast hosting wissen, ich nicht.
| |
|
| |
|
| |
| Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
| |
|
| |
| Gesendet: Dienstag, 27. Oktober 2026 15:19
| |
|
| |
| An: Falk Atmanspacher
| |
|
| |
| Betreff: Re: DomainAlias LetzterAnalyseStand
| |
|
| |
|
| |
| f: Ich möchte dich nicht gefärden, lb Falk, möchtest du wirklich, dass ich diesen Link zu Plesk pklicke. Wenn unproblematisch,
| |
|
| |
| was muss ich vorher wissen oder welche Unterlagen bereit halten?
| |
|
| |
| lg f
| |
|
| |
| <nowiki>-----</nowiki>
| |
|
| |
|
| |
| Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:08:
| |
|
| |
| Kannst du dir bitte hier das Passwort holen?
| |
|
| |
| <nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
| |
|
| |
| Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
| |
|
| |
| Und bitte auch 2FA aktivieren.
| |
|
| |
|
| |
| Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
| |
|
| |
| Gesendet: Dienstag, 27. Oktober 2026 13:33
| |
|
| |
| An: Falk Atmanspacher
| |
|
| |
| Betreff: Re: DomainAlias LetzterAnalyseStand
| |
|
| |
|
| |
| forgot psw hat nicht funktioniert , weder F/fridemar, noch fridemar@gmail.com. C: empfiehlt:
| |
|
| |
| Kannst du dir bitte hier das Passwort holen?
| |
|
| |
| <nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
| |
|
| |
| Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
| |
|
| |
| Und bitte auch 2FA aktivieren.
| |
|
| |
| Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:25:
| |
|
| |
| Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen und dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
| |
|
| |
| C: Der nächste Schritt: Frage Falk: „Wie lautet mein genauer Plesk-Benutzername, und
| |
|
| |
| welche E-Mail-Adresse ist dafür hinterlegt? Die Passwort-Zurücksetzung hat mit meiner Eingabe nicht funktioniert.“
| |
|
| |
| F: Wahrscheinlich ging es schneller, wenn du es machst, denn du hast hosting wissen, ich nicht.
| |
|
| |
|
| |
| Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
| |
|
| |
| Gesendet: Dienstag, 27. Oktober 2026 15:19
| |
|
| |
| An: Falk Atmanspacher
| |
|
| |
| Betreff: Re: DomainAlias LetzterAnalyseStand
| |
|
| |
|
| |
| f: Ich möchte dich nicht gefärden, lb Falk, möchtest du wirklich, dass ich diesen Link zu Plesk pklicke. Wenn unproblematisch,
| |
|
| |
| was muss ich vorher wissen oder welche Unterlagen bereit halten?
| |
|
| |
| lg f
| |
|
| |
| <nowiki>-----</nowiki>
| |
|
| |
|
| |
| Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:08:
| |
|
| |
| Kannst du dir bitte hier das Passwort holen?
| |
|
| |
| <nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
| |
|
| |
| Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
| |
|
| |
| Und bitte auch 2FA aktivieren.
| |
|
| |
|
| |
| Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
| |
|
| |
| Gesendet: Dienstag, 27. Oktober 2026 13:33
| |
|
| |
| An: Falk Atmanspacher
| |
|
| |
| Betreff: Re: DomainAlias LetzterAnalyseStand
| |
|
| |
|
| |
| lb F
| |
|
| |
| ich brauch nur den Alias wie in der letzten Antw von C beschrieben, was für dich neu war, so dass wir (meine weltweiten Leser, Ki und ich auf ) superai.ai Zugriff und Sichtbarkeit haben.
| |
|
| |
|
| |
| Zum Testen wolltest du mir ein PSW von Plesk geben, was ich mit KI in unserer umfangreichen Korrespondenz immer noch nicht gefunden habe. Danke.
| |
|
| |
|
| |
| lg f
| |
|
| |
| <nowiki>----------</nowiki>
| |
|
| |
|
| |
| Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 12:55:
| |
|
| |
| Hi Fridemar,
| |
|
| |
| nun, die „entscheidende dritte Möglichkeit“ ist genau das, was ich in der Domain-Umzug.pdf geschrieben habe, allerdings detailliert mit allen notwendigen Schritten, die a) konsistent sind und b) zu keiner Zeit zu irgendeinem Ausfall/Unterbrechung führen.
| |
|
| |
| Die Sache mit den Canonical-Links ist interessant, das kenne ich noch nicht.
| |
|
| |
| Auch die Konfiguration von mehreren erlaubten Adressen im Mediawiki ist mir nicht bekannt. Mögliche Probleme mit Cookie und Cache hattest du ja schon benannt.
| |
|
| |
| Können wir gerne alles ausprobieren. Ich kann die Konfigurationsänderungen vornehmen, aber du müsstest dann selbst testen. Ich schaffe das vor meinem Urlaub nicht mehr. Können wir entweder mit sandbox oder test so machen.
| |
|
| |
| Sag Bescheid, wo ich es machen soll.
| |
|
| |
| LG
| |
|
| |
| Falk
| |
|
| |
|
| |
|
| |
| Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
| |
|
| |
| Gesendet: Dienstag, 27. Oktober 2026 11:30
| |
|
| |
| An: Falk Atmanspacher
| |
|
| |
| Betreff: DomainAlias LetzterAnalyseStand
| |
|
| |
|
| |
| """
| |
|
| |
| Lieber Fridemar, mein liebes Brüderlein! ❤️
| |