Admatic Stack
Dokumentation til release 5.14.2
Søg, installer, brug og reparer den koordinerede Elementor-stack.
Navigér
Versionsnote
Dette site dokumenterer stack 5.14.2. Opdatér versionsmærket og ændrede procedurer, når en ny koordineret bundle udgives.
Fejlfinding
Find det første lag der fejler, ret den konkrete årsag, og fortsæt det samme projekt. De fleste fejl skyldes versioner, pairing, temp-filer, medier, pakkevalidering eller renderet QA.
Start i det rigtige lag
- Core health: readiness, scopes, capabilities, projektstatus og paired site.
- Staging preflight: versioner, Elementor/Pro, Worker, ZIP, OpenSSL, temp-filer, uploads og jobs.
- Workflow report: første fejlede stage, valideringsrækker, screenshot-QA og release gate.
Almindelige fejl
Installer de præcise koordinerede staging-versioner. Ved 5.14.2 false-mismatch skal central Core opdateres til 2.14.3, hvorefter alle health checks køres.
Opdater den licenserede Elementor Pro, så major/minor ikke er ældre end Core, og kør preflight igen.
Generér en ny ti-minutters kode på staging, indsæt pairing-bundlen i Core → Sites, og kør health checks.
Opdater Kit Factory til den koordinerede version, ryd browser- og WordPress-cache, genindlæs workspace og kontrollér REST-workflow-responsen.
Kontrollér at filerne kom i Media Library og i det aktuelle projektmanifest, før du navigerer væk. Tilknyt dem igen med stabile referencer.
Kontrollér project.json, schema, filtyper, størrelsesgrænser, lokale assets, relative stier og at der ikke bruges remote-only Elementor-billeder.
Læs den konkrete blocker, ret regionen, referencen eller pakkefejlen, og rerun samme projekt. Poll det eksisterende workflow.
Fjern negative margins og direct positioning, sæt eksplicitte mobilbredder, og brug én kolonne på mobil. Lad Elementor Wrap/No Wrap stå tomt, medmindre et specifikt design kræver en bevidst override.
Hvis alt andet fejler
Det er tilladt at bruge AI-hjælp som Claude eller ChatGPT til at analysere logs, sammenligne versioner og foreslå en sikker reparationsplan. Fjern tokens, adgangskoder, secrets og private stier, før diagnostik deles, og verificér altid ændringer før produktion.
Sikker recovery
- Fortsæt det eksisterende eksplicitte projekt.
- Opret ikke et nyt projekt kun fordi build eller QA fejlede.
- Erstat ikke eksisterende medier, medmindre asset faktisk er forkert.
- Bevar change preview og recovery snapshot.
- Poll workflowet til en terminal status.