Hinweis von Filipe: Wenn etwas wie ein Knopf aussieht, muss man auch
draufdruecken koennen. Er hatte recht.
Meine urspruengliche Begruendung - die Adresse solle nur zum Lesen
dastehen, damit niemand versehentlich ein Lesezeichen auf den alten Weg
setzt - traegt nicht: Wer klickt, landet auf der NEUEN Adresse und setzt
sein Lesezeichen genau dort. Ein Element, das wie ein Knopf aussieht und
sich nicht wie einer verhaelt, ist eine Falle.
Der Knopf hat jetzt einen Hover- und einen Tastatur-Fokuszustand, und
beide Bewegungen entfallen bei prefers-reduced-motion.
Die Pruefung geht dabei einen Schritt weiter als vorher: Sie prueft nicht
mehr nur, WELCHE Anfragen zugeordnet werden, sondern ruft die Middleware
wirklich auf und sieht sich die ANTWORT an. Denn die Zuordnung kann
stimmen und die Seite trotzdem kaputt sein:
- ein Platzhalter, der woertlich in der Seite steht statt eingesetzt zu
werden
- ein Knopf ohne Verweis (genau der Fall, den Filipe gemeldet hat)
- HTML statt JSON fuer /workspace/api/ - ein noch offener Tab wuerde
sonst die Hinweisseite als Daten zu lesen versuchen
- und die wichtigste: dass die NEUE Adresse durchgelassen wird
31 Pruefungen, alle gruen. Gegenprobe gemacht: Dreht man den Knopf zurueck
zu einem div ohne Verweis, meldet die Pruefung 2 Fehler - sie haette den
gemeldeten Mangel also selbst gefunden.
Co-Authored-By: Claude Opus 5 <[email protected]>
Auf Filipes Wunsch: dogfather-universe.com/workspace/ soll nicht mehr
existieren, er gibt den neuen Link selbst an Creator und Scouts weiter.
Vorher stand dort eine Weiterleitung - die haette die alte Adresse auf
unbestimmte Zeit am Leben gehalten.
Der Server antwortet dort jetzt mit 410 Gone. Beides - 404 und 410 -
heisst "gibt es hier nicht"; 410 sagt zusaetzlich "gab es, ist
absichtlich weg, kommt nicht wieder". Genau der Sachverhalt.
Suchmaschinen nehmen die Adresse dadurch schneller heraus, und in einem
Protokoll ist ein 410 sofort als gewollt erkennbar, waehrend ein 404
immer nach Versehen aussieht.
Statt einer nackten Fehlermeldung kommt eine kurze Hinweisseite mit der
neuen Adresse. Wer hier landet, hat einen alten Link oder eine alte
Verknuepfung und soll erfahren, wohin der Workspace gezogen ist, statt vor
einem leeren Fenster zu sitzen. Bewusst OHNE Verweis zum Anklicken, damit
niemand aus Versehen ein neues Lesezeichen auf den alten Weg setzt.
Schnittstellen-Aufrufe unter /workspace/api/ bekommen JSON statt HTML -
ein alter, noch offener Browser-Tab wuerde sonst die Hinweisseite als
Daten zu lesen versuchen und einen unverstaendlichen Fehler zeigen.
Die Pruefung deckt weiterhin 21 Faelle ab und ist mitgezogen: Der
gefaehrlichste Fall heisst jetzt nicht mehr "Endlosschleife", sondern
"die neue Adresse mit abschalten" - wer nicht auf den Hostnamen prueft,
sperrt den Workspace fuer alle aus. Alle gruen, Gegenprobe schlaegt an.
Diesmal vor dem Commit den Diff Datei fuer Datei kontrolliert - beim
letzten Mal hatte ich hier eine fremde uncommittete Zeile mitgenommen und
damit die Website fuer zwei Minuten abgeschossen.
Co-Authored-By: Claude Opus 5 <[email protected]>
Der Workspace laeuft ab sofort auf workspace.dogfather-universe.com. Die
alte Adresse dogfather-universe.com/workspace/ leitet dorthin weiter.
Grund: Chrome laesst neben der Hauptseite, deren Bereich "/" die ganze
Domain umfasst, keine zweite App auf derselben Adresse zu. Unter dem alten
Pfad liess sich der Workspace nur als Verknuepfung ablegen, nie als
richtige App installieren - im Menue stand "Oeffnen in DOGFATHER
UNIVERSE" statt "Seite als App installieren". Das ist kein Fehler,
sondern Absicht (w3c/manifest Nr. 1180: verschachtelte Bereiche auf einem
Ursprung sind "strongly not recommended"). Auf der neuen Adresse hat
Filipe die App erfolgreich installiert.
Der PFAD /workspace/ bleibt erhalten. An ihm haengen 150 Server-Routen,
107 API-Aufrufe und 26 Server-Dateien - ihn wegzuschneiden waere ein
grosser Umbau ohne Gewinn, denn der Konflikt entsteht durch die
gemeinsame ADRESSE, nicht durch den Pfad. Dadurch musste am Code nichts
weiter geaendert werden.
Die Entscheidung steht in einer eigenen Datei (workspace-umzug.js), weil
sie zwei Stellen hat, an denen ein Denkfehler teuer waere und die man
einer Bedingung nicht ansieht:
1. ENDLOSSCHLEIFE - derselbe Dienst bedient beide Adressen. Ohne
Hostpruefung leitet die neue Adresse auf sich selbst, und der
Workspace waere sofort nach dem Neustart fuer alle unerreichbar.
2. PRAEFIX-IRRTUM - "faengt an mit /workspace" trifft auch
/workspaceXYZ und /workspace-alt.
Als eigene Funktion ist beides pruefbar, ohne den Server zu starten:
pruef-workspace-umzug.mjs deckt 21 Faelle ab (alte/neue Adresse, mit und
ohne www, Gross-/Kleinschreibung, Portangabe, lokale Testadressen, beide
Praefix-Fallen). Alle gruen. Gegenprobe gemacht: Baut man die
Endlosschleife absichtlich ein, meldet die Pruefung 3 Fehler; baut man den
Praefix-Irrtum ein, meldet sie 2. Sie kann also auch "nein" sagen.
Bewusst 302 und nicht 301: Ein 301 wird vom Browser dauerhaft gemerkt und
laesst sich praktisch nicht zurueckholen - waere an der Umleitung etwas
falsch, waere die alte Adresse fuer jeden, der sie einmal aufgerufen hat,
dauerhaft unbrauchbar.
Co-Authored-By: Claude Opus 5 <[email protected]>
DogFatherGitandClaude Opus 5