Publiseringssystemet er en avhengighet, nettstedet er appen
Aurora startet med ett spørsmål: hva om publiseringssystemet til et kundenettsted rett og slett var en del av Laravel-applikasjonen, og ikke en plattform applikasjonen bor inni?
Hva som følger av det
Fire prinsipper
Publiseringssystemet er en avhengighet
Alt publiseringssystemet består av, kommer inn via Composer. Appen er nettstedet: oppsettene, komponentene og blokkene. En oppgradering rører aldri nettstedet.
Rediger det ekte
Lerretet viser de samme Blade-komponentene som nettstedet, med nettstedets egen CSS. Det redaktørene ser, er det de besøkende får.
Innholdet holdes strukturert
Visuelt betyr ikke fritt HTML. Hver blokk oppgir feltene sine, så innholdet er typet, validert, oversettbart og maskinlesbart.
Tillatelsene er grensen
Adminpanelet, editoren, massehandlinger, MCP og assistenten går alle gjennom de samme policyene. En assistent gjør aldri mer enn personen den jobber for.
Sammenlignet
Hvordan Aurora skiller seg fra Statamic
Statamic er et utmerket publiseringssystem, og Aurora låner ideer fra det. Forskjellen er hvor hvert av dem plasserer publiseringssystemet i forhold til Laravel.
| Statamic | Aurora | |
|---|---|---|
| Lagring | Flate filer som standard (Stache); Eloquent via en driver | Eloquent og databasen, helt innebygd |
| Admin | Eget kontrollpanel, bygd med Vue | Filament: Laravels eget adminrammeverk, med Livewire og Blade |
| Maler | Antlers eller Blade | Bare Blade-komponenter |
| Innholdsmodell | Collections og blueprints i YAML | Sider bygd av blokker; hver blokk er en PHP-klasse med et Filament-skjema |
| Redigering | Skjemabaserte oppføringer; Bard og Replicator for fleksible felt | Et visuelt lerret på det ekte designet, pluss skjemaer for sideinnstillinger |
| Utvidelser | Tillegg med egne konvensjoner | Vanlig Laravel: service providers, Blade, Eloquent, Filament-plugins |
| KI | Via tillegg | Innebygd: en MCP-server med OAuth, en assistent, KI-skriving og -oversetting, alt knyttet til tillatelser |
| Headless | REST og GraphQL i Pro-utgaven | REST og GraphQL inkludert, med API-nøkler med tilgangsområder |
| Lisens | Kommersiell Pro-lisens per nettsted | MIT |
Grunnene
Hvorfor bygge det slik?
- Én stack. Et team som kan Laravel og Filament, kan Aurora. Det er ikke noe nytt rammeverk å lære for kontrollpanelet, og ikke noe malspråk å bytte til.
- Databasen er fasiten. Innhold fungerer med transaksjoner, køer, Scout, policyer, factories og tester som alle andre Laravel-data, og skalerer slik appen skalerer.
- Typede blokker i stedet for blueprints. En blokk er en klasse du kan lese, teste, refaktorere og autofullføre. Å legge til en er
php artisan aurora:make-block. - Laget for KI-tiden. Blokker beskriver seg selv (felt, valg, hint), så assistenter kan bygge og redigere sider på en pålitelig måte, og rettighetsmodellen gjør det trygt å tillate.
Hva som gjør det bedre
Det redaktører og kunder legger merke til først
- Ingen gjetting ut fra forhåndsvisninger. Lerretet er designet. Du redigerer rett i overskrifter, tekst, knapper og listepunkter, som spørsmål i en FAQ og punkter i en prisplan.
- Trygt fra start. Upubliserte endringer, godkjenning, versjoner, redigeringslås og planlegging er innebygd.
- Ett adminpanel for mange nettsteder og språk. Sider oversettes blokk for blokk med hjelp fra KI, og hvert nettsted har sitt eget domene, sine egne språk og sine egne folk.
- Raske nettsteder. Sider kan leveres fra en buffer som tømmer seg selv ved hver endring, og bildeformater lages i bakgrunnen i WebP eller AVIF.
- Adminpanel på klart språk. Roller, innstillinger, advarsler og varsler er skrevet for redaktører, på engelsk og norsk, og alle tekster kan oversettes.
- KI med full sporbarhet. Kunder kan trygt la assistenter jobbe på nettstedet, fordi assistenten handler som dem, kan begrenses etter rolle og blir logget.
Spørsmål og svar
Spørsmål folk stiller
Ja. Blokker er Blade-visninger i appen din, stylet akkurat som du vil. Den visuelle editoren viser dem med nettstedets eget stilark, avgrenset til lerretet, så redaktørene alltid ser designet ditt.
Ja. Det anbefales å starte fra malen, men composer require shipaurora/cms og php artisan aurora:install legger det til i en Laravel 13-app. Deretter legger du til dine egne blokker.
I databasen din. Sider lagrer blokkene sine som JSON, medier havner på den disken du setter opp, og ingenting sendes noe sted med mindre du kobler til en KI-leverandør.
Nei. Assistenten er av til noen legger inn en leverandør og en API-nøkkel under Innstillinger, og det å koble til KI-apper er en egen rettighet per rolle.
Ja. Slå på REST- eller GraphQL-API-et under Innstillinger › Integrasjoner. Begge er skrivebeskyttet, viser bare det besøkende har lov til å se, og kan kreve API-nøkler med tilgangsområder.
Engelsk og norsk fra start. Alle tekster kan oversettes fra Oversettelser-skjermen, og hver person velger sitt eget språk i adminpanelet.
Overbevist, eller nysgjerrig?
Den raskeste måten å vurdere et publiseringssystem på er å bruke det. Start et prosjekt fra malen og se selv på noen få minutter.
Installasjon