- GlitchTip über die Sentry-SDKs; Datenschutzfilter (nur User-ID, keine
Request-Bodys, Tokens aus URL/Query/Referer, E-Mails aus Meldungen).
Browser-SDK erst beim ersten Fehler nachgeladen.
- ReportErrorSignals: tote interne Links (404 mit eigenem Referrer), 403/429
für Angemeldete, 419 als gedrosselte Warnung.
- /health (Bearer-Token): DB, Cache, Queue-Rückstau, Scheduler-Herzschlag,
Plattenplatz → 200/503; Scheduler und Plattenplatz auch im Systemstatus.
- OperationalAlert zusätzlich per ntfy (JSON-POST), unabhängig von der Mail.
- Verlauf: login_failed (Grund unbekannt/kein Passwort/falsch),
login_lockout, two_factor_failed; IP nur als gekürzter HMAC.
- Umami: Kundenbereich mit eigenem Schalter und identify('user-<id>'),
nie im Admin/bei Impersonation; Query-Filter auch auf den Webseiten
(signierte Links gingen bisher an Umami).
- queue:prune-failed nach 30 Tagen.
- Versionsnummer: config('app.version') aus APP_VERSION oder Datei RELEASE
(git describe --tags), in GlitchTip, /health, Systemstatus, artisan about.
Plan: dev/betrieb/monitoring-plan.md (Entscheidungen M1–M9).
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
49 lines
2.3 KiB
PHP
49 lines
2.3 KiB
PHP
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
|
||
{{-- Konto- und Adminbereich gehören nicht in den Index (Anhang 2, Abschnitt 7). --}}
|
||
<meta name="robots" content="noindex, nofollow" />
|
||
|
||
<title>{{ $title ?? config('app.name') }}</title>
|
||
|
||
{{-- Domain-spezifische Icons (pressekonto/presseecho/businessportal24) --}}
|
||
<link rel="icon" href="{{ asset(\App\Helpers\ThemeHelper::getFaviconPath()) }}" type="image/svg+xml">
|
||
<link rel="apple-touch-icon" href="{{ asset(\App\Helpers\ThemeHelper::getAppIconPath()) }}">
|
||
|
||
{{-- Hub × FluxUI Phase 1: Inter Tight + JetBrains Mono + Source Serif 4
|
||
(Source Serif 4 nur für brand-mark in Headern, deshalb mitgeladen). --}}
|
||
@include('partials.local-fonts')
|
||
|
||
{{-- Phase 1 Refinement: NUR portal.css einbinden — KEIN resources/js/app.js.
|
||
app.js startet Alpine via `Alpine.start()`, aber @fluxScripts (am Ende
|
||
des <body>) bringt bereits eine eigene Alpine-Instanz mit. Geladen
|
||
wir beides, läuft Alpine doppelt — Browser-Warning
|
||
"Detected multiple instances of Alpine running" und kaputte Bindings.
|
||
Für x-data im Portal greift Alpine aus @fluxScripts. --}}
|
||
@vite(['resources/css/portal.css'], 'build/portal')
|
||
@fluxAppearance
|
||
|
||
{{-- Phase 5 Anti-Flash-Bridge: FluxUI speichert die Erscheinung nur in
|
||
LocalStorage. Bei wire:navigate morpht Livewire das DOM und das neue
|
||
HTML kommt vom Server OHNE class="dark" → kurzer weißer Flash, bis das
|
||
JS die Klasse wieder anhängt. Wir spiegeln den effektiv applizierten
|
||
Modus in ein Cookie, das der Server beim nächsten Render liest und
|
||
class="dark" direkt im <html>-Tag setzt (siehe Layout-Files). --}}
|
||
<script>
|
||
(function () {
|
||
if (typeof window.Flux === 'undefined') return;
|
||
const writeCookie = () => {
|
||
const applied = document.documentElement.classList.contains('dark') ? 'dark' : 'light';
|
||
document.cookie = 'flux_appearance=' + applied + '; path=/; max-age=31536000; SameSite=Lax';
|
||
};
|
||
const original = window.Flux.applyAppearance;
|
||
window.Flux.applyAppearance = function (appearance) {
|
||
original.call(this, appearance);
|
||
writeCookie();
|
||
};
|
||
writeCookie();
|
||
})();
|
||
</script>
|
||
|
||
<x-monitoring.browser-errors build="build/portal" area="portal" />
|
||
|
||
<x-web.umami area="portal" />
|