Egenutviklet PHP-app? Vi holder den oppdatert og trygg.
Laravel, Symfony, CodeIgniter, eget MVC-rammeverk eller PHP skrevet fra bunnen for mange år siden. Vi tar oss av løpende vedlikehold av PHP-applikasjoner som ikke er WordPress: sikkerhetsoppdateringer, PHP- og rammeverksversjoner, Composer-pakker, backup og overvåking. Timepris 990 kr/t, eller en fast månedspris som avtales skriftlig etter en gratis gjennomgang.
- Du eier koden, innholdet og tilgangene
- Ingen bindingstid, 30 dagers varsel
Gjelder det WordPress, er det en annen side
Denne siden er for PHP som ikke er WordPress. Viser en WordPress-side «There has been a critical error», hvit skjerm eller en annen PHP-feil, er det PHP-feil i WordPress du trenger: fastpris fra 1 990 kr og gratis diagnose. Løpende vedlikehold av WordPress har egne avtaler, se WordPress-vedlikehold fra 990 kr/mnd. Står WordPress og en egenutviklet PHP-app på samme webhotell, tar vi begge, og artikkelen om hybride oppsett forklarer hvorfor de må sees under ett.
Hva en vedlikeholdsmåned går med til
Hva som er med i akkurat din avtale, skriver vi ned etter gjennomgangen. Dette er delene vi ser på i en egenutviklet PHP-app.
Sikkerhetsoppdateringer
PHP, rammeverket og hver pakke i composer.lock får sikkerhetsrettinger. Vi kjører composer audit, som sjekker pakkene mot kjente sikkerhetsvarsler og flagger forlatte pakker, og vurderer hver oppdatering før den går i produksjon. Kan en retting ikke installeres uten å knekke appen, sier vi fra og legger en plan.
PHP-versjonen
Vi holder oversikt over hvor appen står i livsløpet til PHP-versjonen, tester den mot neste versjon på en kopi og planlegger byttet i god tid, i stedet for å vente til webhotellet bytter versjon for deg.
Rammeverket
Laravel gir feilrettinger i 18 måneder og sikkerhetsrettinger i to år for hver hovedversjon. Symfony har langtidsversjoner (LTS) med tre år feilrettinger og fire år sikkerhetsrettinger. Vi følger med på hvor din versjon står, og tar oppgraderingene i små steg i stedet for ett stort hopp senere.
Backup som faktisk virker
Kode, database og opplastede filer, lagret et annet sted enn på serveren appen kjører på. Vi prøver også å gjenopprette fra den, fordi en backup ingen har hentet tilbake, er et håp og ikke en plan.
Overvåking, logger og cron-jobber
Oppetid, feillogger og bakgrunnsjobber. Mange PHP-apper har jobber som eksporterer ordrer, sender e-post eller synkroniserer data om natta, og de kan slutte å virke uten at forsiden ser annerledes ut.
Databasen
MySQL, MariaDB eller PostgreSQL: trege spørringer, manglende indekser, tabeller som vokser uten at noen rydder, og hvilken versjon databaseserveren selv kjører.
Små rettinger og justeringer
En feil i en rapport, et skjema som må endres, en tekst som er feil. Små ting tar vi på timepris eller innenfor avtalen. Større endringer får et eget skriftlig tilbud med fast pris før vi starter.
Dokumentasjon
Vi skriver ned hvordan appen henger sammen, hva vi har endret og hvorfor. Det gjør neste feil raskere å finne, også for en annen utvikler hvis dere en dag bytter.
PHP-versjonene du må forholde deg til nå
Kontrollert mot php.net 12. november 2026. Hver PHP-versjon får to år med vanlige rettinger fra den kommer ut, og deretter to år med bare kritiske sikkerhetsrettinger.
PHP 8.2 har bare fått sikkerhetsrettinger siden 31. desember 2024, og etter 31. desember 2026 kommer det ingen flere. Kjører appen på 8.2, er det nå det haster å teste den mot 8.3 eller nyere.
PHP 8.3 får sikkerhetsrettinger til 31. desember 2027. PHP 8.4 får vanlige rettinger til 31. desember 2026 og sikkerhetsrettinger til 31. desember 2028. PHP 8.5, som kom 20. november 2025, er støttet til 31. desember 2029.
PHP 8.1 gikk ut 31. desember 2025, PHP 8.0 26. november 2023, PHP 7.4 28. november 2022 og PHP 5.6 31. desember 2018. php.net sier rett ut at den som bruker en versjon som er ute, bør oppgradere så snart som mulig, fordi den kan være utsatt for sårbarheter som ikke blir tettet.
PHP 8.0 fjernet flere gamle skrivemåter: funksjonene each() og create_function(), krøllparenteser for å hente ut et tegn eller element ($tekst{0}) og nestede ternære uttrykk uten parenteser. Flere advarsler ble også gjort om til feil som stopper skriptet. Kode som gikk greit på PHP 7 med advarslene skrudd av, kan derfor stoppe helt på PHP 8.
To måter å betale på
Vi har ingen standardpakker for PHP-vedlikehold, fordi to PHP-apper sjelden trenger det samme. Du betaler enten per time, eller en fast månedspris vi avtaler etter å ha sett appen. Alle priser er eks. mva.
Timepris
For enkeltoppgaver, og for apper som sjelden trenger noe- Oppdateringer, rettinger og feilsøking når du trenger det
- Skriftlig estimat før vi starter
- Vi fører faktisk brukt tid, ikke påbegynte timer
- Vi fakturerer ikke for korte spørsmål på e-post
- Kort skriftlig oppsummering av hva som ble gjort
Vedlikeholdsavtale
For apper i daglig drift som trenger noen som følger med- Gratis gjennomgang av appen før du får pris
- Fast månedspris og omfang avtalt skriftlig
- Sikkerhetsoppdateringer, backup og overvåking etter avtalen
- Plan for PHP- og rammeverksversjoner
- Arbeid utenfor avtalen prises før vi starter
- Ingen bindingstid, 30 dagers varsel
Er det en PHP-feil i en WordPress-side, er PHP-feil i WordPress riktig side, med fastpris fra 1 990 kr for konkrete feil. Vi tar ikke kommisjon på webhotell eller lisenser.
Slik overtar vi en kodebase vi ikke kjenner
Mange PHP-apper er skrevet av noen andre for flere år siden. Dokumentasjon hjelper, men vi klarer oss uten. Rekkefølgen er den samme hver gang.
Gratis gjennomgang
Du forteller oss hva appen gjør, hvilket rammeverk og hvilken PHP-versjon den bruker, hvor den ligger og hva du vil ha hjelp med. Får vi lesetilgang til koden, ser vi selv etter. Du får et ærlig svar på om vi passer, og hva vi anbefaler.
Fast pris, skriftlig
Du får en fast månedspris og en liste over hva den dekker før vi starter. Trenger appen opprydding først, prises det for seg, med fast pris eller timepris, før vi gjør noe.
Backup før vi rører noe
Vi tar full backup av kode, database og filer, og sjekker at den lar seg gjenopprette. Ingenting endres før det er på plass.
Kartlegging
Vi leser composer.json og composer.lock, kjører composer audit, noterer PHP- og rammeverksversjon, går gjennom feilloggene og lister cron-jobber og integrasjoner. Overraskelsene ligger som regel i det ingen husker at finnes.
Testkopi
Vi setter opp en kopi av appen der oppdateringer testes før de går i produksjon, eller bruker testmiljøet dere allerede har.
Løpende vedlikehold
Oppdateringer, overvåking og en kort oppsummering av hva som er gjort. Ingen bindingstid, og du kan si opp med 30 dagers varsel.
Når det er på tide å få noen til å ta vare på appen
Fem vanlige utgangspunkt, og hva vi gjør med dem.
Ingen vet helt hvordan den henger sammen, og alle er redde for å røre den. Vi leser oss inn og starter med det som er mest risikabelt: utdaterte pakker, PHP-versjonen og om det finnes en backup som virker. Dokumentasjonen som manglet, skriver vi underveis, og den er din.
Får du beskjed om at PHP-versjonen fases ut, er det tid for å teste appen på neste versjon på en kopi, ikke for å be om å få beholde den gamle. Å holde igjen kjøper noen måneder og gir deg en kjøretid uten sikkerhetsrettinger.
Laravel 11 fikk sine siste sikkerhetsrettinger 12. mars 2026, og Laravel 12 får bare sikkerhetsrettinger fram til 24. februar 2027. Symfony 6.4, en langtidsversjon, får bare sikkerhetsrettinger etter november 2026 og går ut i november 2027. Hvert hopp mellom hovedversjoner krever arbeid, og jobben blir større jo flere versjoner du hopper over.
Da deler de PHP-versjon, .htaccess-regler og ofte databaseserver, og en endring i den ene kan knekke den andre. Vi tar vare på begge, så ingen del av oppsettet står uten eier. Se de ni stegene vi følger på slike oppsett.
I en egenutviklet PHP-app vi feilsøkte, hadde PHP-funksjonen mail() meldt suksess på rundt 1 800 innsendinger fra kontaktskjemaene, mens e-postene aldri kom fram. Slike stille feil fanges ikke opp av at siden laster. Les hvordan vi fant og rettet den.
Det folk spør om PHP-vedlikehold
Fortell oss om PHP-appen din
Noen linjer om hva appen gjør, hvilket rammeverk og hvilken PHP-versjon den bruker, og hvor den ligger, er nok til å begynne. Vi svarer innen 30 minutter i arbeidstiden (man–fre 09–17).
- Personlig svar fra en utvikler, ikke et autosvar
- Gratis gjennomgang, ingen forpliktelser
- Fast månedspris skriftlig før vi starter
- Vi sier fra hvis appen bør moderniseres i stedet
Beskriv appen
Ta med rammeverk og versjon, PHP-versjon, hvor appen ligger, og om det finnes et Git-repository og et testmiljø.
