Laravel sorteert migraties alfabetisch op bestandsnaam, dus
add_site_id_to_user_notification_preferences_table draaide vóór de
create-migratie. Bestond de tabel toen nog niet, dan viel de add-migratie
stil op zijn hasTable-guard en werd hij tóch als uitgevoerd weggeschreven.
De create maakte de tabel daarna zonder site_id aan en geen van beide
migraties komt ooit nog terug: NotificationPreferences filtert op een
kolom die niet bestaat ("Unknown column 'site_id' in 'where clause'").

v4.7.1 repareerde alleen verse installaties, want de create-migratie stopt
op een bestaande tabel. Deze idempotente herstelmigratie sorteert ná de
create ('e' > 'c') en zet kolom plus unique index goed op installaties die
al draaien.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0114sExGDY3SX8RfwPUPFUiN