KI-Backend: Authorization-Header-Fix + TODO-Ergänzungen (4.5.11-4.5.14)

Login funktionierte, aber jede authentifizierte Folgeanfrage (Guthaben, KI-Anfrage)
meldete fälschlich eine abgelaufene Anmeldung — viele Apache/PHP-FPM-Hosting-Setups
reichen den Authorization-Header standardmäßig nicht an PHP durch. .htaccess erzwingt
jetzt die Weiterleitung, db.php liest zusätzlich REDIRECT_HTTP_AUTHORIZATION/
getallheaders() als Fallback. AiBackendUrl auf die echte deployte Domain gesetzt.

TODO.md: KI-Unterstützung auch für Stundenplanung (4.5.11), Frage zu einem
console.claude.ai-Agent für Standardkontext vs. app-internem Standard-Prompt
(4.5.12/4.5.13), sowie ein Planungsdiff für KI-Vorschläge auf Feldebene statt
grober Neu/Geändert-Markierung (4.5.14).

ai-backend/.htaccess

@@ -17,3 +17,11 @@
 RewriteEngine On
 RewriteRule ^providers/ - [F,L]
 RewriteRule ^scripts/ - [F,L]
+
+# Viele Apache/PHP-FPM-Setups reichen den Authorization-Header standardmäßig NICHT an PHP durch
+# (login.php funktioniert dann, aber jede Anfrage mit Bearer-Token danach schlägt fehl, weil der
+# Header bei PHP leer ankommt). Diese Zeile erzwingt die Weiterleitung — zusammen mit dem
+# Mehrquellen-Fallback in db.php (ai_backend_authorization_header) deckt das die gängigen
+# Hosting-Varianten ab.
+RewriteCond %{HTTP:Authorization} ^(.+)$
+RewriteRule .* - [E=HTTP_AUTHORIZATION:%1]

ai-backend/README.md

@@ -78,6 +78,22 @@ curl http://localhost:8000/status.php -H "Authorization: Bearer <token aus login
 **Wichtig:** `AI_BACKEND_FAKE_PROVIDER` niemals auf dem produktiven Server setzen — sonst bekommt
 die App nur die feste Test-Antwort statt echter KI-Vorschläge.
 
+## Fehlerbehebung: "Anmeldung abgelaufen" direkt nach dem Anmelden
+
+Login funktioniert, aber jede Anfrage danach (Guthaben, KI-Anfrage) meldet sofort eine
+abgelaufene/ungültige Anmeldung? Typische Ursache: viele Apache/PHP-FPM-Hosting-Setups reichen
+den `Authorization`-Header standardmäßig gar nicht erst an PHP durch — `login.php` braucht ihn
+nicht, aber `status.php`/`plan.php` schon, und der kommt dort leer an.
+
+Dagegen sind bereits zwei Absicherungen eingebaut:
+- `.htaccess` erzwingt die Weiterleitung des Headers (`RewriteRule .* - [E=HTTP_AUTHORIZATION:%1]`).
+- `db.php` liest zusätzlich `REDIRECT_HTTP_AUTHORIZATION` und `getallheaders()` als Fallback.
+
+Falls es trotzdem weiter auftritt: `.htaccess`-Overrides sind auf manchem Hosting serverseitig
+deaktiviert (`AllowOverride None`), oder es läuft nginx statt Apache (dort gilt `.htaccess`
+grundsätzlich nicht) — dann hilft nur eine serverseitige Konfiguration durch den Hoster/Support
+(z.B. bei nginx ein `fastcgi_param HTTP_AUTHORIZATION $http_authorization;`).
+
 ## Was hiermit NICHT geprüft ist
 
 - Ob Anthropic zuverlässig valides JSON im erwarteten Schema liefert (reine Prompt-Qualitätsfrage,

ai-backend/db.php

@@ -13,6 +13,31 @@ function ai_backend_db(array $config): PDO
     ]);
 }
 
+/**
+ * Liest den Authorization-Header — auf vielen Apache/PHP-FPM-Setups landet er NICHT in
+ * $_SERVER['HTTP_AUTHORIZATION'] (Header wird von PHP-FPM standardmäßig verworfen), sondern nur
+ * in $_SERVER['REDIRECT_HTTP_AUTHORIZATION'] (nach der .htaccess-Weiterleitung, siehe dort) oder
+ * ist nur über getallheaders() erreichbar. Alle drei Quellen abklappern, statt sich auf eine zu
+ * verlassen — genau das war die Ursache für "Login klappt, danach sofort Session abgelaufen".
+ */
+function ai_backend_authorization_header(): string
+{
+    if (!empty($_SERVER['HTTP_AUTHORIZATION'])) {
+        return $_SERVER['HTTP_AUTHORIZATION'];
+    }
+    if (!empty($_SERVER['REDIRECT_HTTP_AUTHORIZATION'])) {
+        return $_SERVER['REDIRECT_HTTP_AUTHORIZATION'];
+    }
+    if (function_exists('getallheaders')) {
+        foreach (getallheaders() as $name => $value) {
+            if (strcasecmp($name, 'Authorization') === 0) {
+                return $value;
+            }
+        }
+    }
+    return '';
+}
+
 /**
  * Bearer-Token aus dem Authorization-Header lesen, gegen tokens.token_hash prüfen
  * (SHA-256, der Klartext wird nie gespeichert) und den zugehörigen aktiven User zurückgeben.
@@ -20,7 +45,7 @@ function ai_backend_db(array $config): PDO
  */
 function ai_backend_authenticate(PDO $pdo): array
 {
-    $header = $_SERVER['HTTP_AUTHORIZATION'] ?? '';
+    $header = ai_backend_authorization_header();
     if (!preg_match('/^Bearer\s+(.+)$/i', $header, $m)) {
         ai_backend_fail(401, 'Kein gültiges Token übermittelt.');
     }