Ideen på nett i dag
Deploy rett fra prosjektmappa og få en ekte adresse med HTTPS å dele, uten oppsett. Vis frem ideen, eller test den på ekte brukere samme dag.
ploynir deployDeploy til et eget dev-domene, test appen og juster til den er klar for brukere. Ploynir samler staging, Git og deploy i én arbeidsflyt, for deg og KI-agenten din.
$ ploynir deploy butikk-----> Node.js app detected-----> Installing dependencies (npm ci)-----> Building=====> Application deployedvulnerabilities: runtime packages: nonecheck: answers HTTP 200url: https://ola-butikk.ploynir.no$
Du skriver koden. Ploynir tar seg av bygging, HTTPS og drift, og sjekker at appen svarer etter hver deploy. Databaser, bakgrunnsjobber og backup er med, uten servere å sette opp eller konfigurasjon å vedlikeholde.
Du jobber som før, i terminalen eller gjennom agenten din. Én kommando, og appen er på nett, med en ferdig sjekk på at den faktisk virker. Fra prosjektmappe til nettadresse på et par minutter.
Start med en idé i kveld, test den med ekte brukere i morgen, og la den gå i drift når den er klar. Samme plattform hele veien, så du aldri trenger å flytte når prototypen blir et produkt.
Deploy rett fra prosjektmappa og få en ekte adresse med HTTPS å dele, uten oppsett. Vis frem ideen, eller test den på ekte brukere samme dag.
ploynir deployHver gren kan bli sin egen app med egen adresse, og få sin egen database. Test nye ting uten å røre det som er i drift.
ploynir deploy --previewLegg til ditt eget domene, få sertifikat automatisk, og la GitHub deploye hver gang du pusher til main.
ploynir domains:addDaglig backup, sårbarhetssjekk ved hver deploy, bakgrunnsjobber, planlagte oppgaver og rollback på sekunder.
ploynir rollbackHver app får https://deg-app.ploynir.no fra første deploy. Egne domener legger du til selv, og sertifikatet ordner seg.
Gikk noe galt? ploynir rollback setter forrige versjon i drift igjen mens du retter feilen.
Én kommando gir appen en database og setter DATABASE_URL. Backup hver dag, tatt vare på i 14 dager. Eksport, import og SQL fra terminalen.
Kø og cache med redis:create. Bakgrunnsprosesser fra Procfile. Planlagte jobber i app.json.
Avhengighetene sjekkes mot osv.dev mens appen bygges. Du ser alvorlige funn med en gang, og hvilken versjon som retter dem.
Migreringer og skript kjøres i en fersk container med appens miljø: ploynir run app -- npm run migrate.
ploynir deploy --preview legger ut grenen du står på som en egen app, med egen adresse.
ploynir ci:github skriver en GitHub Actions-arbeidsflyt som deployer hver gang du pusher til main.
Miljøvariabler havner aldri i logger. env:rotate lager nye nøkler på serveren uten at noen ser dem, heller ikke du.
ploynir deployPloynir er ikke ferdig før appen svarer. Hver deploy går gjennom de samme trinnene, og du får svaret med en gang: en adresse som virker, eller nøyaktig hva som må rettes.
Prosjektmappa pakkes og sendes, uten .git, node_modules og venv.
Pakken sikkerhetssjekkes før noe kjøres, så ingenting i den kan nå utenfor prosjektet ditt.
Buildpacks ser hva slags app det er og bygger den. Samtidig sjekkes avhengighetene mot osv.dev.
Den nye versjonen starter. Den forrige tas vare på, så en rollback tar sekunder.
Ploynir spør appen over HTTP i opptil 40 sekunder. Svarer den med 200, er deployen ferdig.
Appen får sin egen adresse med sertifikat fra Let's Encrypt.
Skulle appen ikke svare, finner Ploynir årsaken for deg: feil port, en modul som mangler, databasen, en miljøvariabel, minnet eller en krasj, sammen med de siste loggradene. Og den forrige versjonen ligger klar, så ploynir rollback setter den i drift igjen på sekunder.
Claude Code, Codex og Cursor leser manualen med ploynir manual og følger den. Hver deploy ender med check: eller check_failed:, så agenten vet om appen virker i stedet for å gjette. Feil kommer med sannsynlig årsak, så den kan rette dem selv.
--json på alle kommandoerDeploys go to Ploynir: run `ploynir manual` first and follow it.
du › legg ut appen og si fra når den virker agent › ploynir deploy butikkcheck_failed: does not answer (HTTP 502)likely cause: the app listens on port 3000, but must listen on the port in $PORT agent › bruker process.env.PORT, prøver igjencheck: answers HTTP 200url: https://ola-butikk.ploynir.no
Hver app kjører adskilt, med HTTPS, daglig backup og sikkerhetsregler som plattformen håndhever ved hver deploy. Du trenger ikke tenke på det, og dataene dine blir i EU.
/.env og /.git gir 404 i alle apper, uansett hva appen selv gjør.Én konto gir deg alt dette, klart til bruk fra første dag. Prisen kommer før betalt lansering, og du får vite den før du betaler noe.
Trenger du mer? Si fra i forespørselen, så finner vi en løsning.
Be om tidlig tilgangPloynir er utviklet og driftet i Norge av Reagera AS. Du snakker med folkene som bygger plattformen, ikke med et kundesenter.
Ploynir er i drift og brukes hver dag. Vi slipper inn noen få om gangen, så hver ny bruker får full oppfølging fra første deploy.
Nei. Koden er din og bygges med standard buildpacks, så den kjører andre steder også. Databasen tar du med deg med ploynir db:export.
Ja. Pek domenet til serveren, legg det til med ploynir domains:add, og sertifikatet lages automatisk.
Alle databaser tas backup av hver dag og beholdes i 14 dager, også etter at en app er slettet. Du kan også hente ut databasen selv når som helst med ploynir db:export.
Node.js, Python, PHP, Ruby, Go, Java, Scala, Clojure og statiske sider bygges automatisk. Andre språk kan bruke en egen buildpack.
Ja, det går fint. Dataene ligger i EU, og du får en databehandleravtale med oss når du blir kunde.
Fortell kort hva du vil legge ut. Vi svarer alle.