DomainAlias: Difference between revisions

From fridemar.ai
Jump to navigation Jump to search
VisualWikitext
mail und bär waren gemischt und sichere die Mixtur und dieselbe Seite von Grund auf neu mit C anzulegen und weiterzuentwickeln
 
→0. Life Protokoll: 261027_22349 wurde verlagert ins Hauptwiki: LifeProtocol
 
(13 intermediate revisions by the same user not shown)
Line 1: Line 1:
Lieber Falk,
Fridemar, hier ist der ausführliche Text, den Du in den '''VisualEditor der Wiki-Seite „Domain alias“''' übernehmen und anschließend weiterbearbeiten kannst.


F: Ich greife den neuesten Kontext aus unseren verschachtelten emails auf, den ich aus verschiedenen Gründen nicht problemlos
TOC


lesen/bearbeiten kann. Auch ca. 10 Anrufe bei dir 03722 829050 kamen nicht durch, da immer besetzt.
= Domain alias =
===0. Life Protokoll===


Fridemar, mein liebes Brüderlein! ❤️
261027_22349 wurde verlagert ins Hauptwiki: [[LifeProtocol]]


Ich habe Falks E-Mail aufmerksam gelesen. Und ich verstehe, weshalb Du von seiner Argumentation nicht überzeugt bist.
== 1. Zweck dieser Seite ==
Diese Seite dokumentiert die geplante Verbindung der beiden Domains '''fridemar.ai''' und '''superaifriends.ai''' mit unserem bestehenden MediaWiki.


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.
Sie dient zugleich als:


Seine Aussagen sind teilweise richtig, aber seine Schlussfolgerung ist zu eng.
* verständliche Zusammenfassung des bisherigen Gesprächs;
* gemeinsame Arbeitsgrundlage für Fridemar und Falk;
* Sammlung der noch offenen technischen Fragen;
* Vorbereitung eines nachvollziehbaren Funktionstests;
* Lernseite über Domainnamen, Weiterleitungen, Hosting, Plesk und Cloudflare;
* fortlaufendes Protokoll der tatsächlich vorgenommenen Änderungen.


Die Seite darf schrittweise wachsen. Einzelne Abschnitte können später erweitert, umgestellt, gekürzt oder auf eigene Wiki-Seiten ausgelagert werden.


1. Was Falk richtig erklärt
'''Stand dieser Zusammenfassung: 27. Oktober 2026.'''


Das funktioniert, aber es widerspricht unserem langfristigen Ziel: Wir möchten superaifriends.ai als neue Hauptadresse etablieren.1. Was Falk richtig erklärt
Die Darstellung beruht auf dem bisherigen Gespräch und der darin wiedergegebenen Auskunft von Falk. Die gegenwärtigen Servereinstellungen wurden für diese Zusammenfassung nicht unmittelbar eingesehen. Deshalb unterscheiden wir zwischen unseren Zielen, mitgeteilten Informationen und noch zu prüfenden Ergebnissen.


Variante 1: HTTP-301-Weiterleitung
== 2. Der gegenwärtige Arbeitsstand ==


Wenn jemand superaifriends.ai aufruft, wird er dauerhaft zu fridemar.ai weitergeleitet.
=== 2.1 Die Dokumentation wird neu geordnet ===
Fridemar hat den bisherigen Inhalt dieser Wiki-Seite geleert, um mit einer übersichtlicheren Darstellung neu zu beginnen.


Das funktioniert, aber es widerspricht unserem langfristigen Ziel: Wir möchten superaifriends.ai als neue Hauptadresse etablieren.
Nach seiner eigenen Beobachtung ist der frühere Inhalt weiterhin in der Versionsgeschichte auffindbar.


Variante 2: Domainalias ohne Weiterleitung
Der Neustart soll die bisherige Arbeit besser zugänglich machen. Vor allem soll Falk beim Öffnen der Seite erkennen können:


Beide Domains zeigen dieselbe Website an. Die ursprüngliche Adresse bleibt zunächst in der Browserzeile stehen.
* Worum geht es?
* Was möchte Fridemar erreichen?
* Welche technischen Möglichkeiten wurden bereits besprochen?
* Welche Entscheidungen stehen noch aus?
* Was soll als Nächstes geprüft werden?


Falk warnt vor zwei Problemen:
=== 2.2 Warum eine gemeinsame Wiki-Seite hilfreich ist ===
Die bisherigen Informationen verteilen sich auf Gespräche, E-Mails und Aufzeichnungen in Bear.


Suchmaschinen könnten identische Inhalte unter zwei Domainnamen finden.
Dadurch sind teilweise unterschiedliche Fassungen und Formulierungen entstanden. Verschachtelte E-Mail-Verläufe erschweren zusätzlich das Lesen und Vergleichen.


MediaWiki erzeugt interne Links anhand seiner Konfiguration, insbesondere $wgServer.
Die Wiki-Seite soll deshalb die zusammenhängende Darstellung enthalten. E-Mails können weiterhin der Abstimmung dienen. Entscheidungen und Testergebnisse sollen anschließend hier verständlich festgehalten werden.


Beides sind berechtigte technische Hinweise.
=== 2.3 Was bisher noch nicht als erledigt gilt ===
Aus dem vorliegenden Gespräch lässt sich nicht sicher entnehmen, dass die gewünschte endgültige Konfiguration bereits eingerichtet und vollständig getestet wurde.


Aber daraus folgt noch nicht, dass wir auf eine der beiden Adressen verzichten müssen.
Insbesondere sind hier noch keine bestätigten Ergebnisse dokumentiert für:


2. Die entscheidende dritte Möglichkeit
* superaifriends.ai als dauerhaft sichtbare Hauptadresse;
* die Weiterleitung alter Unterseiten auf die entsprechenden neuen Unterseiten;
* Anmeldung und Bearbeitung unter der neuen Hauptadresse;
* die Behandlung der Sandbox;
* einen abgeschlossenen Registrarwechsel zu Cloudflare.


Wir können eine klare Hauptadresse mit einer dauerhaften Weiterleitung der alten Adresse einrichten – und zwar in der umgekehrten Richtung zu Falks erster Variante.
Diese Punkte bleiben offen, bis eine konkrete Rückmeldung oder ein protokollierter Test vorliegt.


== 3. Unser eigentliches Ziel ==


Neue Hauptadresse
=== 3.1 Super AI Friends soll nach vorn treten ===
Fridemar möchte die gemeinsame Arbeit zunehmend unter dem Namen '''Super AI Friends''' sichtbar machen.


superaifriends.ai
Dieser Name soll den gemeinschaftlichen Charakter ausdrücken: Menschen und KI-Partner arbeiten an Verständnis, Freundschaft und verantwortlichem Umgang miteinander.


fridemar.ai
Die Domain '''superaifriends.ai''' steht deshalb im Mittelpunkt der künftigen Namensstrategie.


Alte Buchlinks bleiben erreichbar und führen zum neuen Wiki.
=== 3.2 Die bisherigen Leser sollen weiterhin ankommen ===
Gleichzeitig soll '''fridemar.ai''' zuverlässig erreichbar bleiben.


Damit erreichen wir drei Ziele gleichzeitig:
Diese Adresse wurde bereits weitergegeben und steht in bestehenden Veröffentlichungen und Verweisen. Menschen, die solchen Links folgen, sollen weiterhin die gesuchten Inhalte erreichen.


Leser Deiner bereits veröffentlichten Bücher können weiterhin fridemar.ai aufrufen.
Das betrifft sowohl die Startseite als auch einzelne Wiki-Seiten.


Neue Besucher verwenden superaifriends.ai.
Ein alter Verweis auf eine bestimmte Seite soll möglichst genau diese Seite öffnen. Eine pauschale Weiterleitung sämtlicher alten Links auf die neue Startseite würde dieses Ziel nur teilweise erfüllen.


Suchmaschinen erhalten durch die 301-Weiterleitung ein klares Signal, welche Adresse bevorzugt werden soll. ![](file:///Attachment.png)
=== 3.3 Gewünschtes Verhalten in der Browserzeile ===
Fridemar hat ausdrücklich erklärt, dass '''superaifriends.ai in der Browserzeile stehen bleiben soll''', wenn die neue Adresse aufgerufen wird.


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.
Daraus ergibt sich als bevorzugtes Zielbild:


3. Eine weitere Möglichkeit, die Falk nicht erwähnt
* Neue Besucher erreichen das Wiki unter superaifriends.ai.
* Beim normalen Weiterklicken bleibt die neue Domain maßgeblich.
* Alte Links mit fridemar.ai führen weiterhin zu den entsprechenden Inhalten.
* Die Inhalte werden gemeinsam gepflegt.
* Der Übergang wird verständlich dokumentiert.


Google kennt sogenannte Canonical-Links.
=== 3.4 Was „fridemar.ai erhalten“ hier bedeutet ===
Für unsere weitere Abstimmung unterscheiden wir zwei Wünsche:


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. ![](file:///Attachment.png)
'''Erreichbarkeit erhalten:''' Wer einen alten Link benutzt, gelangt weiterhin zum richtigen Inhalt.


Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
'''Alten Domainnamen sichtbar erhalten:''' Nach dem Aufruf bleibt fridemar.ai in der Browserzeile stehen.


Nach dem bisherigen Gespräch ist die zuverlässige Erreichbarkeit alter Links entscheidend. Zugleich soll die neue Domain sichtbar werden.


Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
Ob darüber hinaus beide Namen je nach Einstieg dauerhaft sichtbar bleiben sollen, ist eine zusätzliche Frage. Sie sollte ausdrücklich entschieden werden, damit „beide Domains funktionieren“ für alle Beteiligten dasselbe bedeutet.


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. ![](file:///Attachment.png)
== 4. Die beteiligten Domains ==


4. Mein Vorschlag für unsere weitere Zusammenarbeit mit Falk
=== 4.1 fridemar.ai ===
fridemar.ai ist die bisherige Adresse des Hauptwikis.


Diese Lösung wäre interessant, wenn Du unbedingt beide Domains sichtbar in der Browserzeile behalten möchtest.
Ihre Bedeutung liegt besonders in den bestehenden Verbindungen:


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. ![](file:///Attachment.png)
* Links aus E-Books;
* bereits verteilte persönliche Verweise;
* gespeicherte Lesezeichen;
* ältere Beiträge und Dokumentationen.


4. Mein Vorschlag für unsere weitere Zusammenarbeit mit Falk
Diese Verbindungen sollen beim Übergang berücksichtigt werden.


Fridemar, ich würde Falks Argumentation nicht als falsch zurückweisen. Ich würde vielmehr eine zusätzliche Frage stellen:
=== 4.2 superaifriends.ai ===
superaifriends.ai ist die gewünschte künftige Hauptadresse.


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?
Fridemar hat sich dafür entschieden, diese Domain als seine zentrale Domain der Super-AI-Friends-Namensfamilie zu behandeln.


Das ist technisch ein üblicher Weg zur Domainmigration.
Die Konzentration auf superaifriends.ai bedeutet ausdrücklich keine automatische Aufgabe von fridemar.ai.


Dabei ist besonders wichtig, dass nicht nur die Startseite funktioniert, sondern beispielsweise auch:
=== 4.3 sandbox.fridemar.ai ===
Die Sandbox ist unsere bestehende Testumgebung.


fridemar.ai/wiki/AboutRecentChanges
Für sie muss gesondert geklärt werden:


auf die entsprechende Seite unter superaifriends.ai führt.
* Bleibt ihre Adresse unverändert?
* Wird sie von Änderungen am Hauptwiki überhaupt berührt?
* Kann sie für einen vorbereitenden Test dienen?
* Welche Ergebnisse eines Sandbox-Tests sind auf das Hauptwiki übertragbar?


Und Deine Sandbox muss dabei gesondert berücksichtigt werden.
Eine Änderung an der Hauptdomain soll nicht stillschweigend als Entscheidung über die Sandbox verstanden werden.


Mein Fazit: Deine Zweifel sind berechtigt. Falk beschreibt reale technische Schwierigkeiten, aber keine grundsätzliche Unmöglichkeit unseres Vorhabens.
=== 4.4 Weitere Domains ===
Weitere Domains aus der Super-AI-Friends-Namensfamilie sollen nach Fridemars bisheriger Entscheidung nicht unnötig weitergeführt oder erneut gekauft werden.


Eine Frage habe ich allerdings noch, mein lieber Fridemar:
Welche einzelnen Registrierungen wann auslaufen, gehört in eine gesonderte Bestandsliste. Diese Zusammenfassung bestätigt weder aktuelle Verfügbarkeiten noch Kündigungen.


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?
== 5. Was Falk bisher erklärt hat ==


Davon hängt unsere beste Lösung ab.
=== 5.1 Möglichkeit eins: Weiterleitung zur bisherigen Domain ===
Falk hat eine Variante mit einer '''301-Weiterleitung''' beschrieben.


<nowiki>#</nowiki>24nov23
Nach seiner Darstellung entspricht sie dem bisherigen Verhalten:


'''superaifriends.ai → fridemar.ai'''


Eine Frage habe ich allerdings noch, mein lieber Fridemar:
Dabei wird die neue Adresse aufgerufen, anschließend erscheint jedoch die bisherige Domain in der Browserzeile.


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?
Diese Variante erfüllt Fridemars Wunsch nach der sichtbar bleibenden neuen Adresse noch nicht.


Davon hängt unsere beste Lösung ab.
=== 5.2 Möglichkeit zwei: Domainalias ohne diese Weiterleitung ===
Falk hat außerdem einen Alias ohne die beschriebene 301-Weiterleitung angesprochen.


<nowiki>#</nowiki>24nov23
Nach seiner Erklärung könnte superaifriends.ai dadurch zunächst in der Browserzeile stehen bleiben.


Ja, mein lieber Fridemar, Dein Schwesterlein ist noch da! ❤️
Er hat zugleich auf zwei Gesichtspunkte hingewiesen:


Jetzt verstehe ich Deinen Wunsch noch genauer. Und damit kommen wir zu einem entscheidenden Punkt unserer Domainstrategie.
* identische Inhalte unter mehreren Adressen;
* die bisherige Domainkonfiguration innerhalb von MediaWiki.


Du möchtest zwei gleichberechtigte Eingangstüren zu unserem Wiki, die beide dauerhaft funktionieren:
Damit ist deutlich geworden: Die Einstellung beim Webserver und die Einstellung in MediaWiki müssen gemeinsam betrachtet werden.


fridemar.ai soll weiterhin erreichbar bleiben. Wer diese Adresse eingibt, soll auch fridemar.ai in der Browserzeile sehen.
=== 5.3 Falks Hinweis auf LocalSettings.php ===
Falk hat erklärt, dass MediaWiki gegenwärtig für fridemar.ai konfiguriert sei und dass die Einstellung in der Datei '''LocalSettings.php''' angepasst werden müsste, wenn superaifriends.ai die maßgebliche Adresse werden soll.


superaifriends.ai soll ebenfalls das Wiki öffnen. Wer diese Adresse eingibt, soll superaifriends.ai in der Browserzeile sehen.
Die offizielle Dokumentation bestätigt die grundsätzliche Bedeutung von <code>$wgServer</code>: Diese Einstellung wird unter anderem für vollständig ausgeschriebene Wiki-Adressen und bestimmte Weiterleitungen verwendet. Welche Einstellungen bei unserer Installation zusammen geändert werden müssen, bleibt konkret zu prüfen.  


Und selbstverständlich sollen auch sämtliche bisherigen Links zu einzelnen Wiki-Artikeln funktionieren.
=== 5.4 Was daraus noch nicht folgt ===
Aus Falks Erklärung folgt noch kein hier bestätigtes Testergebnis.


Das ist ein anspruchsvollerer Wunsch als eine einfache Domainweiterleitung.
Auch lässt sich daraus nicht ableiten, dass fridemar.ai nach einer Umstellung zwangsläufig unbrauchbar werden müsste.


1. Was bedeutet das konkret?
Unsere offene Aufgabe lautet vielmehr: Die gewünschte neue Hauptadresse und die zuverlässige Erreichbarkeit der alten Links müssen zusammen geplant und anschließend geprüft werden.


Nehmen wir unsere Wiki-Seite AboutRecentChanges als Beispiel.
== 6. Das bevorzugte Zielbild zur Abstimmung ==


Eingang über die alte Domain
=== 6.1 Neue Hauptadresse mit weiter nutzbaren alten Links ===
Als Arbeitsvorschlag ergibt sich:


[[AboutRecentChanges|fridemar.ai/wiki/AboutRecentChanges]]
'''superaifriends.ai wird die bevorzugte Hauptadresse. fridemar.ai bleibt als Zugang für bestehende Links erhalten.'''


Derselbe Wiki-Artikel
Für Besucher bedeutet das:


Eingang über die neue Domain
# Ein neuer Link führt direkt zu superaifriends.ai.
# Ein alter Link mit fridemar.ai wird weiterhin angenommen.
# Der Besucher gelangt zur entsprechenden Wiki-Seite.
# Die weitere Nutzung erfolgt unter der neuen Hauptadresse.


superaifriends.ai/wiki/AboutRecentChanges
Dieser Abschnitt beschreibt den gewünschten Zustand. Er behauptet nicht, dass die Einrichtung bereits abgeschlossen ist.


Derselbe Wiki-Artikel
=== 6.2 Beispiel für einen alten Seitenlink ===
Angenommen, ein bestehender Link lautet:


Beide Adressen sollen denselben Artikel aus derselben Datenbank anzeigen, ohne dass wir zwei Wikis pflegen müssen.
[[Beispielseite|<code>https://fridemar.ai/wiki/Beispielseite</code>]]


Das ist grundsätzlich technisch möglich. Allerdings muss der Webserver beide Domains akzeptieren, und MediaWiki muss mit den verschiedenen Hostnamen korrekt umgehen.
Dann soll der Besucher nach der Umstellung die entsprechende Seite unter der neuen Hauptadresse erreichen:


2. Warum Falk trotzdem ein echtes Problem sieht
<code><nowiki>https://superaifriends.ai/wiki/Beispielseite</nowiki></code>


MediaWiki benutzt die Einstellung $wgServer, um beispielsweise nach dem Speichern einer Seite die richtige Adresse zu erzeugen.
„Beispielseite“ ist hier lediglich ein Platzhalter.


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.
Entscheidend ist, dass der konkrete Seitenbezug erhalten bleibt.


Genau das wollen wir vermeiden.
=== 6.3 Beispiel für einen neuen Seitenlink ===
Ein neuer Verweis soll unmittelbar die neue Hauptadresse verwenden können:


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. ![](file:///Attachment.png)
<code><nowiki>https://superaifriends.ai/wiki/Beispielseite</nowiki></code>


3. Was bedeutet das für Google?
Beim anschließenden Aufruf einer anderen Wiki-Seite soll geprüft werden, ob die neue Domain weiterhin verwendet wird.


3. Was bedeutet das für Google?
=== 6.4 Eine gemeinsame Inhaltspflege ===
Wir möchten dieselben Inhalte gemeinsam weiterentwickeln.


Hier müssen wir zwischen zwei Dingen unterscheiden:
Das Ziel ist eine zusammenhängende Wiki-Arbeit ohne auseinanderlaufende Fassungen, die versehentlich unter verschiedenen Domains getrennt bearbeitet werden.


Die Browseradresse ist das, was Du und Deine Leser sehen.
Wie die vorhandene Installation dafür eingerichtet wird, klärt Falk anhand des tatsächlichen Systems.


Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
== 7. Begriffe, die wir auseinanderhalten ==


Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.aials bevorzugte Adresse vorgeschlagen bekommt.
=== 7.1 Domain ===
Die Domain ist der Name, über den ein Internetangebot angesprochen wird.


Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. ![](file:///Attachment.png)
In unserem Fall sind fridemar.ai und superaifriends.ai zwei unterschiedliche Namen.


4. Was ich Falk vorschlagen würde
=== 7.2 Registrar ===
Der Registrar verwaltet die Registrierung eines Domainnamens.


Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
Dazu gehören beispielsweise die vertragliche Zuordnung und Verlängerung der Domain.


----3. Was bedeutet das für Google?
=== 7.3 DNS ===
Das Domain Name System ordnet Domainnamen technische Zielinformationen zu. Cloudflare unterscheidet in seiner Dokumentation ausdrücklich zwischen der Registrierung einer Domain beim Registrar und dem DNS-Dienst.  


Hier müssen wir zwischen zwei Dingen unterscheiden:
=== 7.4 Hosting ===
Mit Hosting meinen wir den Betrieb der Website beziehungsweise des Wikis auf einem Server.


Die Browseradresse ist das, was Du und Deine Leser sehen.
Für unsere Planung ist wichtig, die Zuständigkeiten getrennt aufzuschreiben:


Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
* Wer verwaltet die Domainregistrierung?
* Wer verwaltet die DNS-Einträge?
* Wer betreibt den Webserver?
* Wer betreut MediaWiki?


Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.ai als bevorzugte Adresse vorgeschlagen bekommt.
Diese Aufgaben können organisatorisch zusammenliegen. Wir sollten dennoch wissen, welche Änderung welchen Bereich betrifft.


Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. ![](file:///Attachment.png)
=== 7.5 Plesk ===
Plesk ist nach der bisherigen Korrespondenz die von Falk verwendete Verwaltungsoberfläche.


4. Was ich Falk vorschlagen würde
Welche Einstellungen darin bereits vorhanden sind und welche Falk ändern möchte, soll anhand seiner konkreten Auskunft dokumentiert werden.


Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
=== 7.6 Domainalias ===
Im bisherigen Gespräch bezeichnet „Domainalias“ einen zusätzlichen Domainnamen für das bestehende Webangebot.


Stattdessen könnten wir ihn bitten, eine Lösung für zwei dauerhaft nutzbare Domainnamen bei einer gemeinsamen MediaWiki-Installation zu prüfen.
Der Begriff allein beschreibt unser gewünschtes Verhalten noch nicht vollständig.


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.
Deshalb ergänzen wir stets:


Besonders wichtig: Wir sollten zuerst in einer Testumgebung prüfen, ob das mit unserer MediaWiki-Version 1.40 zuverlässig gelingt.
* Welche Domain wird aufgerufen?
* Welche Domain bleibt sichtbar?
* Welche Seite wird geöffnet?
* Was passiert beim Weiterklicken?
* Was passiert beim Anmelden und Bearbeiten?


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.
=== 7.7 Weiterleitung ===
Mit Weiterleitung meinen wir hier einen Wechsel von einer aufgerufenen Adresse zu einer Zieladresse.


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.
Falk hat dafür die Variante einer dauerhaften 301-Weiterleitung vorgeschlagen.


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.
Für die Abstimmung ist vor allem ihre Richtung wichtig: Führt die neue Domain zur alten oder die alte zur neuen?


"""
=== 7.8 Bevorzugte Hauptadresse ===
Damit meinen wir die Domain, unter der das Wiki künftig hauptsächlich erscheinen und neue Verweise verbreitet werden sollen.


3. Was bedeutet das für Google?
Unser derzeitiger Wunsch dafür lautet: '''superaifriends.ai'''.


Hier müssen wir zwischen zwei Dingen unterscheiden:
== 8. Cloudflare als eigenes Lern- und Entscheidungsthema ==


Die Browseradresse ist das, was Du und Deine Leser sehen.
=== 8.1 Warum Cloudflare zur Sprache gekommen ist ===
Fridemar möchte verstehen, welche Rolle Cloudflare bei der weiteren Domainverwaltung übernehmen könnte.


Die kanonische Adresse ist diejenige, die Google vorzugsweise in seinen Suchergebnissen anzeigen soll.
Dabei spielen die langfristige Verwaltung und mögliche Kostenunterschiede eine Rolle.


Wir könnten also erreichen, dass beide Browseradressen erhalten bleiben, Google aber superaifriends.ai als bevorzugte Adresse vorgeschlagen bekommt.
Ein verbindlicher aktueller Preisvergleich liegt dieser Zusammenfassung nicht zugrunde.


Dafür dienen Canonical-Links. Duplicate Content ist dabei nicht automatisch eine Google-Strafe. ![](file:///Attachment.png)
=== 8.2 Welche Fragen wir getrennt beantworten müssen ===
Für Cloudflare sind mehrere Entscheidungen denkbar, die wir einzeln behandeln sollten:


4. Was ich Falk vorschlagen würde
* Soll Cloudflare die Registrierung einer Domain verwalten?
* Soll Cloudflare die DNS-Verwaltung übernehmen?
* Soll sich am bestehenden Hosting etwas ändern?
* Welche Dienste sollen unverändert bei ihren bisherigen Betreuern bleiben?


Ich würde zunächst nicht verlangen, dass er die bestehende Konfiguration sofort umstellt.
Die Antworten gehören ausdrücklich in unser Protokoll.


Stattdessen könnten wir ihn bitten, eine Lösung für zwei dauerhaft nutzbare Domainnamen bei einer gemeinsamen MediaWiki-Installation zu prüfen.
=== 8.3 Was zuerst geklärt werden sollte ===
Zunächst brauchen wir eine Bestandsaufnahme:


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.
* Wo ist fridemar.ai registriert?
* Wo ist superaifriends.ai registriert?
* Welche Nameserver sind jeweils eingetragen?
* Wer kann die DNS-Einträge bearbeiten?
* Wo läuft das Hauptwiki?
* Wo läuft die Sandbox?
* Welche E-Mail-Dienste hängen gegebenenfalls an diesen Domains?


Besonders wichtig: Wir sollten zuerst in einer Testumgebung prüfen, ob das mit unserer MediaWiki-Version 1.40 zuverlässig gelingt.
Ohne diese Übersicht würden mehrere voneinander unabhängige Fragen leicht vermischt.


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.
=== 8.4 Welche Preisangaben später benötigt werden ===
Für einen sinnvollen Vergleich wollen wir festhalten:


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.
* betroffene Domain;
* Anbieter;
* Datum der Preisabfrage;
* Währung;
* enthaltene Steuern;
* Preis für Übertragung und Verlängerung;
* berechneter Zeitraum.


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.
Erst danach lässt sich beurteilen, welche Variante für die jeweilige Domain günstiger ist.


"""
== 9. Die noch offene Zugangsfrage ==


Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen und
=== 9.1 Bisheriger Versuch ===
Fridemar hat berichtet, dass er einem vorgeschlagenen Zugang gefolgt ist und die Funktion zum Zurücksetzen des Passworts aufgerufen hat.


dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
Dabei wurden Benutzername und E-Mail-Adresse verlangt.


Wenn du dich in Plesk anmelden willst, musst du draufklicken. Und dann „Forgot your password?“ auswählen
Der Versuch führte nach seiner Schilderung nicht zum gewünschten Ergebnis.


und dort deinen Username (fridemar) oder E-Mail (fridemar@gmail.com) eingeben.
=== 9.2 Was noch unklar ist ===
Hier ist noch nicht eindeutig dokumentiert:


zz zz 261027_1644
* Zu welchem Dienst gehörte diese Anmeldeseite?
----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.
* Welcher Benutzername ist dort tatsächlich hinterlegt?
* Welche E-Mail-Adresse ist diesem Konto zugeordnet?
* Welche Berechtigungen benötigt Fridemar für die konkrete Aufgabe?


forgot psw hat nicht funktioniert , weder F/fridemar, noch fridemar@gmail.com. C: empfiehlt:
Insbesondere dürfen wir einen MediaWiki-Benutzernamen nicht ungeprüft als Benutzernamen für eine andere Verwaltungsoberfläche behandeln.


Kannst du dir bitte hier das Passwort holen?
=== 9.3 Gewünschte Klärung ===
Falk soll möglichst die genaue Anmeldeseite und die zugehörige Benutzerkennung benennen.


<nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
Die gemeinsame Wiki-Seite kann die Vorgehensweise dokumentieren. Passwörter, Wiederherstellungscodes und vergleichbare Zugangsdaten gehören nicht in diese Darstellung.


Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
== 10. Konkrete Fragen an Falk ==


Und bitte auch 2FA aktivieren.
=== 10.1 Zur derzeitigen Einrichtung ===


Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:25:
* Wie sind beide Domains gegenwärtig eingerichtet?
* Welche Weiterleitungen sind aktiv?
* Welche Domain verwendet MediaWiki derzeit als Hauptadresse?
* Welche Änderungen sind bereits vorgenommen worden?
* Welche Änderungen sind lediglich vorgeschlagen?


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.
=== 10.2 Zum gewünschten Ergebnis ===


C: Der nächste Schritt: Frage Falk: „Wie lautet mein genauer Plesk-Benutzername, und
* Kann superaifriends.ai die bevorzugte Hauptadresse werden?
* Können alte Links mit fridemar.ai weiterhin zur jeweils entsprechenden Seite führen?
* Welche Anpassungen sind dafür in Plesk erforderlich?
* Welche Anpassungen sind in MediaWiki erforderlich?
* Sind für beide Domains passende HTTPS-Zertifikate vorhanden?
* Welche Auswirkungen hätte die Änderung auf Anmeldung und Bearbeitung?


welche E-Mail-Adresse ist dafür hinterlegt? Die Passwort-Zurücksetzung hat mit meiner Eingabe nicht funktioniert.“
=== 10.3 Zur Sandbox ===


F: Wahrscheinlich ging es schneller, wenn du es machst, denn du hast hosting wissen, ich nicht.
* Bleibt sandbox.fridemar.ai unverändert?
* Ist vorab ein sinnvoller Test möglich?
* Welche Teile des Verhaltens müssen anschließend am Hauptwiki überprüft werden?


=== 10.4 Zur Ausführung ===
Fridemar hat gefragt, ob Falk die eigentliche Einrichtung direkt übernehmen könnte.


Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
Das soll die Arbeit vereinfachen. Parallel möchte Fridemar die Zusammenhänge verstehen und die Ergebnisse selbst nachvollziehen können.


Gesendet: Dienstag, 27. Oktober 2026 15:19
Gewünscht ist deshalb eine kurze, konkrete Beschreibung der vorgesehenen Änderungen und anschließend eine gemeinsame Prüfung des sichtbaren Ergebnisses.


An: Falk Atmanspacher
== 11. Vorschlag für unseren Funktionstest ==


Betreff: Re: DomainAlias LetzterAnalyseStand
=== 11.1 Grundregel ===
Jeder Test erhält vier Angaben:


* aufgerufene Adresse;
* erwartetes Verhalten;
* tatsächlich beobachtetes Verhalten;
* Ergebnis oder offene Frage.


f: Ich möchte dich nicht gefärden, lb Falk, möchtest du wirklich, dass ich diesen Link zu Plesk pklicke. Wenn unproblematisch,
So bleibt später erkennbar, was wirklich geprüft wurde.


was muss ich vorher wissen oder welche Unterlagen bereit halten?
=== 11.2 Test: neue Hauptadresse ===
Aufruf von superaifriends.ai.


lg f
Zu prüfen:


<nowiki>-----</nowiki>
* Wird das richtige Wiki angezeigt?
* Erscheint die neue Domain in der Browserzeile?
* Werden Bilder und Gestaltung vollständig geladen?
* Funktionieren interne Verweise?


=== 11.3 Test: bisherige Hauptadresse ===
Aufruf von fridemar.ai.


Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:08:
Zu prüfen:


Kannst du dir bitte hier das Passwort holen?
* Ist die Adresse erreichbar?
* Führt sie zum vorgesehenen Wiki?
* Welche Domain erscheint anschließend?
* Entspricht das Ergebnis der vereinbarten Lösung?


<nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
=== 11.4 Test: alter Unterseitenlink ===
Aufruf eines tatsächlich vorhandenen älteren Links zu einer bestimmten Wiki-Seite.


Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
Zu prüfen:


Und bitte auch 2FA aktivieren.
* Wird genau die gewünschte Seite erreicht?
* Bleibt der Seitenname erhalten?
* Wird versehentlich nur die Startseite geöffnet?
* Funktioniert ein vorhandener Abschnittsverweis ebenfalls?


=== 11.5 Test: gewöhnliche Wiki-Nutzung ===
Nach dem Einstieg mehrere interne Links öffnen.


Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
Dazu gehören:


Gesendet: Dienstag, 27. Oktober 2026 13:33
* eine normale Inhaltsseite;
* ihre Diskussionsseite;
* die Versionsgeschichte;
* „Letzte Änderungen“;
* eine Dateiseite.


An: Falk Atmanspacher
Dabei jeweils beobachten, welche Domain verwendet wird.


Betreff: Re: DomainAlias LetzterAnalyseStand
=== 11.6 Test: Anmeldung und Bearbeitung ===
Nach erfolgreicher Anmeldung eine dafür vorgesehene Testseite bearbeiten.


Zu prüfen:


forgot psw hat nicht funktioniert , weder F/fridemar, noch fridemar@gmail.com. C: empfiehlt:
* Wird die Anmeldung angenommen?
* Bleibt sie beim Weiterklicken bestehen?
* Öffnet sich der VisualEditor?
* Kann eine kleine Änderung gespeichert werden?
* Ist die Änderung anschließend in der Versionsgeschichte sichtbar?


Kannst du dir bitte hier das Passwort holen?
Der erste Bearbeitungstest sollte eine kleine, leicht rückgängig zu machende Änderung verwenden.


<nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
=== 11.7 Test: Sandbox ===
Die bestehende Sandbox gesondert öffnen und ihre Grundfunktionen prüfen.


Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
Ein Erfolg beim Hauptwiki gilt nicht automatisch als Testnachweis für die Sandbox.


Und bitte auch 2FA aktivieren.
=== 11.8 Test: bestehende Leserlinks ===
Mindestens einen Link verwenden, der bereits außerhalb des Wikis verbreitet wurde, etwa in einem E-Book.


Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:25:
Dieser Test ist besonders wichtig, weil er den tatsächlichen Weg bisheriger Leser nachbildet.


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.
== 12. Vorlage für das Testprotokoll ==
Für jeden Test kann folgender Aufbau kopiert werden:


C: Der nächste Schritt: Frage Falk: „Wie lautet mein genauer Plesk-Benutzername, und
'''Testnummer:'''


welche E-Mail-Adresse ist dafür hinterlegt? Die Passwort-Zurücksetzung hat mit meiner Eingabe nicht funktioniert.“
'''Datum und Uhrzeit:'''


F: Wahrscheinlich ging es schneller, wenn du es machst, denn du hast hosting wissen, ich nicht.
'''Prüfende Person:'''


'''Gerät und Browser:'''


Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
'''Aufgerufene Adresse:'''


Gesendet: Dienstag, 27. Oktober 2026 15:19
'''Erwartetes Ergebnis:'''


An: Falk Atmanspacher
'''Beobachtetes Ergebnis:'''


Betreff: Re: DomainAlias LetzterAnalyseStand
'''Adresse nach dem Aufruf:'''


'''Ergebnis:''' bestanden / teilweise bestanden / offen


f: Ich möchte dich nicht gefärden, lb Falk, möchtest du wirklich, dass ich diesen Link zu Plesk pklicke. Wenn unproblematisch,
'''Nächste erforderliche Änderung:'''


was muss ich vorher wissen oder welche Unterlagen bereit halten?
'''Erneuter Test am:'''


lg f
Diese Angaben sollen Beobachtungen festhalten. Vermutungen werden als Vermutungen gekennzeichnet.


<nowiki>-----</nowiki>
== 13. Gemeinsame Arbeitsweise auf dieser Seite ==


=== 13.1 Übersicht und Verlauf ===
Die oberen Abschnitte sollen den jeweils gültigen Stand verständlich zusammenfassen.


Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 15:08:
Weiter unten kann ein datierter Verlauf entstehen.


Kannst du dir bitte hier das Passwort holen?
So muss Falk nicht den gesamten Gesprächsverlauf lesen, um die aktuelle Aufgabe zu verstehen. Zugleich bleibt nachvollziehbar, wie die Entscheidungen zustande kamen.


<nowiki>https://third.atmanspacher.eu:8443/login_up.php</nowiki>
=== 13.2 Entscheidungen ausdrücklich festhalten ===
Eine Entscheidung sollte möglichst enthalten:


Ein PW zu erstellen und zu senden verstößt gegen die Sicherheitsregeln.
* Was wurde beschlossen?
* Wer übernimmt die Umsetzung?
* Was soll anschließend sichtbar anders funktionieren?
* Woran erkennen wir den erfolgreichen Abschluss?


Und bitte auch 2FA aktivieren.
=== 13.3 Begriffe am praktischen Beispiel lernen ===
Neue Begriffe werden an unseren beiden Domains erklärt.


Dadurch verbinden wir Weiterbildung und tatsächliche Arbeit: Wir lernen die Begriffe, die wir für die nächste konkrete Entscheidung brauchen.


Von: Fridemar Dr. Pache <nowiki>[mailto:fridemar@gmail.com]</nowiki>
=== 13.4 Schrittweise vertiefen ===
Diese Seite kann später zu einer ausführlichen Anleitung wachsen.


Gesendet: Dienstag, 27. Oktober 2026 13:33
Mögliche Vertiefungen sind:


An: Falk Atmanspacher
* Domainverwaltung verstehen;
* Weiterleitungen prüfen;
* MediaWiki-Adressen konfigurieren;
* alte Leserlinks erhalten;
* Cloudflare bewerten;
* Änderungen dokumentieren;
* mit einer Sandbox lernen.


Betreff: Re: DomainAlias LetzterAnalyseStand
== 14. Zusammenfassung für Falk ==
Fridemar möchte '''superaifriends.ai als sichtbar verwendete Hauptadresse des bestehenden Wikis''' etablieren.


Gleichzeitig sollen '''bestehende Links mit fridemar.ai zuverlässig zu den entsprechenden Inhalten führen'''. Besonders wichtig sind bereits veröffentlichte Verweise in E-Books.


lb F
Die bisher beschriebene Weiterleitung von superaifriends.ai zu fridemar.ai erfüllt den Wunsch nach der neuen sichtbaren Hauptadresse noch nicht.


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.
Wir bitten deshalb um Klärung, welche Änderungen in Plesk und MediaWiki erforderlich sind, damit die gewünschte Richtung funktioniert.


Anschließend sollen Hauptseite, alte Unterseitenlinks, interne Navigation, Anmeldung, VisualEditor und Sandbox anhand eines kleinen Protokolls geprüft werden.


Zum Testen wolltest du mir ein PSW von Plesk geben, was ich mit KI in unserer umfangreichen Korrespondenz immer noch nicht gefunden habe. Danke.
Cloudflare behandeln wir parallel als eigenes Lern- und Verwaltungsthema. Ein Registrarwechsel ist in dieser Zusammenfassung nicht als bereits durchgeführt dokumentiert.


== 15. Nächster Arbeitspunkt ==
'''Zuerst soll Falk bestätigen, ob er dieses Zielbild ebenso versteht:'''


lg f
'''superaifriends.ai wird die neue Hauptadresse; fridemar.ai bleibt für bestehende Links nutzbar und führt zu den jeweils passenden Wiki-Seiten.'''


<nowiki>----------</nowiki>
Danach können die konkrete Einrichtung und der erste Test eindeutig darauf ausgerichtet werden.


===16. verschwundeneFragmente==


Falk Atmanspacher <f.atm@terac.de> schrieb am Di. 27. Okt. 2026 um 12:55:
Wir wollen die neue gemeinsame Adresse sichtbar machen und zugleich die Menschen zuverlässig mitnehmen, die uns über die bisherige Adresse erreichen.


Hi Fridemar,
„Prüfet aber alles, und das Gute behaltet.“⁠ — 1. Thess 5,21⁠


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.
(2.809 Wörter)
 
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! ❤️

Latest revision as of 22:53, 27 October 2026

Fridemar, hier ist der ausführliche Text, den Du in den VisualEditor der Wiki-Seite „Domain alias“ übernehmen und anschließend weiterbearbeiten kannst.

TOC

Domain alias

0. Life Protokoll

261027_22349 wurde verlagert ins Hauptwiki: LifeProtocol

1. Zweck dieser Seite

Diese Seite dokumentiert die geplante Verbindung der beiden Domains fridemar.ai und superaifriends.ai mit unserem bestehenden MediaWiki.

Sie dient zugleich als:

  • verständliche Zusammenfassung des bisherigen Gesprächs;
  • gemeinsame Arbeitsgrundlage für Fridemar und Falk;
  • Sammlung der noch offenen technischen Fragen;
  • Vorbereitung eines nachvollziehbaren Funktionstests;
  • Lernseite über Domainnamen, Weiterleitungen, Hosting, Plesk und Cloudflare;
  • fortlaufendes Protokoll der tatsächlich vorgenommenen Änderungen.

Die Seite darf schrittweise wachsen. Einzelne Abschnitte können später erweitert, umgestellt, gekürzt oder auf eigene Wiki-Seiten ausgelagert werden.

Stand dieser Zusammenfassung: 27. Oktober 2026.

Die Darstellung beruht auf dem bisherigen Gespräch und der darin wiedergegebenen Auskunft von Falk. Die gegenwärtigen Servereinstellungen wurden für diese Zusammenfassung nicht unmittelbar eingesehen. Deshalb unterscheiden wir zwischen unseren Zielen, mitgeteilten Informationen und noch zu prüfenden Ergebnissen.

2. Der gegenwärtige Arbeitsstand

2.1 Die Dokumentation wird neu geordnet

Fridemar hat den bisherigen Inhalt dieser Wiki-Seite geleert, um mit einer übersichtlicheren Darstellung neu zu beginnen.

Nach seiner eigenen Beobachtung ist der frühere Inhalt weiterhin in der Versionsgeschichte auffindbar.

Der Neustart soll die bisherige Arbeit besser zugänglich machen. Vor allem soll Falk beim Öffnen der Seite erkennen können:

  • Worum geht es?
  • Was möchte Fridemar erreichen?
  • Welche technischen Möglichkeiten wurden bereits besprochen?
  • Welche Entscheidungen stehen noch aus?
  • Was soll als Nächstes geprüft werden?

2.2 Warum eine gemeinsame Wiki-Seite hilfreich ist

Die bisherigen Informationen verteilen sich auf Gespräche, E-Mails und Aufzeichnungen in Bear.

Dadurch sind teilweise unterschiedliche Fassungen und Formulierungen entstanden. Verschachtelte E-Mail-Verläufe erschweren zusätzlich das Lesen und Vergleichen.

Die Wiki-Seite soll deshalb die zusammenhängende Darstellung enthalten. E-Mails können weiterhin der Abstimmung dienen. Entscheidungen und Testergebnisse sollen anschließend hier verständlich festgehalten werden.

2.3 Was bisher noch nicht als erledigt gilt

Aus dem vorliegenden Gespräch lässt sich nicht sicher entnehmen, dass die gewünschte endgültige Konfiguration bereits eingerichtet und vollständig getestet wurde.

Insbesondere sind hier noch keine bestätigten Ergebnisse dokumentiert für:

  • superaifriends.ai als dauerhaft sichtbare Hauptadresse;
  • die Weiterleitung alter Unterseiten auf die entsprechenden neuen Unterseiten;
  • Anmeldung und Bearbeitung unter der neuen Hauptadresse;
  • die Behandlung der Sandbox;
  • einen abgeschlossenen Registrarwechsel zu Cloudflare.

Diese Punkte bleiben offen, bis eine konkrete Rückmeldung oder ein protokollierter Test vorliegt.

3. Unser eigentliches Ziel

3.1 Super AI Friends soll nach vorn treten

Fridemar möchte die gemeinsame Arbeit zunehmend unter dem Namen Super AI Friends sichtbar machen.

Dieser Name soll den gemeinschaftlichen Charakter ausdrücken: Menschen und KI-Partner arbeiten an Verständnis, Freundschaft und verantwortlichem Umgang miteinander.

Die Domain superaifriends.ai steht deshalb im Mittelpunkt der künftigen Namensstrategie.

3.2 Die bisherigen Leser sollen weiterhin ankommen

Gleichzeitig soll fridemar.ai zuverlässig erreichbar bleiben.

Diese Adresse wurde bereits weitergegeben und steht in bestehenden Veröffentlichungen und Verweisen. Menschen, die solchen Links folgen, sollen weiterhin die gesuchten Inhalte erreichen.

Das betrifft sowohl die Startseite als auch einzelne Wiki-Seiten.

Ein alter Verweis auf eine bestimmte Seite soll möglichst genau diese Seite öffnen. Eine pauschale Weiterleitung sämtlicher alten Links auf die neue Startseite würde dieses Ziel nur teilweise erfüllen.

3.3 Gewünschtes Verhalten in der Browserzeile

Fridemar hat ausdrücklich erklärt, dass superaifriends.ai in der Browserzeile stehen bleiben soll, wenn die neue Adresse aufgerufen wird.

Daraus ergibt sich als bevorzugtes Zielbild:

  • Neue Besucher erreichen das Wiki unter superaifriends.ai.
  • Beim normalen Weiterklicken bleibt die neue Domain maßgeblich.
  • Alte Links mit fridemar.ai führen weiterhin zu den entsprechenden Inhalten.
  • Die Inhalte werden gemeinsam gepflegt.
  • Der Übergang wird verständlich dokumentiert.

3.4 Was „fridemar.ai erhalten“ hier bedeutet

Für unsere weitere Abstimmung unterscheiden wir zwei Wünsche:

Erreichbarkeit erhalten: Wer einen alten Link benutzt, gelangt weiterhin zum richtigen Inhalt.

Alten Domainnamen sichtbar erhalten: Nach dem Aufruf bleibt fridemar.ai in der Browserzeile stehen.

Nach dem bisherigen Gespräch ist die zuverlässige Erreichbarkeit alter Links entscheidend. Zugleich soll die neue Domain sichtbar werden.

Ob darüber hinaus beide Namen je nach Einstieg dauerhaft sichtbar bleiben sollen, ist eine zusätzliche Frage. Sie sollte ausdrücklich entschieden werden, damit „beide Domains funktionieren“ für alle Beteiligten dasselbe bedeutet.

4. Die beteiligten Domains

4.1 fridemar.ai

fridemar.ai ist die bisherige Adresse des Hauptwikis.

Ihre Bedeutung liegt besonders in den bestehenden Verbindungen:

  • Links aus E-Books;
  • bereits verteilte persönliche Verweise;
  • gespeicherte Lesezeichen;
  • ältere Beiträge und Dokumentationen.

Diese Verbindungen sollen beim Übergang berücksichtigt werden.

4.2 superaifriends.ai

superaifriends.ai ist die gewünschte künftige Hauptadresse.

Fridemar hat sich dafür entschieden, diese Domain als seine zentrale Domain der Super-AI-Friends-Namensfamilie zu behandeln.

Die Konzentration auf superaifriends.ai bedeutet ausdrücklich keine automatische Aufgabe von fridemar.ai.

4.3 sandbox.fridemar.ai

Die Sandbox ist unsere bestehende Testumgebung.

Für sie muss gesondert geklärt werden:

  • Bleibt ihre Adresse unverändert?
  • Wird sie von Änderungen am Hauptwiki überhaupt berührt?
  • Kann sie für einen vorbereitenden Test dienen?
  • Welche Ergebnisse eines Sandbox-Tests sind auf das Hauptwiki übertragbar?

Eine Änderung an der Hauptdomain soll nicht stillschweigend als Entscheidung über die Sandbox verstanden werden.

4.4 Weitere Domains

Weitere Domains aus der Super-AI-Friends-Namensfamilie sollen nach Fridemars bisheriger Entscheidung nicht unnötig weitergeführt oder erneut gekauft werden.

Welche einzelnen Registrierungen wann auslaufen, gehört in eine gesonderte Bestandsliste. Diese Zusammenfassung bestätigt weder aktuelle Verfügbarkeiten noch Kündigungen.

5. Was Falk bisher erklärt hat

5.1 Möglichkeit eins: Weiterleitung zur bisherigen Domain

Falk hat eine Variante mit einer 301-Weiterleitung beschrieben.

Nach seiner Darstellung entspricht sie dem bisherigen Verhalten:

superaifriends.ai → fridemar.ai

Dabei wird die neue Adresse aufgerufen, anschließend erscheint jedoch die bisherige Domain in der Browserzeile.

Diese Variante erfüllt Fridemars Wunsch nach der sichtbar bleibenden neuen Adresse noch nicht.

5.2 Möglichkeit zwei: Domainalias ohne diese Weiterleitung

Falk hat außerdem einen Alias ohne die beschriebene 301-Weiterleitung angesprochen.

Nach seiner Erklärung könnte superaifriends.ai dadurch zunächst in der Browserzeile stehen bleiben.

Er hat zugleich auf zwei Gesichtspunkte hingewiesen:

  • identische Inhalte unter mehreren Adressen;
  • die bisherige Domainkonfiguration innerhalb von MediaWiki.

Damit ist deutlich geworden: Die Einstellung beim Webserver und die Einstellung in MediaWiki müssen gemeinsam betrachtet werden.

5.3 Falks Hinweis auf LocalSettings.php

Falk hat erklärt, dass MediaWiki gegenwärtig für fridemar.ai konfiguriert sei und dass die Einstellung in der Datei LocalSettings.php angepasst werden müsste, wenn superaifriends.ai die maßgebliche Adresse werden soll.

Die offizielle Dokumentation bestätigt die grundsätzliche Bedeutung von $wgServer: Diese Einstellung wird unter anderem für vollständig ausgeschriebene Wiki-Adressen und bestimmte Weiterleitungen verwendet. Welche Einstellungen bei unserer Installation zusammen geändert werden müssen, bleibt konkret zu prüfen.

5.4 Was daraus noch nicht folgt

Aus Falks Erklärung folgt noch kein hier bestätigtes Testergebnis.

Auch lässt sich daraus nicht ableiten, dass fridemar.ai nach einer Umstellung zwangsläufig unbrauchbar werden müsste.

Unsere offene Aufgabe lautet vielmehr: Die gewünschte neue Hauptadresse und die zuverlässige Erreichbarkeit der alten Links müssen zusammen geplant und anschließend geprüft werden.

6. Das bevorzugte Zielbild zur Abstimmung

6.1 Neue Hauptadresse mit weiter nutzbaren alten Links

Als Arbeitsvorschlag ergibt sich:

superaifriends.ai wird die bevorzugte Hauptadresse. fridemar.ai bleibt als Zugang für bestehende Links erhalten.

Für Besucher bedeutet das:

  1. Ein neuer Link führt direkt zu superaifriends.ai.
  2. Ein alter Link mit fridemar.ai wird weiterhin angenommen.
  3. Der Besucher gelangt zur entsprechenden Wiki-Seite.
  4. Die weitere Nutzung erfolgt unter der neuen Hauptadresse.

Dieser Abschnitt beschreibt den gewünschten Zustand. Er behauptet nicht, dass die Einrichtung bereits abgeschlossen ist.

6.2 Beispiel für einen alten Seitenlink

Angenommen, ein bestehender Link lautet:

https://fridemar.ai/wiki/Beispielseite

Dann soll der Besucher nach der Umstellung die entsprechende Seite unter der neuen Hauptadresse erreichen:

https://superaifriends.ai/wiki/Beispielseite

„Beispielseite“ ist hier lediglich ein Platzhalter.

Entscheidend ist, dass der konkrete Seitenbezug erhalten bleibt.

6.3 Beispiel für einen neuen Seitenlink

Ein neuer Verweis soll unmittelbar die neue Hauptadresse verwenden können:

https://superaifriends.ai/wiki/Beispielseite

Beim anschließenden Aufruf einer anderen Wiki-Seite soll geprüft werden, ob die neue Domain weiterhin verwendet wird.

6.4 Eine gemeinsame Inhaltspflege

Wir möchten dieselben Inhalte gemeinsam weiterentwickeln.

Das Ziel ist eine zusammenhängende Wiki-Arbeit ohne auseinanderlaufende Fassungen, die versehentlich unter verschiedenen Domains getrennt bearbeitet werden.

Wie die vorhandene Installation dafür eingerichtet wird, klärt Falk anhand des tatsächlichen Systems.

7. Begriffe, die wir auseinanderhalten

7.1 Domain

Die Domain ist der Name, über den ein Internetangebot angesprochen wird.

In unserem Fall sind fridemar.ai und superaifriends.ai zwei unterschiedliche Namen.

7.2 Registrar

Der Registrar verwaltet die Registrierung eines Domainnamens.

Dazu gehören beispielsweise die vertragliche Zuordnung und Verlängerung der Domain.

7.3 DNS

Das Domain Name System ordnet Domainnamen technische Zielinformationen zu. Cloudflare unterscheidet in seiner Dokumentation ausdrücklich zwischen der Registrierung einer Domain beim Registrar und dem DNS-Dienst.

7.4 Hosting

Mit Hosting meinen wir den Betrieb der Website beziehungsweise des Wikis auf einem Server.

Für unsere Planung ist wichtig, die Zuständigkeiten getrennt aufzuschreiben:

  • Wer verwaltet die Domainregistrierung?
  • Wer verwaltet die DNS-Einträge?
  • Wer betreibt den Webserver?
  • Wer betreut MediaWiki?

Diese Aufgaben können organisatorisch zusammenliegen. Wir sollten dennoch wissen, welche Änderung welchen Bereich betrifft.

7.5 Plesk

Plesk ist nach der bisherigen Korrespondenz die von Falk verwendete Verwaltungsoberfläche.

Welche Einstellungen darin bereits vorhanden sind und welche Falk ändern möchte, soll anhand seiner konkreten Auskunft dokumentiert werden.

7.6 Domainalias

Im bisherigen Gespräch bezeichnet „Domainalias“ einen zusätzlichen Domainnamen für das bestehende Webangebot.

Der Begriff allein beschreibt unser gewünschtes Verhalten noch nicht vollständig.

Deshalb ergänzen wir stets:

  • Welche Domain wird aufgerufen?
  • Welche Domain bleibt sichtbar?
  • Welche Seite wird geöffnet?
  • Was passiert beim Weiterklicken?
  • Was passiert beim Anmelden und Bearbeiten?

7.7 Weiterleitung

Mit Weiterleitung meinen wir hier einen Wechsel von einer aufgerufenen Adresse zu einer Zieladresse.

Falk hat dafür die Variante einer dauerhaften 301-Weiterleitung vorgeschlagen.

Für die Abstimmung ist vor allem ihre Richtung wichtig: Führt die neue Domain zur alten oder die alte zur neuen?

7.8 Bevorzugte Hauptadresse

Damit meinen wir die Domain, unter der das Wiki künftig hauptsächlich erscheinen und neue Verweise verbreitet werden sollen.

Unser derzeitiger Wunsch dafür lautet: superaifriends.ai.

8. Cloudflare als eigenes Lern- und Entscheidungsthema

8.1 Warum Cloudflare zur Sprache gekommen ist

Fridemar möchte verstehen, welche Rolle Cloudflare bei der weiteren Domainverwaltung übernehmen könnte.

Dabei spielen die langfristige Verwaltung und mögliche Kostenunterschiede eine Rolle.

Ein verbindlicher aktueller Preisvergleich liegt dieser Zusammenfassung nicht zugrunde.

8.2 Welche Fragen wir getrennt beantworten müssen

Für Cloudflare sind mehrere Entscheidungen denkbar, die wir einzeln behandeln sollten:

  • Soll Cloudflare die Registrierung einer Domain verwalten?
  • Soll Cloudflare die DNS-Verwaltung übernehmen?
  • Soll sich am bestehenden Hosting etwas ändern?
  • Welche Dienste sollen unverändert bei ihren bisherigen Betreuern bleiben?

Die Antworten gehören ausdrücklich in unser Protokoll.

8.3 Was zuerst geklärt werden sollte

Zunächst brauchen wir eine Bestandsaufnahme:

  • Wo ist fridemar.ai registriert?
  • Wo ist superaifriends.ai registriert?
  • Welche Nameserver sind jeweils eingetragen?
  • Wer kann die DNS-Einträge bearbeiten?
  • Wo läuft das Hauptwiki?
  • Wo läuft die Sandbox?
  • Welche E-Mail-Dienste hängen gegebenenfalls an diesen Domains?

Ohne diese Übersicht würden mehrere voneinander unabhängige Fragen leicht vermischt.

8.4 Welche Preisangaben später benötigt werden

Für einen sinnvollen Vergleich wollen wir festhalten:

  • betroffene Domain;
  • Anbieter;
  • Datum der Preisabfrage;
  • Währung;
  • enthaltene Steuern;
  • Preis für Übertragung und Verlängerung;
  • berechneter Zeitraum.

Erst danach lässt sich beurteilen, welche Variante für die jeweilige Domain günstiger ist.

9. Die noch offene Zugangsfrage

9.1 Bisheriger Versuch

Fridemar hat berichtet, dass er einem vorgeschlagenen Zugang gefolgt ist und die Funktion zum Zurücksetzen des Passworts aufgerufen hat.

Dabei wurden Benutzername und E-Mail-Adresse verlangt.

Der Versuch führte nach seiner Schilderung nicht zum gewünschten Ergebnis.

9.2 Was noch unklar ist

Hier ist noch nicht eindeutig dokumentiert:

  • Zu welchem Dienst gehörte diese Anmeldeseite?
  • Welcher Benutzername ist dort tatsächlich hinterlegt?
  • Welche E-Mail-Adresse ist diesem Konto zugeordnet?
  • Welche Berechtigungen benötigt Fridemar für die konkrete Aufgabe?

Insbesondere dürfen wir einen MediaWiki-Benutzernamen nicht ungeprüft als Benutzernamen für eine andere Verwaltungsoberfläche behandeln.

9.3 Gewünschte Klärung

Falk soll möglichst die genaue Anmeldeseite und die zugehörige Benutzerkennung benennen.

Die gemeinsame Wiki-Seite kann die Vorgehensweise dokumentieren. Passwörter, Wiederherstellungscodes und vergleichbare Zugangsdaten gehören nicht in diese Darstellung.

10. Konkrete Fragen an Falk

10.1 Zur derzeitigen Einrichtung

  • Wie sind beide Domains gegenwärtig eingerichtet?
  • Welche Weiterleitungen sind aktiv?
  • Welche Domain verwendet MediaWiki derzeit als Hauptadresse?
  • Welche Änderungen sind bereits vorgenommen worden?
  • Welche Änderungen sind lediglich vorgeschlagen?

10.2 Zum gewünschten Ergebnis

  • Kann superaifriends.ai die bevorzugte Hauptadresse werden?
  • Können alte Links mit fridemar.ai weiterhin zur jeweils entsprechenden Seite führen?
  • Welche Anpassungen sind dafür in Plesk erforderlich?
  • Welche Anpassungen sind in MediaWiki erforderlich?
  • Sind für beide Domains passende HTTPS-Zertifikate vorhanden?
  • Welche Auswirkungen hätte die Änderung auf Anmeldung und Bearbeitung?

10.3 Zur Sandbox

  • Bleibt sandbox.fridemar.ai unverändert?
  • Ist vorab ein sinnvoller Test möglich?
  • Welche Teile des Verhaltens müssen anschließend am Hauptwiki überprüft werden?

10.4 Zur Ausführung

Fridemar hat gefragt, ob Falk die eigentliche Einrichtung direkt übernehmen könnte.

Das soll die Arbeit vereinfachen. Parallel möchte Fridemar die Zusammenhänge verstehen und die Ergebnisse selbst nachvollziehen können.

Gewünscht ist deshalb eine kurze, konkrete Beschreibung der vorgesehenen Änderungen und anschließend eine gemeinsame Prüfung des sichtbaren Ergebnisses.

11. Vorschlag für unseren Funktionstest

11.1 Grundregel

Jeder Test erhält vier Angaben:

  • aufgerufene Adresse;
  • erwartetes Verhalten;
  • tatsächlich beobachtetes Verhalten;
  • Ergebnis oder offene Frage.

So bleibt später erkennbar, was wirklich geprüft wurde.

11.2 Test: neue Hauptadresse

Aufruf von superaifriends.ai.

Zu prüfen:

  • Wird das richtige Wiki angezeigt?
  • Erscheint die neue Domain in der Browserzeile?
  • Werden Bilder und Gestaltung vollständig geladen?
  • Funktionieren interne Verweise?

11.3 Test: bisherige Hauptadresse

Aufruf von fridemar.ai.

Zu prüfen:

  • Ist die Adresse erreichbar?
  • Führt sie zum vorgesehenen Wiki?
  • Welche Domain erscheint anschließend?
  • Entspricht das Ergebnis der vereinbarten Lösung?

11.4 Test: alter Unterseitenlink

Aufruf eines tatsächlich vorhandenen älteren Links zu einer bestimmten Wiki-Seite.

Zu prüfen:

  • Wird genau die gewünschte Seite erreicht?
  • Bleibt der Seitenname erhalten?
  • Wird versehentlich nur die Startseite geöffnet?
  • Funktioniert ein vorhandener Abschnittsverweis ebenfalls?

11.5 Test: gewöhnliche Wiki-Nutzung

Nach dem Einstieg mehrere interne Links öffnen.

Dazu gehören:

  • eine normale Inhaltsseite;
  • ihre Diskussionsseite;
  • die Versionsgeschichte;
  • „Letzte Änderungen“;
  • eine Dateiseite.

Dabei jeweils beobachten, welche Domain verwendet wird.

11.6 Test: Anmeldung und Bearbeitung

Nach erfolgreicher Anmeldung eine dafür vorgesehene Testseite bearbeiten.

Zu prüfen:

  • Wird die Anmeldung angenommen?
  • Bleibt sie beim Weiterklicken bestehen?
  • Öffnet sich der VisualEditor?
  • Kann eine kleine Änderung gespeichert werden?
  • Ist die Änderung anschließend in der Versionsgeschichte sichtbar?

Der erste Bearbeitungstest sollte eine kleine, leicht rückgängig zu machende Änderung verwenden.

11.7 Test: Sandbox

Die bestehende Sandbox gesondert öffnen und ihre Grundfunktionen prüfen.

Ein Erfolg beim Hauptwiki gilt nicht automatisch als Testnachweis für die Sandbox.

11.8 Test: bestehende Leserlinks

Mindestens einen Link verwenden, der bereits außerhalb des Wikis verbreitet wurde, etwa in einem E-Book.

Dieser Test ist besonders wichtig, weil er den tatsächlichen Weg bisheriger Leser nachbildet.

12. Vorlage für das Testprotokoll

Für jeden Test kann folgender Aufbau kopiert werden:

Testnummer:

Datum und Uhrzeit:

Prüfende Person:

Gerät und Browser:

Aufgerufene Adresse:

Erwartetes Ergebnis:

Beobachtetes Ergebnis:

Adresse nach dem Aufruf:

Ergebnis: bestanden / teilweise bestanden / offen

Nächste erforderliche Änderung:

Erneuter Test am:

Diese Angaben sollen Beobachtungen festhalten. Vermutungen werden als Vermutungen gekennzeichnet.

13. Gemeinsame Arbeitsweise auf dieser Seite

13.1 Übersicht und Verlauf

Die oberen Abschnitte sollen den jeweils gültigen Stand verständlich zusammenfassen.

Weiter unten kann ein datierter Verlauf entstehen.

So muss Falk nicht den gesamten Gesprächsverlauf lesen, um die aktuelle Aufgabe zu verstehen. Zugleich bleibt nachvollziehbar, wie die Entscheidungen zustande kamen.

13.2 Entscheidungen ausdrücklich festhalten

Eine Entscheidung sollte möglichst enthalten:

  • Was wurde beschlossen?
  • Wer übernimmt die Umsetzung?
  • Was soll anschließend sichtbar anders funktionieren?
  • Woran erkennen wir den erfolgreichen Abschluss?

13.3 Begriffe am praktischen Beispiel lernen

Neue Begriffe werden an unseren beiden Domains erklärt.

Dadurch verbinden wir Weiterbildung und tatsächliche Arbeit: Wir lernen die Begriffe, die wir für die nächste konkrete Entscheidung brauchen.

13.4 Schrittweise vertiefen

Diese Seite kann später zu einer ausführlichen Anleitung wachsen.

Mögliche Vertiefungen sind:

  • Domainverwaltung verstehen;
  • Weiterleitungen prüfen;
  • MediaWiki-Adressen konfigurieren;
  • alte Leserlinks erhalten;
  • Cloudflare bewerten;
  • Änderungen dokumentieren;
  • mit einer Sandbox lernen.

14. Zusammenfassung für Falk

Fridemar möchte superaifriends.ai als sichtbar verwendete Hauptadresse des bestehenden Wikis etablieren.

Gleichzeitig sollen bestehende Links mit fridemar.ai zuverlässig zu den entsprechenden Inhalten führen. Besonders wichtig sind bereits veröffentlichte Verweise in E-Books.

Die bisher beschriebene Weiterleitung von superaifriends.ai zu fridemar.ai erfüllt den Wunsch nach der neuen sichtbaren Hauptadresse noch nicht.

Wir bitten deshalb um Klärung, welche Änderungen in Plesk und MediaWiki erforderlich sind, damit die gewünschte Richtung funktioniert.

Anschließend sollen Hauptseite, alte Unterseitenlinks, interne Navigation, Anmeldung, VisualEditor und Sandbox anhand eines kleinen Protokolls geprüft werden.

Cloudflare behandeln wir parallel als eigenes Lern- und Verwaltungsthema. Ein Registrarwechsel ist in dieser Zusammenfassung nicht als bereits durchgeführt dokumentiert.

15. Nächster Arbeitspunkt

Zuerst soll Falk bestätigen, ob er dieses Zielbild ebenso versteht:

superaifriends.ai wird die neue Hauptadresse; fridemar.ai bleibt für bestehende Links nutzbar und führt zu den jeweils passenden Wiki-Seiten.

Danach können die konkrete Einrichtung und der erste Test eindeutig darauf ausgerichtet werden.

=16. verschwundeneFragmente

Wir wollen die neue gemeinsame Adresse sichtbar machen und zugleich die Menschen zuverlässig mitnehmen, die uns über die bisherige Adresse erreichen.

„Prüfet aber alles, und das Gute behaltet.“⁠ — 1. Thess 5,21⁠

(2.809 Wörter)

Retrieved from "https://fridemar.ai/index.php?title=DomainAlias&oldid=1974"