{"id":133,"date":"2025-10-02T00:00:00","date_gmt":"2025-10-01T22:00:00","guid":{"rendered":"https:\/\/helloblog.io\/sv\/zero-downtime-deployar-wordpress-med-trellis\/"},"modified":"2026-01-20T06:33:18","modified_gmt":"2026-01-20T05:33:18","slug":"zero-downtime-deployar-wordpress-med-trellis","status":"publish","type":"post","link":"https:\/\/helloblog.io\/sv\/zero-downtime-deployar-wordpress-med-trellis\/","title":{"rendered":"Zero downtime-deployar WordPress med Trellis: atomiska releaser, snabb rollback och hooks"},"content":{"rendered":"\n

Det \u00e4r l\u00e4tt att k\u00e4nna igen scenariot: du pushar en uppdatering, en host k\u00f6r sin \u201ddeploy-plugin\u201d eller du syncar upp filer med rsync<\/code> \u2013 och pl\u00f6tsligt f\u00e5r n\u00e5gon anv\u00e4ndare en trasig sida eftersom servern r\u00e5kar servera en blandning av gammalt och nytt. I modern apputveckling \u00e4r det h\u00e4r ett problem man l\u00f6ser med atomiska deployer<\/em> (atomic deployments). I WordPress-v\u00e4rlden \u00e4r det fortfarande ovanligt \u2013 men Trellis har det inbyggt.<\/p>\n\n\n\n

Trellis \u00e4r Roots server- och deploy-verktyg som (bland annat) kan deploya WordPress-projekt p\u00e5 ett s\u00e4tt som h\u00e5ller sajten uppe under hela releasen. Och det intressanta \u00e4r att du inte m\u00e5ste byta hela din lokala workflow f\u00f6r att f\u00e5 nyttan: m\u00e5nga k\u00f6r Trellis enbart f\u00f6r deployment av Bedrock-baserade sajter, \u00e4ven n\u00e4r de utvecklar lokalt i Valet, Lando, DDEV eller liknande.<\/p>\n\n\n\n

Vad \u201dzero downtime\u201d betyder i praktiken<\/h2>\n\n\n\n

Zero downtime deployments<\/em> betyder att sajten forts\u00e4tter vara fullt fungerande och \u00e5tkomlig medan du deployar. Nyckeln \u00e4r att den nya versionen byggs f\u00e4rdigt helt isolerat, och f\u00f6rst n\u00e4r allt \u00e4r klart v\u00e4xlar servern \u00f6ver \u2013 momentant.<\/p>\n\n\n\n

Kontrasten mot klassisk WordPress-deploy \u00e4r tydlig: n\u00e4r du skriver \u00f6ver filer i place (via FTP, en sync, eller ett host-verktyg) finns en period d\u00e4r servern kan l\u00e4sa in en ny PHP-fil men en gammal dependency, eller en ny template men gamla assets. Det r\u00e4cker f\u00f6r att skapa intermittent fel som \u00e4r sv\u00e5ra att reproducera.<\/p>\n\n\n\n

Varf\u00f6r traditionella WordPress-deployer ofta strular<\/h2>\n\n\n\n
    \n\n
  • FTP-uppladdning:<\/strong> manuellt, l\u00e5ngsamt och serverar ofta en mix av gamla och nya filer under uppladdningen.<\/li>\n\n\n
  • Fil-synk (t.ex. rsync<\/code>):<\/strong> snabbare \u00e4n FTP, men grundproblemet kvarst\u00e5r \u2013 du skriver \u00f6ver filer medan sajten \u00e4r live.<\/li>\n\n\n
  • Plugin-\/host-baserad deploy:<\/strong> bekv\u00e4mt, men uppdaterar ofta filer i place och saknar smidig rollback om n\u00e5got g\u00e5r snett.<\/li>\n\n<\/ul>\n\n\n\n

    Gemensamt f\u00f6r uppl\u00e4ggen ovan \u00e4r att de g\u00f6r rollback sv\u00e5rt (eller manuellt) och att anv\u00e4ndare kan hinna m\u00f6ta fel under deploy-f\u00f6nstret.<\/p>\n\n\n\n

    S\u00e5 g\u00f6r Trellis: atomiska och immutabla releaser<\/h2>\n\n\n\n

    Trellis anv\u00e4nder en atomisk strategi: varje deploy skapar en helt ny release-katalog, och den aktiva versionen pekas ut med en symlink (symbolisk l\u00e4nk). N\u00e4r allt \u00e4r f\u00e4rdigbyggt uppdateras syml\u00e4nken \u2013 vilket g\u00e5r i praktiken omedelbart. Inget skrivs \u00f6ver i den aktiva releasen.<\/p>\n\n\n\n

    Det h\u00e4r \u00e4r \u00e4ven immutabelt<\/em> i betydelsen att en release, n\u00e4r den v\u00e4l \u00e4r deployad, inte modifieras i place. N\u00e4sta deploy skapar en ny katalog. Det g\u00f6r fels\u00f6kning och rollback betydligt tryggare.<\/p>\n\n\n\n

    Katalogstrukturen p\u00e5 servern<\/h3>\n\n\n\n

    Efter en deploy med Trellis f\u00e5r du en struktur som brukar se ut ungef\u00e4r s\u00e5 h\u00e4r:<\/p>\n\n\n\n

    <\/circle><\/circle><\/circle><\/g><\/svg><\/span>