Joomla Update in Joomla
Joomla up-to-date houden is het allerbelangrijkste wat je voor de veiligheid van je site kunt doen. Een nieuwe release lost bugs op, dicht beveiligingsgaten en voegt functies toe. Joomla maakt de hele klus tot een taak van een enkele klik met een speciaal core-component. Het controleert op een nieuwe versie, voert eerst een veiligheidscontrole uit, downloadt het pakket en vervangt de bestanden voor je. Dat component is com_joomlaupdate, en je bereikt het via Systeem → Bijwerken → Joomla.
Dit artikel legt uit hoe de Joomla Update-component echt werkt. Het behandelt de basis voor website-eigenaren, de dagelijkse updateschermen voor beheerders en de technische details voor ontwikkelaars: de controle vooraf, de updatekanalen, de nieuwe geautomatiseerde updates in Joomla 6, de installatiepijplijn, de databasetabellen en de REST API.
Een component, een knop en het vangnet dat het hele CMS actueel houdt.
Het doel is simpel: je com_joomlaupdate goed genoeg leren begrijpen zodat je Joomla veilig en met vertrouwen kunt bijwerken, en het kunt repareren wanneer een update niet wil draaien.
1. De basis
1.1 Wat com_joomlaupdate is
com_joomlaupdate is het core Joomla-component dat Joomla zelf bijwerkt: de CMS-bestanden, het databaseschema en de meegeleverde core-extensies. Het is een van de belangrijkste onderdelen van de beheeromgeving, omdat een verouderde Joomla de meest voorkomende manier is waarop een site gehackt wordt.
Het is zelf een extensie (een component met de naam com_joomlaupdate) en het is gemarkeerd als beschermd, zodat je het niet per ongeluk kunt verwijderen. Het kan zichzelf zelfs bijwerken: voor een grote upgrade controleert het of er een nieuwere versie van de update-component beschikbaar is en installeert die eerst.
com_installer werkt je uitbreidingen bij. com_joomlaupdate werkt het CMS bij. Ze lijken op elkaar, maar het zijn twee verschillende componenten.
1.2 Waar je het vindt
Het component staat onder het menu Systeem in de beheeromgeving:
Systeem
└─ Bijwerken
└─ Joomla (com_joomlaupdate)De URL is index.php?option=com_joomlaupdate. Je komt het ook tegen via de updatemelding op het beginscherm (Configuratiescherm): een gekleurd bericht dat je vertelt dat er een nieuwe Joomla-versie klaarstaat.
1.3 Wie het mag gebruiken
Joomla bijwerken betekent dat je de code vervangt die je hele site draait, dus het component is vergrendeld op het hoogste rechtenniveau. Alleen een Supergebruiker (een gebruiker met het recht core.admin) kan de schermen openen en een update uitvoeren. Elke gevoelige actie controleert core.admin in de code en weigert ieder ander. Dit is bewust: een gebruiker die Joomla kan bijwerken, kan in feite elk bestand op je server wijzigen.
2. Het Joomla Update-scherm
2.1 Wat je ziet
Wanneer je Systeem → Bijwerken → Joomla opent, controleert het component op een nieuwe versie en toont het een van een paar toestanden. Elke toestand is een andere layout van dezelfde weergave:
| Toestand | Wat het betekent |
|---|---|
| Update beschikbaar | Er bestaat een nieuwere versie; je ziet het versienummer en een knop Installeer de update |
| Up-to-date | Je draait de nieuwste versie; je kunt de huidige core-bestanden eventueel opnieuw installeren |
| Eerst component bijwerken | De update-component zelf moet eerst bijgewerkt worden voordat het CMS dat doet; er draait eerst een zelf-update |
| Uploaden & bijwerken | Een tabblad om een pakket met de hand te uploaden wanneer de online controle de server niet kan bereiken |
2.2 De twee manieren om bij te werken
Het component biedt twee paden naar hetzelfde resultaat:
- Live update: Joomla downloadt het pakket zelf van de officiele updateserver en past het toe. Dit is de normale route van een enkele klik.
- Uploaden & bijwerken: je downloadt het pakket zelf van joomla.org, uploadt de
.zipen Joomla past het toe. Gebruik dit wanneer je server de updateserver niet kan bereiken, of om een specifiek pakket te installeren.
2.3 De optie Opnieuw installeren
Wanneer je al op de nieuwste versie zit, biedt het scherm nog steeds een knop Opnieuw installeren. Dit downloadt dezelfde versie nogmaals en overschrijft de core-bestanden. Het is een snelle, veilige reparatie voor een site waarvan de core-bestanden beschadigd, half overschreven of per ongeluk bewerkt zijn. Het raakt je inhoud of je extensies niet aan.
Naar boven3. De controle vooraf
3.1 Waarom die bestaat
Een update kan mislukken om redenen die niets met Joomla te maken hebben: een oude PHP-versie, een ontbrekende PHP-extensie, of een add-on van derden die nog niet klaar is voor de nieuwe release. Het tabblad Controle vooraf voert deze tests uit voordat je op Installeren klikt, zodat je problemen oplost op een werkende site in plaats van op een kapotte.
3.2 Controles op de omgeving
Het eerste deel controleert je server tegen de eisen van de doelversie:
- PHP-versie: is je PHP nieuw genoeg voor de versie die je gaat installeren?
- Vereiste PHP-extensies: modules zoals
zip,gdenjsondie Joomla nodig heeft. - Databasetype en -versie: wordt je MySQL of MariaDB ondersteund?
- Aanbevolen PHP-instellingen: waarden zoals
output_bufferingdie op een bepaalde manier ingesteld zouden moeten zijn.
Een rode regel is een blokkade: los die op voordat je bijwerkt. Een gele regel is een aanbeveling: de update draait wel, maar de instelling is niet ideaal.
3.3 Compatibiliteit van extensies
Het tweede deel is het nuttigst. Het leest de lijst van je geinstalleerde extensies van derden en vraagt aan de Joomla-updateserver of elk daarvan een versie heeft die compatibel is met de Joomla-release waar je naartoe gaat.
Voor elke niet-core-extensie:
→ zoek de compatibiliteitstag op de updateserver op
→ "Compatibel" groen - er bestaat een passende versie
→ "Update vereist" geel - werk de extensie eerst bij
→ "Onbekend/geen" grijs - geen informatie; vraag het de ontwikkelaarDit werkt de extensies niet voor je bij. Het vertelt je welke je eerst moet bijwerken, zodat ze blijven werken nadat de core naar een nieuwe hoofdversie springt. Werk deze lijst altijd weg voor een grote upgrade.
Naar boven4. Een core-update uitvoeren
4.1 De veilige volgorde
Een schone core-update volgt elke keer dezelfde stappen. Doe ze op volgorde:
1. Maak een back-up van de site (bestanden + database)
2. Open Systeem → Bijwerken → Joomla
3. Lees de controle vooraf; los elke rode regel op
4. Werk incompatibele extensies eerst bij
5. Klik op "Installeer de update"
6. Wacht op het scherm "voltooid"
7. Controleer de voorkant en de beheeromgevingDe back-up in stap 1 is je echte vangnet. Het component herinnert je eraan er een te maken, maar maakt hem niet voor je.
4.2 Wat er gebeurt als je op Installeren klikt
Achter die ene knop draait de live update een vaste reeks controller-taken. Je ziet ze voorbijflitsen in de URL of de voortgangsbalk:
download → haal het pakket van de updateserver, controleer de checksum
install → pak het pakket op zijn plek uit
finalise → voer de migratie uit: bestanden bijwerken, SQL draaien, updatescript draaien
cleanup → verwijder het tijdelijke pakket en herstelbestanden, toon "voltooid"Als een stap mislukt, stopt Joomla en meldt de fout in plaats van je half bijgewerkt achter te laten. Het component schrijft een speciaal updatelogboek (Update) zodat je precies kunt zien waar het stopte.
4.3 De back-upherinnering
Voordat de update begint, toont het component een selectievakje dat je eraan herinnert dat je een recente back-up hebt. Dit is de optie backupcheck aan het werk. Het controleert niet of er een back-up bestaat; het vraagt je alleen om te bevestigen. Behandel het als een aansporing om eerst echt je back-uptool te draaien.
5. Updatekanalen en stabiliteit
5.1 De updatebron
com_joomlaupdate gokt niet waar updates vandaan komen. De optie Updatebron in de Opties van het component bepaalt welk kanaal het volgt:
| Bron | Wat het biedt |
|---|---|
| Standaard | Het normale, aanbevolen kanaal: de huidige ondersteunde releases van Joomla |
| Volgende | De volgende hoofdversie, wanneer die beschikbaar is, voor vroege gebruikers |
| Aangepast | Een URL die je zelf opgeeft, voor een prive- of test-updateserver |
Laat dit voor vrijwel elke site op Standaard staan. Het component wijst naar Joomla's officiele update-repository op https://update.joomla.org/cms/, die in Joomla 6 wordt geleverd via een op TUF (The Update Framework) gebaseerde repository voor sterkere beveiliging van de toeleveringsketen.
5.2 Minimale stabiliteit
De optie Minimale stabiliteit stelt de laagste releasekwaliteit in die het component je toont. Van losser naar strenger:
Development < Alpha < Beta < Release Candidate < StableHoud productiesites op Stable zodat je alleen ooit afgewerkte releases ziet. Verlaag het alleen op een testsite waar je bewust een beta of release candidate wilt proberen. Als een verwachte update "niet verschijnt", is deze instelling een veelvoorkomende oorzaak: een pre-release wordt verborgen omdat de instelling op Stable staat, wat precies is wat het op een live site zou moeten doen.
Naar boven6. Bijwerken door een pakket te uploaden
6.1 Wanneer je het nodig hebt
Sommige servers kunnen de updateserver niet bereiken, of blokkeren grote downloads, zodat de live update nooit afrondt. Voor die gevallen laat het tabblad Uploaden & bijwerken je de download zelf doen: haal het pakket van de officiele Joomla-downloadpagina en upload daarna de .zip naar Joomla.
6.2 De captive login
Een Joomla-pakket uploaden en toepassen is de gevaarlijkste actie in de beheeromgeving, dus het component voegt een extra poort toe. Nadat je het bestand hebt geupload, stuurt Joomla je naar een captive login: een vergrendeld scherm dat je vraagt om je Supergebruiker-wachtwoord (en je multifactorauthenticatie-code, als je die gebruikt) opnieuw in te voeren voordat het het pakket toepast.
Upload .zip
↓
Captive-scherm → authenticeer opnieuw als Supergebruiker (+ MFA)
↓
Bevestigen → pas het pakket toe via dezelfde installatiepijplijnDit voorkomt dat een aanvaller die een sessie heeft gekaapt, of een vervalst verzoek, een kwaadaardig pakket op je site duwt zonder verse login. Het scherm is "captive" (gevangen) omdat je niets anders kunt doen totdat je je authenticeert of annuleert.
6.3 De uploadlimiet
Het volledige Joomla-pakket is enkele megabytes groot, dus de upload kan tegen PHP's limiet upload_max_filesize of post_max_size aanlopen en stilletjes mislukken. Als de upload vastloopt, verhoog dan die PHP-limieten, of gebruik in plaats daarvan de live update. Het tabblad Controle vooraf rapporteert deze PHP-waarden zodat je ze in een oogopslag kunt zien.
7. Geautomatiseerde updates (nieuw in Joomla 6)
7.1 Wat het doet
Joomla 6 introduceert geautomatiseerde updates: de site kan zijn eigen core bijwerken, op eigen houtje, zonder dat er iemand inlogt. Dit is gebouwd voor de vele sites die achterop raken simpelweg omdat niemand de update op tijd uitvoert. Je zet het een keer aan, en Joomla houdt de core voor je actueel.
Geautomatiseerde updates werken alleen op de veilige standaardopstelling. De optie verschijnt alleen wanneer Updatebron op Standaard staat en Minimale stabiliteit op Stable. Je kunt geen beta of aangepast kanaal automatisch toepassen; dat is met opzet.
7.2 Hoe het werkt
Het slimme is dat je site geen lokale planner draait. In plaats daarvan registreert hij zich bij een externe Joomla-dienst die op nieuwe releases let en de update aanstuurt via de Web Services API:
1. Je schakelt Geautomatiseerde updates in bij de Opties
2. Joomla genereert een geheime update-token van 40 tekens
3. Het registreert de URL van je site + token bij autoupdate.joomla.org
4. Wanneer een nieuwe versie uitkomt, roept die dienst de REST API van je site aan
5. Je site downloadt, controleert en past de update zelf toe
6. Joomla mailt het resultaat naar de mensen die je hebt gekozenDe token is het gedeelde geheim dat bewijst dat het binnenkomende verzoek de echte dienst is en geen aanvaller. Hij wordt opgeslagen in de componentparameters en (alleen-lezen) getoond in de Opties zodra de registratie slaagt.
7.3 De gezondheidscontrole
Eenmaal geregistreerd, toont de beheeromgeving een kleine indicator voor de gezondheidsstatus (via een quick-icon-plugin) die bevestigt dat de verbinding voor geautomatiseerde updates leeft en recent is gecontroleerd. Als je site enkele dagen niet bereikbaar is geweest, waarschuwt de indicator je, want een geregistreerde site die de dienst niet kan bereiken stopt stilletjes met bijwerken.
7.4 E-mailmeldingen
Een update die gebeurt zonder dat iemand toekijkt, moet het achteraf aan iemand vertellen. De optie E-mail sturen naar gebruikersgroepen kiest welke gebruikersgroepen een bericht ontvangen nadat een geautomatiseerde update heeft gedraaid. Als je het leeg laat, valt Joomla terug op alle Supergebruikers. De e-mail meldt de oude en nieuwe versie en het resultaat, zodat je altijd weet dat je site veranderd is, ook al was je er niet bij.
Naar boven8. Onder de motorkap (ontwikkelaarsperspectief)
8.1 De tabellen die het raakt
com_joomlaupdate heeft geen eigen tabellen. Het hergebruikt hetzelfde updateleidingwerk als de extensie-installer:
| Tabel | Bevat |
|---|---|
#__update_sites |
De update-URL van de Joomla-core die het component bevraagt |
#__update_sites_extensions |
Koppelt de core-updatesite aan de Joomla-"file"-extensie |
#__updates |
De openstaande core-update gevonden tijdens de laatste controle |
#__extensions |
De eigen record van het component, waarvan params elke optie bewaart (inclusief de autoupdate-token) |
#__schemas |
De toegepaste versie van het databaseschema, bijgewerkt tijdens finalise |
8.2 De updatepijplijn
Een core-update is in de kern een "upgrade"-installatie van een gigantisch pakket over de draaiende site. Het component stuurt dit aan via vier controller-taken. De interessante is finalise, die de eigenlijke migratie uitvoert:
finaliseUpgrade()
├─ lees het core-manifest (JPATH_MANIFESTS/files/joomla.xml)
├─ laad JoomlaInstallerScript (com_admin/script.php)
├─ draai preflight('update') → kan afbreken
├─ kopieer de nieuwe bestanden over de oude heen
├─ draai de schema-SQL → werk #__schemas bij
└─ draai postflight('update') → ruim oude bestanden op, afrondenHet zware werk zit in een klasse, de JoomlaInstallerScript van com_admin. Dat script is waar elke migratie van versie naar versie is geschreven: te verwijderen bestanden, te wijzigen instellingen, te repareren data. Wanneer je op codeniveau leest "wat er in deze release is veranderd", is dat script de plek om te kijken.
8.3 De herstelengine
Het component kan zijn eigen draaiende bestanden niet zonder risico midden in een verzoek overschrijven, dus de uitpakstap gebruikt een kleine, op zichzelf staande helper. Twee losstaande bestanden, extract.php en finalisation.php, draaien het uitpakken en herstarten buiten de normale Joomla-bootstrap. Het component schrijft een kort updatebestand dat het pakket beschrijft en geeft daarna de controle aan deze engine om het uit te pakken. Dit is waarom de update overleeft, zelfs terwijl hij core-bibliotheken vervangt.
8.4 Installer-events
Omdat een update een installatie is, vuren de standaard installer-events af, en een installer-plugin kan meeluisteren. Joomla 6 voegt een speciaal event toe voor het geautomatiseerde pad:
| Event | Vuurt |
|---|---|
onInstallerBeforePackageDownload |
Voordat het core-pakket wordt gedownload |
onBeforeJoomlaAutoupdate |
Voordat een geautomatiseerde update wordt toegepast; een plugin kan hem stoppen |
Een plugin die een "gestopt"-resultaat teruggeeft vanuit onBeforeJoomlaAutoupdate kan een geautomatiseerde update tegenhouden, bijvoorbeeld om updates uit te stellen tijdens een drukke verkoopperiode.
8.5 Een verse controle forceren in code
Het component cachet zijn updatecontrole net als de extensie-updater. Om een verse bevraging vanuit je eigen code te forceren, ververs je de updates voor de Joomla-"file"-extensie:
use Joomla\CMS\Updater\Updater;
use Joomla\CMS\Extension\ExtensionHelper;
$updater = Updater::getInstance();
$joomlaExtId = ExtensionHelper::getExtensionRecord('joomla', 'file')->extension_id;
// 0 cache-timeout = negeer de cache en controleer nu
$updater->findUpdates($joomlaExtId, 0, Updater::STABILITY_STABLE);9. Web Services API en CLI
9.1 De update-endpoints
Joomla 6 stelt com_joomlaupdate beschikbaar via de Web Services API. Dit zijn de routes die de dienst voor geautomatiseerde updates aanroept, maar je kunt ze ook gebruiken om je eigen updategereedschap te scripten. Ze staan onder /api/index.php/v1/joomlaupdate:
| Methode & route | Doel |
|---|---|
GET .../healthcheck |
Rapporteer of de site bereikbaar en klaar is |
GET .../getUpdate |
Geef de beschikbare update-informatie terug |
POST .../prepareUpdate |
Download en controleer het pakket, maak het klaar |
POST .../finalizeUpdate |
Pas het voorbereide pakket toe |
POST .../notificationSuccess |
Registreer en meld een geslaagde update |
POST .../notificationFailed |
Registreer en meld een mislukte update |
9.2 Het aanroepen
Met de API ingeschakeld en een token aangemaakt onder je gebruikersprofiel, ziet een aanroep eruit als elke andere Joomla-webservice:
curl -H "X-Joomla-Token: <token>" \
"https://example.test/api/index.php/v1/joomlaupdate/getUpdate"Deze endpoints vereisen dezelfde Supergebruiker-rechten als de schermen, dus stel de token niet bloot. De splitsing in prepare en finalize weerspiegelt de pijplijn in de beheeromgeving: zet eerst het pakket klaar, leg het daarna vast, zodat een fout tijdens het downloaden nooit een half toegepaste core achterlaat.
9.3 De opdrachtregel
Voor automatisering, CI/CD, of een server met strikte limieten op de uitvoeringstijd, levert Joomla console-commando's die dezelfde updatelogica aansturen zonder browser. Draai ze via het Joomla CLI-startpunt, php cli/joomla.php:
| Commando | Wat het doet |
|---|---|
core:update:check |
Controleer of er een nieuwe Joomla-versie beschikbaar is |
core:update |
Download en pas de beschikbare core-update toe |
core:update:channel |
Lees of wijzig het updatekanaal (de bron) |
core:autoupdate:register |
Registreer de site voor de dienst voor geautomatiseerde updates |
core:autoupdate:unregister |
Schrijf de site uit bij de dienst voor geautomatiseerde updates |
# Controleer, werk daarna bij, vanuit de hoofdmap van de site:
php cli/joomla.php core:update:check
php cli/joomla.php core:updateDe update vanaf de opdrachtregel draaien omzeilt de timeout van de webserver volledig, wat de schoonste oplossing is voor een grote update die in de browser steeds halverwege blijft hangen.
Naar boven10. Opties en configuratie
10.1 Waar de Opties staan
Klik op Opties op het Joomla Update-scherm om de instellingen van het component te bereiken. Ze worden als JSON opgeslagen in de #__extensions-record van het component, net als de Opties van elke andere extensie.
| Optie | Standaard | Wat het doet |
|---|---|---|
Updatebron (updatesource) |
Standaard | Welk kanaal te volgen: Standaard, Volgende of Aangepast |
Aangepaste URL (customurl) |
leeg | De update-URL wanneer de bron Aangepast is |
Minimale stabiliteit (minimum_stability) |
Stable | Laagste releasekwaliteit die het component toont |
Updatemelding (versioncheck) |
Tonen | Of de melding "nieuwe versie" in de beheeromgeving wordt getoond |
Back-upherinnering (backupcheck) |
Tonen | Of de herinnering "heb je een back-up gemaakt?" wordt getoond |
Geautomatiseerde updates (autoupdate) |
Nee | Schakel handsfree core-updates in (alleen Standaard + Stable) |
| E-mail sturen naar gebruikersgroepen | Supergebruikers | Wie de resultaat-e-mail krijgt na een geautomatiseerde update |
10.2 De verborgen autoupdate-velden
Wanneer je geautomatiseerde updates inschakelt, slaat het component ook alleen-lezen toestand op: de geheime update_token, de tijdstempel update_last_check en een interne autoupdate_status die bijhoudt of de site bij de dienst geregistreerd is. Deze bewerk je niet; het component beheert ze terwijl je je aan- en afmeldt.
11. SEO en metadata
com_joomlaupdate is een component alleen voor de beheeromgeving. Het heeft geen weergave aan de voorkant, geen menu-itemtype en produceert geen openbare pagina's, dus het heeft geen directe SEO-voetafdruk. Zoekmachines zien het nooit, en het heeft geen metadata of sitemap-vermeldingen nodig.
Het effect op SEO is indirect maar groot. Een verouderde Joomla is trager, minder veilig en eerder het slachtoffer van defacing of injectie met spamlinks, wat allemaal de ranking schaadt. Zoekmachines en browsers markeren gecompromitteerde sites ook. com_joomlaupdate op tijd draaien is in de praktijk basale SEO-hygiene: een actuele, veilige, snelle site is het fundament waarop al het andere is gebouwd.
Naar boven12. Veelgemaakte fouten en valkuilen
12.1 Core-updates verwarren met extensie-updates
Symptoom: Je werkt Joomla trouw bij, maar je add-ons blijven verouderd (of andersom).
Oplossing: Dit zijn twee componenten. Het CMS werk je bij via Systeem → Bijwerken → Joomla (com_joomlaupdate); extensies via Systeem → Bijwerken → Extensies (com_installer). Controleer beide.
12.2 Bijwerken zonder back-up
Symptoom: Een update maakt de site stuk en je hebt geen weg terug.
Oplossing: Maak altijd een volledige back-up (bestanden en database) voordat je op Installeren klikt. De back-upherinnering vraagt alleen; hij maakt er geen. Test of de back-up teruggezet kan worden.
12.3 De controle vooraf negeren
Symptoom: Na een grote upgrade stopt een belangrijke extensie of je template met werken.
Oplossing: Draai eerst de controle vooraf en werk elke incompatibele extensie bij voordat je de core bijwerkt, vooral bij een sprong naar een nieuwe hoofdversie.
12.4 De update wil niet downloaden
Symptoom: De live update blijft hangen of verloopt.
Oplossing: Je server kan de updateserver misschien niet bereiken, of een proxy blokkeert hem. Gebruik het tabblad Uploaden & bijwerken met een pakket dat je met de hand hebt gedownload.
12.5 Een verwachte update verschijnt niet
Symptoom: Er is een nieuwe versie uit, maar Joomla biedt hem niet aan.
Oplossing: De controle wordt gecachet, dus klik om opnieuw te controleren. Bevestig daarna dat Minimale stabiliteit geen pre-release verbergt, en dat de Updatebron het kanaal is dat je verwacht.
12.6 Een update die halverwege stopt
Symptoom: De update geeft halverwege een fout en de site ziet er kapot uit.
Oplossing: Lees het logboek Update om te zien waar het stopte. Een timeout betekent vaak dat PHP's max_execution_time te laag is voor een groot pakket. Verhoog het, gebruik daarna Opnieuw installeren of draai de update opnieuw om het kopieren van bestanden en de SQL af te ronden.
12.7 Niet genoeg schijfruimte
Symptoom: De download of het uitpakken mislukt bij een groot pakket.
Oplossing: De update downloadt een .zip naar de tijdelijke map en pakt die daarna uit, dus hij heeft even ruimte voor beide nodig. Maak schijfruimte vrij (en ruim oude pakketten op uit de map tmp), en draai de update daarna opnieuw.
12.8 Geautomatiseerde updates zijn stilletjes gestopt
Symptoom: Je hebt geautomatiseerde updates ingeschakeld, maar de core raakt weer achterop.
Oplossing: Controleer de indicator voor de gezondheidsstatus. Als de dienst je site niet kan bereiken (een firewall, de API uitgeschakeld, een verlopen token), raakt de registratie verouderd. Controleer de verbinding opnieuw en schakel zo nodig opnieuw in.
Naar boven13. Best practices
Als je maar een paar dingen uit dit artikel onthoudt, onthoud dan deze:
- Maak elke keer eerst een back-up. De update is een klik; herstel zonder back-up niet.
- Draai de controle vooraf en los elke rode regel op voordat je installeert.
- Werk incompatibele extensies bij voor een grote core-upgrade, niet erna.
- Houd productiesites op de bron Standaard en minimale stabiliteit Stable.
- Test grote upgrades op een staging-kopie voordat je de live site aanraakt.
- Als je server niet kan downloaden, gebruik dan Uploaden & bijwerken met het officiele pakket.
- Overweeg Geautomatiseerde updates voor sites die steeds achterop raken, en stel de resultaat-e-mail in zodat je altijd weet wat er veranderd is.
- Beperk Supergebruiker-accounts: alleen zij kunnen com_joomlaupdate draaien.
14. In het kort
OPENEN Systeem → Bijwerken → Joomla (index.php?option=com_joomlaupdate)
LIVE UPDATE download → install → finalise → cleanup
UPLOADEN tabblad Uploaden & bijwerken → captive login (+MFA) → bevestigen
CONTROLE PHP-versie . extensies . database . extensie-compatibiliteit
HERINSTALL. overschrijf huidige core-bestanden (reparatie, geen versiewijziging)
ZELF-UPDATE de update-component werkt zichzelf bij voor een grote upgrade
AUTO-UPDATE Opties → Geautomatiseerde updates (alleen Standaard + Stable)
GEZONDHEID quick-icon toont de status van de autoupdate-verbinding
BRONNEN Standaard . Volgende . Aangepast → update.joomla.org/cms/ (TUF)
STABILITEIT Development < Alpha < Beta < RC < Stable (standaard)
REST /api/index.php/v1/joomlaupdate/{getUpdate,prepareUpdate,finalizeUpdate}
CLI php cli/joomla.php core:update . core:update:check . core:autoupdate:register
TABELLEN #__update_sites . #__updates . #__extensions . #__schemas
TOEGANG alleen Supergebruiker (core.admin)15. Samenvatting
com_joomlaupdate is het core-component dat Joomla zelf actueel houdt. Het staat niet onder een eigen menu; het verschijnt als een enkel scherm onder Systeem → Bijwerken → Joomla, vergrendeld voor Supergebruikers.
Zodra je ziet hoe het in elkaar past, is de hele klus eenvoudig:
- Controle vooraf: test je server en je extensies voordat je installeert, zodat je problemen oplost op een werkende site.
- Live update: een knop draait download, install, finalise en cleanup, met een duidelijke fout en een logboek als er iets misgaat.
- Uploaden & bijwerken: een handmatig pad, bewaakt door een captive login wanneer de live update niet kan draaien.
- Kanalen en stabiliteit: de bron Standaard en stabiliteit Stable houden productiesites op veilige, afgewerkte releases.
- Geautomatiseerde updates: nieuw in Joomla 6, de site registreert zich bij een externe dienst en werkt zijn eigen core bij, en mailt je daarna het resultaat.
Of je nu een Joomla-upgrade plant, je zorgen maakt dat een site verouderd is geraakt, of voor een update staat die niet wil afronden, het loont om te begrijpen hoe com_joomlaupdate werkt. Het is het component dat bepaalt hoe veilig en actueel je hele site blijft, dus het kennen van de schermen, de controles en het nieuwe geautomatiseerde pad is een kerntaak in het veilig houden van elke Joomla-site.
Naar boven
