- Verschifft
- 18. Oktober 2026 um 07:28 UTC
- Autor
- Kamo
- Ausschuss
- 9de671c
/?oauth_request=<64 hex" ist die OAuth Anmeldeseite von a beforeFiles neu schreiben in next.config.mjs to /oauth/sign-in (der Browser behält die URL), nicht durch eine Schalter innerhalb app/page.tsx: ein Schalter auf der Suche Params macht / entweder ein dynamisches Rendering (searchParams) oder ein Client-Rettung zu einer leeren Suspense fallback (useSearchParams) - beides ändert den ersten Render der Standardseite. Mit der Rewrite-App/page.tsx wird überhaupt nicht bearbeitet, / bleibt eine statische prerender, und sein HTML ist identisch mit Ursprung / Haupt, aber für die zufällige Feld-Name Suffix zieht es bei jedem Build. Das has-Muster ist mode.mjs's OAUTH_REQUEST_VALUE; Nächste Verankert es und liest den LAST-Wert eines wiederholten Parameter, so liest auch OAuthMode den letzten Wert (gepinnt gegen Next's eigene MatchHas im Test/oauth-Modus). AnalytikAnalytics macht nichts im OAuth-Kontext (/oauth/... OAuth-Modus URL) - im Server überprüft zu werden, weil ein afterInteractive Script sendet immer noch eine Preload <link" für analytics.kamocrm.com dort; DynamicMetaLoader und das Band org Formulierungen stehen im gleichen Kontext (Nur Auswirkungen). Nichts ändert sich für jede andere Route. Die Fehlerkarte ist eine Client-Komponente (OAuthErrorView): MUI von einem Server Komponente mit einem Mismatch (#418) im realen Build hydratisiert.