Nulstil sider, administrer DNS-poster og meget mere med Kinsta API

Vi har udrullet et nyt sæt API-endpoints og forbedringer med fokus på at give WordPress-udviklere mere kontrol over webstedsoperationer, DNS-konfiguration og ressourceindstillinger.

Du kan nu automatisere opgaver lige fra nulstilling af WordPress-websteder til administration af domæneverifikations-records og DNS-records, især i stor skala.

Her er, hvad der er nyt:

Nulstil et websted

Som med MyKinsta-dashboardet kan du nu nulstille et WordPress-websted ved hjælp af API’ens nye /reset-site endpoint. Denne handling nulstiller webstedets filsystem og database og gendanner det til en ren WordPress-installation.

Dette er ideelt til scriptede opsætninger, klargøring af skabeloner eller til hurtigt at starte på en frisk under udvikling.

For at bruge den skal du sende en POST-anmodning med webstedets ID og dit administratorpassword:

curl -i -X POST \
  'https://api.kinsta.com/v2/sites/{site_id}/reset-site' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "admin_password": "your-admin-password"
  }'

Hent verifikation og pointers for et domæne

Vi har også introduceret /verification-records endpoint, som giver dig mulighed for at hente både verifikations- og verification records for ethvert domæne, der er forbundet med et WordPress-miljø.

Det er nyttigt, når man opsætter brugerdefinerede domæner og vil bekræfte, at de peger korrekt. Det er også nyttigt, hvis du vil automatisere domæneverifikation som en del af CI/CD- eller provisioneringsworkflows.

Her er et eksempel på en anmodning:

curl -i -X GET \
  'https://api.kinsta.com/v2/sites/environments/domains/{site_domain_id}/verification-records' \
  -H 'Authorization: Bearer '

Svaret inkluderer DNS-relaterede records som CNAME eller TXT, der er nødvendige for domænevalidering og konfiguration af edge-netværk:

{
  "site_domain": {
    "verification_records": [
      {
        "name": "_acme-challenge.staging.example-site.io",
        "value": "staging.example-site.io.kinstavalidation.app",
        "type": "CNAME"
      }
    ],
    "pointing_records": [
      {
        "name": "staging.example-site.io",
        "value": "192.0.2.10",
        "type": "A"
      },
      {
        "name": "www",
        "value": "staging.example-site.io",
        "type": "CNAME"
      }
    ]
  }
}

Administrer DNS-records programmatisk

Du kan nu programmatisk administrere domæner og DNS-records ved hjælp af Kinsta API (svarende til den funktionalitet, der er tilgængelig i MyKinsta under Kinstas DNS).

Dette inkluderer:

• Liste over domæner for en virksomhed
• Hentning af DNS-records for et domæne
• Oprettelse af records, herunder A, AAAA, CNAME, MX, TXT, CAA, SRV m.fl
• Opdatering af DNS-records ved at ændre ressourceværdier eller TTL’er
• Sletning af records fra en domænezone

Denne API-support afspejler, hvad du kan gøre i MyKinsta, når du administrerer zoner, der er knyttet til Kinstas DNS, drevet af Amazon Route53.

For eksempel. Lad os sige, at du vil tilføje en A -post til et underdomæne:
Hvis du f.eks. vil tilføje en A-post til et underdomæne, kan du gøre det sådan her:

curl -X POST \
  'https://api.kinsta.com/v2/domains/{domain_id}/dns-records' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "type": "A",
    "name": "staging.mydomain.com",
    "ttl": 3600,
    "resource_records": [
      { "value": "1.1.1.1" }
    ]
  }'

Dette er nyttigt, når du provisionerer domæner dynamisk eller synkroniserer DNS-ændringer fra din CI/CD-pipeline, især for multisite-agenturer eller staging-tunge workflows.

For understøttede typer recodrs og DNS-adfærd henvises til Kinstas DNS-dokumenter.

Indstil PHP-trådallokering

PHP-performance-tilføjelsen er en af de mest brugte tilføjelser hos Kinsta, da den hjælper websteder med at håndtere mere trafik og tung behandling uden at svede.

Det gav mening at bringe denne kontrol ind i API’en, og derfor introducerede vi tidligere i år to endpoints til at styre PHP-performance programmatisk:

• Ændre PHP-allokering for premium scenemiljøer
• Skift PHP-allokering for live- og standard-scenemiljøer

Disse endpoints accepterede oprindeligt worker_number og worker_memory, men i tråd med vores skift fra “PHP workers” til “threads” (som bedre afspejler, hvordan PHP faktisk fungerer), har vi nu udfaset disse gamle felter.

Ved udgangen af august 2025 vil kun thread_count og thread_memory være understøttet. Hvis du allerede bruger disse endpoints, er det tid til at opdatere dine anmodninger.

Sådan ser en trådkonfigurationsanmodning ud med de opdaterede felter:

curl -i -X POST \
  'https://api.kinsta.com/v2/sites/environments/{env_id}/change-environment-php-allocation' \
  -H 'Authorization: Bearer ' \
  -H 'Content-Type: application/json' \
  -d '{
    "thread_count": 2,
    "thread_memory": 256
  }'

Ovenstående indstiller to PHP-tråde til dette miljø, hver med 256 MB hukommelse. Dette matcher den samme kontrol, som du finder i MyKinsta.

Miljøoversigter viser nu WordPress-version

Når du administrerer flere websteder, er det nyttigt at vide nøjagtigt, hvilken version af WordPress hvert miljø kører, især hvis dit team har forskellige opdateringsplaner på tværs af kunder eller faser.

Vi har tilføjet et nyt wordpress_version-felt til disse endpoints:

• Hent site-miljøer
• Få en liste over virksomhedens sites

Når du henter miljødata, er WordPress-versionen nu inkluderet. Det gør det nemmere at spotte forældede installationer eller bekræfte, at opdateringer er blevet anvendt uden manuelt at logge ind på hvert site.

Her er et eksempel på, hvordan svaret ser ud:

{
  "site": {
    "environments": [
      {
        "id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
        "name": "live",
        "display_name": "Live",
        "wordpress_version": "6.3.1",
        "is_premium": false,
        "is_additional_sftp_accounts_enabled": false,
        ...
      }
    ]
  }
}

Få en liste over tilgængelige regioner

Lad os sige, at du har brug for at oprette nye miljøer på et bestemt sted. Med det nye /available-regions endpoint kan du nu hente en liste over tilgængelige regioner, der er knyttet til din virksomhed.

Det hjælper dig med programmatisk at bekræfte, hvilke datacentre der er tilgængelige for implementeringer, og det er nyttigt, hvis du administrerer flere klienter eller skalerer på tværs af forskellige regioner.

Her er et eksempel på et svar:

{
  "company": {
    "available_regions": [
      {
        "name": "Dallas US (us-south1)",
        "region": "us-south1"
      }
    ]
  }
}

Mere fleksibilitet til dine arbejdsgange

Denne række opdateringer giver dig mere programmatisk kontrol over miljøer, domæner, DNS-poster, PHP-ydeevne og regionale implementeringer.

Uanset om du finjusterer tråde og hukommelse, administrerer domæner i stor skala eller synkroniserer WordPress-versioner på tværs af websteder, fortsætter Kinsta API med at vokse med moderne teams i tankerne.

Har du brug for bevis på, at det skalerer? Vi har for nylig offentliggjort en casestudie om, hvordan Sod administrerer 400+ sites med brugerdefineret automatisering bygget på Kinsta API.