Licentie- en productsleutelfouten.

DXPR Builder lerenDe site beherenEen probleem oplossen

Maak een licentie vrij, krijg de editor terug na een sleutelwijziging, of herstel de verbinding met DXPR. Drie feiten verklaren bijna elke licentievraag. Elk account met de bewerkingspermissie gebruikt een licentie. Licenties worden geteld over elke site die de sleutel deelt. En de site bewaart de laatste licentiecontrole tot een dag lang.

Ik zie “insufficient User licenses”

Het volledige bericht begint met “Oops, the no-code editor is not loading here because there are insufficient User licenses included in your DXPR.com subscription.”

Hoe licenties worden geteld:

  • Permissie: elk account in een rol met Bewerken met DXPR Builder gebruikt een licentie, ook als het de editor nooit opent. Gebruiker 1 telt altijd mee. Uitgesloten accounts niet.
  • E-mail: accounts worden gematcht op e-mailadres over elke site op de sleutel. Eén persoon op productie en staging telt één keer. Drie testaccounts tellen drie keer.
  • Volgorde: wanneer er meer accounts zijn dan licenties, houden de eerst geregistreerde accounts de editor. De anderen zien het bericht.

Om licenties vrij te maken:

  1. Ga naar DXPR Studio > DXPR Builder > Gebruikerslicenties (/admin/dxpr_studio/dxpr_builder/user_licenses).
  2. Klik op Uitsluiten van bewerken naast accounts die niet mogen bewerken.
  3. Klik op Licentiegegevens verwijderen naast e-mailadressen die geen account meer hebben op deze site.
  4. Verwijder Bewerken met DXPR Builder van rollen die het niet nodig hebben, op elke site die de sleutel deelt.
  5. Wis alle caches op elke site.

Opmerking: een licentie die minder dan 30 dagen geleden is toegewezen kan nog niet worden uitgesloten. De kolom Handelingen toont “Can be excluded in” en het aantal dagen.

Tip: je kunt ook Uitsluiten van bewerken met DXPR Builder aanvinken op het bewerkingsformulier van een gebruiker. Alleen rollen met DXPR Builder-configuratie beheren zien dat vakje.

Ik zie een ander limietbericht

  • “Only one account can use DXPR Builder on the DXPR Free tier”. De gratis versie staat één redacteur toe, het account dat in het bericht wordt genoemd. Voeg een betaald abonnement toe via de link in het bericht.
  • “Sorry, you cannot author more than ... content items”. Je abonnement beperkt het aantal pagina’s gebouwd met DXPR Builder. De gelinkte pagina Contentitems toont ze. Upgrade via de link in het bericht.
  • “your user account does not have a valid email address”. Licenties zijn gekoppeld aan e-mailadressen. Geef het account een geldig adres op zijn bewerkingsformulier.

Ik zie “We are having trouble connecting to the DXPR servers”

De tabel Gebruikerslicenties kan ook zeggen “There are no billable users recorded yet.” De site kon zijn licentiestatus niet van DXPR krijgen. Een geweigerde productsleutel veroorzaakt hetzelfde bericht, dus controleer eerst de sleutel (volgende sectie).

  1. Sta uitgaande HTTPS toe van de webserver naar dxpr.com, en naar kavya.dxpr.com als je de AI-functies gebruikt. De browsers van redacteuren moeten cdn2.dxpr.com kunnen bereiken. Zie DXPR Builder achter een firewall gebruiken.
  2. Voer curl -I https://dxpr.com uit op de server. Een TLS- of DNS-fout hier is een hostingprobleem.
  3. Open Rapporten > Recente logberichten en zoek naar “License info API call failed”. De invoer toont de fout, bijvoorbeeld cURL error 35 voor een mislukte TLS-handshake.
  4. Wis alle caches. De site bewaart een mislukte controle 30 minuten voordat hij opnieuw vraagt.

Mijn productsleutel wordt niet geaccepteerd

Ga naar DXPR Studio > DXPR Builder > Algemene instellingen (/admin/dxpr_studio/dxpr_builder/settings) en open de sectie Licentie. Wat je controleert hangt af van Opslagmethode.

Met Configuratieopslag plak je de sleutel bij Productsleutel en het formulier controleert hem wanneer je op Instellingen opslaan klikt:

  • “Invalid product key. Copy the complete key without extra spaces.” Kopieer de hele sleutel opnieuw. Verwijder elke spatie of regel-einde aan het einde van het veld. Een sleutel gemaakt voor DXPR Builder 1.x toont ook deze fout; plak in plaats daarvan je actuele sleutel.

Met Key-module leeft de sleutel in de Key-entiteit geselecteerd onder Sleutel, en het formulier controleert de waarde van die sleutel. “The selected key does not hold a valid product key.” betekent dat hij een ander geheim bevat, zoals de sleutel van een AI-provider, of een kapotte sleutel. Kies de juiste sleutel, of ga naar Configuratie > Systeem > Sleutels (/admin/config/system/keys), bewerk die sleutel en plak de hele productsleutel als zijn waarde.

Wis na een wijziging alle caches. De site bewaart een geslaagde licentiecontrole 24 uur.

Opmerking: staging- en ontwikkelkopieën hebben de sleutel ook nodig. Ze delen licenties met productie via e-mailmatching.

Tip: gebruik op productie Key-module met een sleutel die een omgevingsvariabele of een bestand leest. Een sleutel met de Configuratie-provider wordt nog steeds geëxporteerd met je configuratie.

Bevestig de oplossing

Laad de pagina opnieuw in een privévenster als redacteur. Het bericht is weg en de tabel Gebruikerslicenties toont de verwachte accounts.

Wat nu?

Licenties beheren voor abonnements-limieten en het dagelijks gebruik van de tabel.