Från hosting
till handlingskraft.

Låt en agent samla kontots domäner, jämföra dem med kundregistret och ta fram ett underlag för felsökning. UAPI är den direkta vägen till funktioner på ett cPanel-konto.

Kom igång

# Kör själv i en betrodd Bash-terminal.
export CPANEL_HOST='BYT_TILL_KONTOTS_SERVERNAMN'
export CPANEL_USER='BYT_TILL_CPANEL_ANVANDAREN'
unset CPANEL_TOKEN
umask 077
python3 oderland_api.py cpanel > cpanel-rapport.json

Förutsätter hjälpskriptet från avsnittet Koppla AI eller ZIP-paketets exempel-mapp. Token matas in dolt. Rapporten visar domänantal och om huvuddomän finns; inga nycklar, headers eller råa domänlistor. Saknad huvuddomän markeras som ofullständigt resultat.

Inventera domänantal för kund K-104 med det tillåtna läsverktyget.
Jämför med kundregistret och ange avvikelser med underlag.
Om data saknas: markera okänt. Gör inga konto- eller DNS-ändringar.

Läs vidare: cPanel: API-token ↗ · UAPI: DomainInfo ↗

WHM är byråns nivå ovanför de enskilda cPanel-kontona. Bygg en agent som håller ordning på kundmiljöer, föreslår paket och förbereder onboarding.

Oderlands Agency-tjänst ger tillgång till WHM för att skapa paket och separata kundkonton. Vilka API-funktioner en integration får använda styrs av era återförsäljarbehörigheter och tokenens rättigheter. Utgå inte från root-åtkomst.

export WHM_HOST='BYT_TILL_WHM_SERVERN'
export WHM_USER='BYT_TILL_ATERFORSALJAREN'
unset WHM_TOKEN
umask 077
python3 oderland_api.py whm > whm-rapport.json

Förutsätter Python-hjälpen. Token matas in dolt. Exemplet sammanfattar antal synliga och avstängda konton. En kundportal behöver dessutom filtrera till konton som den inloggade användaren har rätt till.

Exempel: onboarding av en ny kund

1. Agenten läser beställningen och föreslår domän, kontonamn och ett befintligt WHM-paket.
2. Backend kontrollerar kundens godkända beställning, tillgänglig kvot och tillåtna paket. Paket kan hämtas via listpkgs.
3. En ansvarig godkänner den konkreta kontoplanen. Ett separat verktyg kan därefter använda createacct, om behörigheten finns.
4. Backend sparar resultatet mot beställnings-ID och kontrollerar kontot. Vid timeout: läs kontostatus innan ett nytt skapande försök.

{
  "tool": "propose_customer_account",
  "input": {
    "customer_id": "K-104",
    "order_id": "ORDER-104",
    "domain": "kund.example",
    "package_id": "byra_standard"
  },
  "mode": "plan_only"
}

Illustrativt kontrakt för er egen backend. Det är inte en inbyggd WHM-endpoint och skapar inget konto.

Läs vidare: Oderland: Agency & WHM ↗ · WHM: listaccts ↗ · WHM: paket ↗ · WHM: createacct ↗

Gör WordPress begripligt för en agent med strukturerad utdata från WP-CLI. Börja med en underhållsrapport; bygg sedan ett arbetsflöde för test, granskning och uppdatering.

WP-CLI finns enligt Oderland på webbhotellkonton och Managed Servrar. Använd terminalen i cPanel eller SSH med nyckel och kontots huvudanvändare. Ange alltid rätt installationssökväg.

# Kör efter inloggning via SSH, som rätt cPanel-användare.
set -euo pipefail
: "${WP_PATH:?Ange absolut sökväg till WordPress}"

wp --path="$WP_PATH" core version
wp --path="$WP_PATH" core check-update --format=json
wp --path="$WP_PATH" plugin list \
  --fields=name,status,version,update,update_version --format=json
wp --path="$WP_PATH" theme list --format=json

Agenten kan sammanfatta uppdateringsbehov. Tillgänglig uppdatering betyder inte i sig att ett tillägg har en säkerhetsbrist. Vissa läskommandon kan uppdatera WordPress interna cache.

set -euo pipefail
: "${STAGING_PATH:?Ange staging-installationens absoluta sökväg}"
: "${PLUGIN_SLUG:?Ange granskat tillägg, exempelvis akismet}"
: "${APPROVED_VERSION:?Ange den granskade målversionen}"

# Förutsätter verifierad backup av filer och databas.
wp --path="$STAGING_PATH" plugin update "$PLUGIN_SLUG" \
  --version="$APPROVED_VERSION"
wp --path="$STAGING_PATH" plugin get "$PLUGIN_SLUG" \
  --fields=name,status,version --format=json

Detta ändrar staging-installationen. Versionen och sökvägen ska vara validerade av backend, inte fria shellargument från modellen. Ett lyckat kommando ersätter inte funktionstester.

wp --path="$STAGING_PATH" search-replace \
  'https://gammal.example' 'https://ny.example' \
  --skip-columns=guid --dry-run

Dry-run visar planerade databasbyten utan att genomföra dem. Guid-kolumner lämnas orörda. Granska omfattningen före en faktisk migrering.

Läs vidare: Oderland: WP-CLI ↗ · WordPress: plugin list ↗ · WordPress: plugin update ↗ · WordPress: search-replace ↗

Kör agentens backend, jobbkö och egna integrationer på en virtuell server. Låt agenten inventera infrastrukturen och föreslå resurser inom en fast budget.

python3 -m venv .venv
. .venv/bin/activate
python -m pip install python-openstackclient

# Bash. Lösenordet skrivs inte till historiken.
export OS_AUTH_URL='https://cloud-api.oderland.com:5000'
export OS_AUTH_TYPE='password'
export OS_IDENTITY_API_VERSION='3'
export OS_USER_DOMAIN_NAME='cloud'
export OS_PROJECT_DOMAIN_NAME='cloud'
export OS_PROJECT_NAME='BYT_TILL_DITT_PROJEKT'
export OS_USERNAME='BYT_TILL_DIN_ANVANDARE'
read -r -s -p 'Cloud-lösenord: ' OS_PASSWORD; printf '\n'
export OS_PASSWORD

openstack server list -f json
openstack image list -f json
openstack flavor list -f json
openstack network list -f json

# När arbetet är klart:
unset OS_PASSWORD

Kör autentiseringen själv i en betrodd terminal. OpenStackClient har Cloud-lösenordet i sin processmiljö; ge inte en generell AI-terminal åtkomst till samma miljö. Granska och minimera resurslistorna före delning. I drift injiceras hemligheten endast till den betrodda tjänsten.

# Återanvänd autentiseringen ovan och sätt OS_PASSWORD igen.
set -euo pipefail
: "${OS_PASSWORD:?Autentisera först}"
: "${IMAGE_ID:?Välj från image list}"
: "${FLAVOR_ID:?Välj från flavor list}"
: "${NETWORK_ID:?Välj från network list}"
: "${KEY_NAME:?Ange en uppladdad SSH-nyckel}"
: "${SECURITY_GROUP:?Ange granskad säkerhetsgrupp}"
: "${BOOT_GB:?Ange godkänd storlek i GB}"

openstack server create --wait --format json \
  --image "$IMAGE_ID" --flavor "$FLAVOR_ID" \
  --network "$NETWORK_ID" --key-name "$KEY_NAME" \
  --security-group "$SECURITY_GROUP" \
  --boot-from-volume "$BOOT_GB" \
  --property purpose=agent-demo \
  agent-worker-01

Skapar debiterbara resurser. Mallen installerar ingen agentmjukvara. Kontrollera kvoter, image/flavor-kompatibilitet, volymstorlek och nätåtkomst före körning. Spara returnerat server-ID; namn är inte en unik nyckel.

Två saker att planera för: en avstängd VM kan fortfarande kosta pengar; kontrollera även kvarvarande volymer och andra resurser efter avveckling. Svensk lagring hos Oderland innebär inte att data stannar i Sverige om applikationen skickar den till ett externt modell-API. Egen modellkörning kräver dimensionering; exemplen förutsätter ingen GPU-tillgång.

Läs vidare: Oderland: OpenStackClient ↗ · Oderland: Cloud ↗ · Virtuozzo: VHI Compute API ↗ · OpenStack: serverkommandon ↗

Låt agenten skriva ett rapportutkast. Låt er applikation skicka den godkända versionen via Postal och följa upp leveransen med webhooks.

# Manuellt test med Python-hjälpen.
export POSTAL_HOST='BYT_TILL_ER_POSTALSERVER'
export POSTAL_FROM='BYT_TILL_VERIFIERAD_AVSANDARE'
export POSTAL_TO='BYT_TILL_GODKAND_TESTMOTTAGARE'
unset POSTAL_API_KEY
python3 oderland_api.py postal-test

Nyckeln matas in dolt. Skriptet visar avsändare och mottagare och kräver att operatören skriver SKICKA. API-framgång innebär accepterat anrop; spara message_id för uppföljning. Automatisk rapportering behöver en separat backend med innehålls- och mottagarkontroll. Stäm av utfallet före omkörning vid timeout.

Läs vidare: Oderland: Postal API ↗ · Postal: Send API ↗ · Oderland: webhooks ↗ · Postal: händelser ↗