cPanel hosting
CloudPress verkoopt twee heel verschillende soorten hosting vanuit dezelfde workspace. Een managed WordPress-site is een stack die CloudPress voor je bouwt en draait, één site tegelijk. Een cPanel-hostingaccount is een klassiek shared-hostingaccount op een cPanel-server: CloudPress bestelt het, factureert het, bepaalt de omvang en laat je erin, en jij draait wat erin zit met cPanels eigen gereedschap.
Dat verschil is geen lijstje functies — het is een verdeling van het werk, en die bepaalt welk product bij je past. Deze pagina legt uit waar de grens ligt, waarom het dashboard sommige dingen over een cPanel-account meteen weet en andere pas na enige vertraging, en wat een pakket eigenlijk begrenst.
De korte versie
- Een cPanel-account draait op een cPanel-hostingserver, niet in de containerstack die een managed WordPress-site draait.
- CloudPress beheert de buitenkant van het account: bestellen, factureren, pakketgrootte, domeinen, wachtwoord, toegang en opzeggen.
- cPanel beheert de binnenkant van het account: bestanden, databases, mailboxen, cron, en welke software je ook installeert.
- Je workspace bevat het account niet — hij houdt een koppeling ernaartoe vast, en toont je een kopie van wat de cPanel-kant meldt.
- cPanel hosting wordt per workspace ingeschakeld, en er is geen schakelaar die je zelf kunt omzetten.
Twee producten, twee bedieningsmodellen
Beide producten worden via dezelfde winkelwagen besteld en als abonnement gefactureerd, dus de commerciële helft is identiek. Wat verschilt, is wie de moersleutel vasthoudt.
| Managed WordPress-site | cPanel-hostingaccount | |
|---|---|---|
| Waar het draait | Een groep containers die CloudPress per site aanmaakt | Een account op een cPanel-hostingserver |
| Wat CloudPress beheert | De hele runtime — WordPress, database, cache, bestandstoegang, edge-beveiliging | De levensloop van het account: bestellen, pakket, domeinen, wachtwoord, toegang, blokkade, verwijdering |
| Wat jij beheert | De inhoud, plugins en thema's van je site | Alles binnen het account, via cPanel |
| Eenheid van aankoop | Eén site | Eén account, met een of meer websites plus mailboxen binnen zijn limieten |
| Dagelijks gereedschap | Het CloudPress-dashboard | Het cPanel-configuratiescherm |
Waar een managed WordPress-site uit bestaat, lees je bij Het platform. Voor een vergelijking van de twee producten functie voor functie, zie cPanel hosting: overzicht.
Waar de grens precies ligt
Het cPanel-oppervlak in het dashboard is bewust klein. Het is de accountlijst, de domeinen van het account, zijn pakket, zijn wachtwoord, zijn verbindingsinstellingen, en een route met één klik naar het configuratiescherm. Meer is het niet.
Al het andere aan een cPanel-account is het werk van cPanel. Bestanden, databases, mailboxen, cronjobs, redirects, de applicaties die je installeert — geen daarvan heeft een scherm in het CloudPress-dashboard, omdat het account een cPanel-account is en cPanel ze al beheert. Het gereedschap op siteniveau dat je misschien in de sidebar van een WordPress-site hebt gezien, heeft evenmin een tegenhanger op een cPanel-account: die schermen sturen een runtime aan die CloudPress beheert, en dit is er daar geen van.
De onderdelen die CloudPress wél houdt, zijn de onderdelen die met geld, identiteit of het adres van je sites te maken hebben:
- Bestellen en inrichten. Een pakket kopen maakt het account op een hostingserver aan, genereert de gebruikersnaam en een eerste wachtwoord, en koppelt het aan je workspace.
- Facturatie. Een cPanel-account is een abonnement als elk ander. Het verlengt, het kan binnen hetzelfde abonnement worden aangepast, en opzeggen geeft het ongebruikte deel van de termijn terug als tegoed. Meerdere accounts kunnen één facturatie-emmer delen — zie Facturatie.
- Blokkade bij niet betalen. Een onbetaalde factuur blokkeert het account op de hostingserver, en de factuur betalen heft die blokkade weer op. Zolang het geblokkeerd is, wordt het pakket wijzigen geweigerd.
- Opzeggen en de bewaartermijn. Een account verwijderen blokkeert het en plant het in voor verwijdering, in plaats van het meteen te vernietigen. Zolang de verwijdering gepland staat is het account vergrendeld: het pakket kan niet worden gewijzigd, het wachtwoord kan niet opnieuw worden ingesteld en er kunnen geen domeinen worden toegevoegd of verwijderd totdat het is hersteld. Zie Een cPanel-account verwijderen en herstellen.
- Domeinen en DNS. Een domein aan het account toevoegen doe je vanuit het dashboard of via de API, en CloudPress bouwt daarbij ook de DNS-zone op die de naam naar de hostingserver laat wijzen.
- Toegang. Het inloggen met één klik en het opnieuw instellen van het cPanel-wachtwoord lopen allebei via de eigen inloggegevens van CloudPress voor de hostingserver, zodat er geen wachtwoord rondgaat om je binnen te laten.
Welke van de twee past bij jou
De nuttige vraag is niet welk product de meeste functies heeft — het is hoeveel van het beheer je zelf wilt doen.
Kies een managed WordPress-site wanneer wat je draait een WordPress-site is en je liever niet nadenkt over de machine eronder. CloudPress draait de stack, en het dashboard geeft je backups, caching, de CDN en de edge-beveiliging van Shield voor die site.
Kies cPanel hosting wanneer het account de eenheid is die je wilt, niet de site. Eén account bevat zijn websites en zijn mailboxen onder één pakket en één abonnement; het draait PHP-applicaties die geen WordPress zijn; en het geeft je het vertrouwde configuratiescherm om dat in te doen. Je hebt er geen WordPress-site — of welke site dan ook — voor nodig.
Ze sluiten elkaar niet uit. Een workspace met cPanel hosting ingeschakeld kan managed WordPress-sites en cPanel-accounts naast elkaar bevatten, en meer dan één van elk.
Een workspace linkt naar een cPanel-account, hij bevat er geen
Dit is het structurele feit achter de rest van het gedrag op deze pagina.
Een managed WordPress-site is van begin tot eind een eigen administratie van CloudPress. Een cPanel-account niet: het account zelf hoort bij het cPanel-platform, dat zijn eigen administratie bijhoudt van gebruikersnamen, pakketten, schijfgebruik, domeinen en mailboxen. Wat jouw workspace bijhoudt is een koppeling — een klein record dat zegt deze cPanel-gebruikersnaam hoort bij deze workspace, plus de dingen waar CloudPress verantwoordelijk voor is: het abonnement waar het tegen wordt gefactureerd, het pakket dat je hebt gekocht, en of het is ingepland voor verwijdering.
Een cPanel-account dat je in het dashboard ziet, is dus eigenlijk twee records die samen worden gelezen, en elke kant beantwoordt andere vragen:
| Bijgehouden door CloudPress | Bijgehouden door het cPanel-platform |
|---|---|
| Welke workspace eigenaar is van het account | Het account zelf — gebruikersnaam, pakket, server |
| Het abonnement en het pakket waarvoor je hebt betaald | Schijfgebruik tegen het quotum |
| Verwijderstatus en de verwijderdatum | De domeinen en mailboxen van het account |
| Blokkade wegens een onbetaalde factuur | Alles binnen het account |
flowchart LR
you([You])
subgraph cp["CloudPress"]
dash["Dashboard"]
link["Account link<br/>ownership, subscription,<br/>package, deletion state"]
copy[("Copy of the cPanel<br/>platform's records")]
end
subgraph ext["cPanel hosting server"]
acct["Your cPanel account<br/>files, databases, mailboxes"]
panel["cPanel control panel"]
end
you -->|manage the account| dash
you -->|one-click sign-in| panel
dash --- link
dash -->|reads| copy
copy -. refreshes .-> acct
dash -->|order, resize, suspend, remove| acct
panel --- acct
Twee gevolgen zijn het onthouden waard. Toegang volgt de koppeling, dus een cPanel-account is bereikbaar vanuit de workspace waaraan het is gekoppeld — staat een account dat je verwacht niet in de lijst, dan is de gebruikelijke reden dat je in een andere workspace werkt, niet dat het account weg is. En een workspace kan ook een identiteit aan de cPanel-kant dragen: een klantsleutel die uniek voor hem is, zodat accounts die onder die sleutel zijn vastgelegd alleen ooit bij die ene workspace kunnen horen. Het is een van de twee dingen die een workspace überhaupt tot een cPanel-workspace maken — zie Beschikbaarheid wordt per workspace bepaald.
Waarom sommige waarden in het dashboard achterlopen
Omdat CloudPress het meeste van de staat van een cPanel-account van de cPanel-kant leest in plaats van het zelf te bezitten, wordt de accountlijst geserveerd vanuit een kopie die met een korte tussenpoos ververst, in plaats van dat bij elke paginaweergave de hostingserver wordt bevraagd. Dat houdt de lijst snel, en het verklaart waarom de timing verschilt afhankelijk van waar een wijziging is gemaakt:
- Wijzigingen die je via CloudPress maakt, verschijnen meteen. Bestellen, aanpassen en verwijderen verversen die kopie als onderdeel van de actie.
- Wijzigingen die je binnen cPanel maakt, duren een paar minuten. Niets vertelt het dashboard dat je in het configuratiescherm een addondomein hebt toegevoegd, dus de waarde blijft staan tot de kopie de volgende keer ververst — tot ongeveer tien minuten voor domeinaantallen.
- Sommige waarden lopen nooit achter, omdat CloudPress ze zelf bezit. Het pakket dat bij het account staat, is het pakket dat is vastgelegd toen je het kocht, dus een pakketwijziging leest correct op het moment dat hij wordt doorgevoerd, nog voordat de cPanel-kant is bijgetrokken.
- Sommige schermen slaan de kopie helemaal over. Het scherm Domeinen van het account leest de domeinen van de hostingserver op het moment dat je het opent, en daarom staat een domein dat je in cPanel hebt toegevoegd daar eerder dan in de lijst.
- Kan de cPanel-kant helemaal niet worden gelezen, dan zegt de lijst dat, in plaats van een halve pagina te tonen — een tijdelijke leesfout raakt alle accounts in de lijst tegelijk, en trekt vanzelf weer bij.
Ziet een getal er verouderd uit vlak nadat je iets in cPanel hebt gedaan — een mailbox die je hebt verwijderd, een domein dat je hebt weggehaald — geef het dan een paar minuten en ververs, voordat je concludeert dat de wijziging niet is doorgekomen.
Wat een pakket begrenst
Een cPanel-pakket is niet één gedeeld tegoed. Het stelt drie afzonderlijke limieten in, en elk is op zichzelf een harde grens:
| Limiet | Wat het begrenst |
|---|---|
| Opslag | De totale schijfruimte die het account mag gebruiken |
| Mailaccounts | Hoeveel mailboxen het account mag bevatten |
| Websites | Hoeveel sites het account mag hosten — het hoofddomein plus zijn addondomeinen |
De pakketten heten Mini, Basic, Pro en Max, van klein naar groot — geen enkele limiet wordt kleiner als je in de reeks omhoog gaat. Wat elke stap precies bevat, wordt per workspace geprijsd en gepubliceerd, dus de pakketkaarten in het dashboard zijn de autoriteit over de getallen, niet iets dat hier staat.
Omdat de limieten los van elkaar staan, koop je met ruimte in de ene niets in de andere, en één limiet bereiken raakt de andere niet. Wat er bij een limiet gebeurt, hangt af van welke kant hem afdwingt:
- Opslag en mailboxen worden door de hostingserver afgedwongen, omdat bestanden en mailboxen binnen cPanel worden aangemaakt. CloudPress leest de getallen, toont schijfgebruik tegen het quotum, en gebruikt de aantallen voor de controle hieronder.
- Websitecapaciteit wordt ook in het dashboard afgedwongen. Een addondomein of alias toevoegen boven wat het pakket van het account toestaat, wordt geweigerd voordat de aanvraag wordt verstuurd, en de tellers markeren dat soort als vol.
- Een downgrade wordt geweigerd als het account niet in het kleinere pakket past. Elk van de drie limieten kan hem blokkeren, de reden wordt per pakket uitgeschreven, en dezelfde controle draait opnieuw wanneer je verstuurt. Een upgrade wordt nooit op deze manier geblokkeerd — die kan de limieten alleen groter maken.
De hostingserver is de uiteindelijke autoriteit over limieten
Een pakketnaam betekent niet altijd dezelfde getallen. Accounts die onder een eerdere generatie pakketten zijn aangemaakt, kunnen ruimere limieten dragen dan een huidig pakket met dezelfde naam, en een limiet kan ook voor een individueel account zijn aangepast. Daarom leest het dashboard de eigen limieten van elk account van de hostingserver in plaats van uit te gaan van de catalogusgetallen, en waar het ze niet kan lezen, laat het de server beslissen in plaats van jou te blokkeren. Komen de tellers op het scherm Domeinen niet overeen met wat een pakketkaart adverteert, dan zijn de tellers degene die jouw account beschrijven.
Wil je een limiet verschuiven, wijzig dan het pakket — zie Je cPanel-pakket aanpassen.
Waar mail-only accounts passen
Sommige workspaces bevatten accounts die als mailhosting zijn verkocht in plaats van als webhosting. Het dashboard noemt deze MailXXL-accounts, en ze zijn een ander soort record aan de cPanel-kant: ze hebben geen hostingpakket, dus geen van de bovenstaande websitelimieten geldt voor hen.
Ze staan in dezelfde lijst als hostingaccounts en lezen op dezelfde manier, en hun regels bieden vrijwel dezelfde acties — de inlogknop, de verbindingsinstellingen, het wijzigen van het wachtwoord en het verwijderen. Twee dingen verschillen:
- Een pakketwijziging loopt via support. Upgraden / Downgraden kiezen op een mail-only account opent een supportpaneel in plaats van de pakketkaarten, omdat er geen zelfbedieningspakket is om tussen te wisselen.
- Er is geen domeinbeheer. Het scherm Domeinen van het dashboard hoort bij het hostingaccount-oppervlak, dus een mail-only account biedt het niet.
Mail-only accounts zijn niet hetzelfde als de eigen mailboxhosting van CloudPress, wat een apart product is met eigen schermen in de sidebar van de workspace — zie Een mailomgeving bestellen.
Beschikbaarheid wordt per workspace bepaald
cPanel hosting is geen functie die elke workspace heeft, en anders dan de meeste van het dashboard wordt hij ook niet globaal aangezet. Er moet aan twee voorwaarden zijn voldaan voordat het item cPanel accounts in de sidebar van de workspace verschijnt: het platform moet überhaupt een cPanel-verbinding geconfigureerd hebben, en jouw workspace moet er een zijn die al cPanel hosting heeft.
Die tweede voorwaarde is wat cPanel anders maakt dan de rest van de producten die hier zijn beschreven, en ze volgt rechtstreeks uit het koppelingsmodel hierboven. Een workspace komt in aanmerking omdat de cPanel-kant hem al kent — of hij draagt de klantidentiteit die zijn accounts daar herkenbaar maakt, of er is al minstens één cPanel-account aan hem gekoppeld. Er valt niets af te leiden uit een abonnement of een rol, en er is dus ook niets om aan te zetten in Instellingen: een workspace zonder enige relatie met het cPanel-platform heeft niets te tonen en niets om een nieuw account aan te koppelen.
Hoe dat er in de praktijk uitziet:
- Staat het sidebar-item er niet, dan brengt een cPanel-URL rechtstreeks openen je terug naar het dashboard met "cPanel-hosting is niet beschikbaar voor deze workspace." Er is niets stuk — neem contact op als je cPanel hosting toegevoegd wilt hebben.
- Zodra een workspace een account heeft, blijft hij ingeschakeld — ook voor de hele bewaartermijn nadat je je laatste account hebt verwijderd, zodat je hem nog kunt terughalen of definitief kunt wissen.
- De workspace moet ook op een betaald abonnement zitten. Een workspace in proefperiode wordt naar het upgradescherm gestuurd met "Activeer een betaald abonnement om cPanel-hosting te gebruiken."
Wat je kunt automatiseren, en wat niet
De REST API dekt de volledige helft van de taakverdeling die bij CloudPress ligt: accounts opvragen, er een bekijken, bestellen, het pakket wijzigen, opzeggen, het cPanel-wachtwoord wijzigen, een opgezegd account opruimen, de domeinen van het account beheren en een sessie in het configuratiescherm aanmaken. Lezen en schrijven lopen via dezelfde machinerie als het dashboard gebruikt, dus er is één pad voor inrichten, prijzen en factureren in plaats van twee die uit elkaar kunnen lopen.
Eén mogelijkheid is nog steeds alleen in het dashboard beschikbaar: een account herstellen dat gepland staat voor verwijdering. Dat is geen omissie — herstellen is een heraankoop. Een account verwijderen zegt het abonnement definitief op, dus het terughalen betekent een winkelwagen voor het pakket opbouwen en een betaling afronden, en dat is een afrekenproces in plaats van een API-aanroep. Al het andere rond de bewaartermijn, inclusief vroegtijdig opruimen, is te automatiseren.
Twee dingen over de write-endpoints volgen uit waar het dashboard zelf zijn grenzen trekt, niet uit de API:
- Ze zijn op dit moment niet bereikbaar met een OAuth-accesstoken. Elke cPanel-write — de
acties waar geld mee gemoeid is én de nieuwere endpoints voor wachtwoord,
purge, domeinen en sessie — accepteert alleen een API-sleutel of een ingelogde
dashboardsessie, en weigert een OAuth-token welke scopes het ook draagt. Reads
zijn de uitzondering en werken met de scope
cpanel:read. Waar het dashboard een mens vraagt zijn identiteit opnieuw te bevestigen, stelt de API daar iets anders voor in de plaats: een volwaardige credential plus een rolcontrole op de workspace die eigenaar is van het account. Een token bewijst dat de aanroeper geautoriseerd is, maar het kan niet bewijzen dat er iemand achter het toetsenbord zit. - Ze respecteren dezelfde blokkades als het dashboard. Een trial-workspace wordt geweigerd, en een account dat gepland staat voor verwijdering is vergrendeld voor wachtwoord- en domeinwijzigingen totdat het is hersteld.
Volledige parameters en foutcodes staan in de API-referentie voor cPanel accounts.
Verder lezen
- cPanel hosting: overzicht — het gidsenonderdeel, en hoe je ziet of je workspace cPanel heeft.
- cPanel hosting bestellen — de bestelstroom, het hoofddomein en het inrichten.
- Inloggen op cPanel — het inloggen met één klik en de verbindingsinstellingen.
- Domeinen beheren — addondomeinen, aliassen en subdomeinen.
- Facturatie — abonnementen, emmers, en hoe tegoeden werken.
- Het platform — waar een managed WordPress-site uit bestaat, ter vergelijking.