--- title: "Joomla Foutmeldingen" --- # Joomla Foutmeldingen Niets is zo vervelend als een foutmelding op je Joomla website. Hier vind je de oplossing voor de meest voorkomende fouten. ## Ongeldig veld: Gemaakt door Je opent een bestaand artikel in Joomla, past een kleinigheid aan, klikt op Opslaan en krijgt de melding "Ongeldig veld: Gemaakt door". Het artikel laat zich niet meer bewaren. In de Engelstalige interface heet exact dezelfde fout "Invalid field: Created By", vaak aangevuld met een regel als "Cannot find user with ID: 67". De oorzaak is bijna altijd hetzelfde: de gebruiker die ooit als auteur aan het artikel gekoppeld was, bestaat niet meer. Joomla controleert bij het opslaan of het veld "Gemaakt door" naar een geldige gebruiker verwijst, kan die gebruiker niet vinden en weigert daarom op te slaan. Hieronder staat hoe je het per artikel oplost, hoe je het in bulk aanpakt via de database, en hoe je voorkomt dat het opnieuw gebeurt. ## Waarom deze fout ontstaat Elk artikel bewaart in de kolom `created_by` het ID van de gebruiker die het heeft aangemaakt. Verwijder je die gebruiker later (bijvoorbeeld een oud-medewerker of een opgeruimd testaccount), dan blijft dat ID gewoon aan het artikel hangen. De gebruiker is weg, de verwijzing niet. Zolang je het artikel niet aanraakt, merk je er niets van. Pas op het moment dat je het opent en opslaat, valideert Joomla het auteursveld. De koppeling wijst naar een ID dat niet meer in de gebruikerstabel staat, en je krijgt "Ongeldig veld: Gemaakt door". Dit was een tijdlang een erkende bug in Joomla 4 ([issue #41008]([https://issues.joomla.org/tracker/joomla-cms/41008](https://issues.joomla.org/tracker/joomla-cms/41008))), waardoor je het artikel letterlijk niet meer kon bewaren. In recentere Joomla-versies is dat verbeterd, maar het onderliggende dataprobleem (een auteur die niet meer bestaat) los je daar niet automatisch mee op. Onderstaande oplossingen werken op alle versies. ## Oplossing 1: auteur wijzigen per artikel Voor één of een handvol artikelen is dit de snelste en veiligste route. Je hebt geen database-toegang nodig. 1. Ga in de beheeromgeving naar Inhoud en open het betreffende artikel. 2. Klik op het tabblad Publicatie. 3. Bij het veld "Gemaakt door" staat de verwijzing naar de verwijderde gebruiker. Klik op het gebruikers-icoon en selecteer een bestaande gebruiker, bijvoorbeeld je eigen beheeraccount of een algemeen redactie-account. 4. Sla het artikel op. De foutmelding is weg. ### Let op: via Batch kan dit niet Je zou verwachten dat je dit voor meerdere artikelen tegelijk regelt via de Batch-functie in de artikelenlijst. Dat kan niet. Joomla 5 en 6 hebben geen optie om de auteur via Batch te wijzigen. Heb je honderden artikelen van een verwijderde gebruiker, dan is de database de enige efficiënte weg. ## Oplossing 2: in bulk via de database Heb je veel artikelen met dezelfde verdwenen auteur, dan vervang je het oude user-ID in één keer via phpMyAdmin of Adminer. Maak eerst een backup van je database. Een verkeerd uitgevoerde UPDATE zonder WHERE raakt al je artikelen tegelijk, en dat draai je zonder backup niet terug. Zoek eerst op welke artikelen een niet-bestaande auteur hebben: `SELECT id, title, created_by` `FROM `#__content`` `WHERE `created_by` NOT IN (SELECT id FROM `#__users`);`   Vervang vervolgens het oude ID door dat van een bestaande gebruiker: `UPDATE `#__content`` `SET `created_by` = 42` `WHERE `created_by` = 67;`   Hierin is `67` het ID van de verwijderde gebruiker (dat zie je in de foutmelding, "Cannot find user with ID: 67") en `42` het ID van de bestaande gebruiker waaraan je de artikelen toewijst. Het ID van die nieuwe gebruiker vind je in de beheeromgeving onder Gebruikers, in de kolom ID. Vervang `#__` door de echte tabelprefix van je installatie. Die staat in je configuratie en is iets als `jos_` of een willekeurige reeks zoals `xy7k2_`. Komt het auteursprobleem ook voor in het veld "Laatst gewijzigd door", dan los je dat op dezelfde manier op via de kolom `modified_by`. Een `modified_by` van `0` is normaal en betekent simpelweg dat het artikel nooit is gewijzigd. Laat die met rust. ## Hetzelfde probleem in andere onderdelen Het auteursveld zit niet alleen op artikelen. Een verwijderde gebruiker kan dezelfde melding veroorzaken bij contacten, categorieën, nieuwsfeeds en banners. De aanpak is identiek, alleen de tabel en kolomnaam verschillen. Let goed op dat verschil. Artikelen, contacten, nieuwsfeeds en banners gebruiken `created_by` en `modified_by`. Categorieën en tags gebruiken `created_user_id` en `modified_user_id`. Pak je de verkeerde kolomnaam, dan stopt de query met een "Unknown column"-fout.   | Onderdeel | Tabel | Auteurskolommen | | --- | --- | --- | | Artikelen | #__content | created_by, modified_by | | Contacten | #__contact_details | created_by, modified_by | | Nieuwsfeeds | #__newsfeeds | created_by, modified_by | | Banners | #__banners | created_by, modified_by | | Categorieën | #__categories | created_user_id, modified_user_id | | Tags | #__tags | created_user_id, modified_user_id | Voor categorieën ziet de query er dus zo uit: `UPDATE `#__categories`` `SET `created_user_id` = 42` `WHERE `created_user_id` = 67;` ## Hoe je dit voortaan voorkomt De fout is geen Joomla-zwakte, maar een gevolg van het verwijderen van een gebruiker die nog aan content gekoppeld is. Twee gewoontes houden je hier weg. Blokkeer een account in plaats van het te verwijderen wanneer iemand vertrekt maar zijn content moet blijven bestaan. Een geblokkeerde gebruiker kan niet meer inloggen, maar de auteurskoppeling blijft geldig en je krijgt nooit een ongeldig veld. Moet een account écht weg, wijs dan eerst de content toe aan iemand anders. Verander de auteur op de betreffende artikelen (of voer de UPDATE-query uit) voordat je de gebruiker verwijdert, niet erna. Dan is er geen moment waarop een artikel naar een niet-bestaand ID wijst. Houd Joomla daarnaast actueel. De oude blokkerende bug is in nieuwere versies aangepakt, dus op een bijgewerkte site loop je in het ergste geval tegen een cosmetisch onjuiste auteur aan in plaats van een artikel dat zich niet laat opslaan. ## Veelgestelde vragen **Welke gebruiker kies ik als vervanger?** Een bestaand account dat blijft bestaan, bij voorkeur een algemeen redactie- of beheeraccount in plaats van een persoonlijke gebruiker die later ook weer weg kan. **Is de UPDATE-query veilig om uit te voeren?** Ja, mits je vooraf een backup maakt, de juiste ID's invult en de juiste kolomnaam voor die tabel gebruikt. De WHERE-voorwaarde zorgt dat alleen de artikelen van de verwijderde gebruiker worden aangepast. **Ik durf niet in de database. Wat dan?** Voor een paar artikelen blijf je in de beheeromgeving en wijzig je de auteur per artikel via het tabblad Publicatie. Gaat het om honderden items en voel je je niet zeker bij phpMyAdmin, laat de bulk-correctie dan uitvoeren door iemand die Joomla-databases beheert. **Krijg ik de oorspronkelijke auteur terug?** Nee. De gebruiker is verwijderd, dus die naam is weg. Je kunt de artikelen alleen aan een bestaande gebruiker toewijzen. Wil je toch een naam tonen zonder echt account, dan kun je in de backend het veld "Auteursalias" gebruiken. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/ongeldig-veld-gemaakt-door.md) ## Invalid field: Created by You open an existing article in Joomla, make a minor change, click Save, and get the message “Invalid field: Created By”. The article can no longer be saved. In the English-language interface, the exact same error is called “Invalid field: Created By”, often accompanied by a message such as “Cannot find user with ID: 67”. The cause is almost always the same: the user who was once linked to the article as the author no longer exists. When saving, Joomla checks whether the “Created by” field refers to a valid user; if it cannot find that user, it refuses to save. Below, you’ll find how to resolve this on a per-article basis, how to tackle it in bulk via the database, and how to prevent it from happening again. ## Why this error occurs Every article stores the ID of the user who created it in the `created_by` column. If you later delete that user (for example, a former employee or a test account that has been deleted), that ID simply remains attached to the article. The user is gone, but the reference remains. As long as you don’t touch the article, you won’t notice anything. It’s only when you open and save it that Joomla validates the author field. The link points to an ID that is no longer in the user table, and you get the error “Invalid field: Created by”. For a while, this was a recognised bug in Joomla 4 ([issue #41008]([https://issues.joomla.org/tracker/joomla-cms/41008](https://issues.joomla.org/tracker/joomla-cms/41008))), which meant you literally could no longer save the article. This has been fixed in more recent versions of Joomla, but that doesn’t automatically resolve the underlying data issue (an author who no longer exists). The solutions below work on all versions. ## Solution 1: Change the author for each article For one or a handful of articles, this is the quickest and safest option. You do not need database access. 1. In the admin panel, go to Content and open the relevant article. 2. Click on the ‘Publication’ tab. 3. The ‘Created by’ field will show a reference to the deleted user. Click on the user icon and select an existing user, for example your own admin account or a general editorial account. 4. Save the article. The error message will have disappeared. ### Please note: this cannot be done via Batch You might expect to be able to do this for multiple articles at once using the Batch function in the article list. However, this is not possible. Joomla 5 and 6 do not have an option to change the author via Batch. If you have hundreds of articles by a deleted user, the database is the only efficient way to do this. ## Solution 2: in bulk via the database If you have many articles with the same deleted author, you can replace the old user ID in one go via phpMyAdmin or Adminer. First, make a backup of your database. An incorrectly executed UPDATE without a WHERE clause will affect all your articles at once, and you won’t be able to undo that without a backup. First, identify which articles have a non-existent author: `SELECT id, title, created_by` `FROM `#__content`` `WHERE `created_by` NOT IN (SELECT id FROM `#__users`);`   Then replace the old ID with that of an existing user: `UPDATE `#__content`` `SET `created_by` = 42` `WHERE `created_by` = 67;`   Here, `67` is the ID of the deleted user (as shown in the error message, “Cannot find user with ID: 67”) and `42` is the ID of the existing user to whom you are assigning the articles. You can find the ID of that new user in the admin panel under Users, in the ID column. Replace `#__` with the actual table prefix for your installation. This is specified in your configuration and will be something like `jos_` or a random string such as `xy7k2_`. If the author issue also appears in the “Last modified by” field, you can resolve it in the same way via the `modified_by` column. A `modified_by` value of `0` is normal and simply means that the article has never been modified. Leave it as it is. ## The same problem in other sections The author field isn’t limited to articles. A deleted user can trigger the same error message for contacts, categories, news feeds and banners. The approach is identical; only the table and column names differ. Pay close attention to that difference. Articles, contacts, news feeds and banners use `created_by` and `modified_by`. Categories and tags use `created_user_id` and `modified_user_id`. If you use the wrong column name, the query will return an “Unknown column” error.   | Component | Table | Author columns | | --- | --- | --- | | Articles | #__content | created_by, modified_by | | Contacts | #__contact_details | created_by, modified_by | | News feeds | #__newsfeeds | created_by, modified_by | | Banners | #__banners | created_by, modified_by | | Categories | #__categories | created_user_id, modified_user_id | | Tags | #__tags | created_user_id, modified_user_id | For categories, the query looks like this: `UPDATE `#__categories`` `SET `created_user_id` = 42` `WHERE `created_user_id` = 67;` ## How to prevent this in future The error is not a Joomla vulnerability, but a consequence of deleting a user who is still linked to content. Two best practices will help you avoid this. Block an account instead of deleting it when someone leaves but their content needs to remain. A blocked user can no longer log in, but the author link remains valid and you’ll never get an invalid field. If an account really must be removed, first assign the content to someone else. Change the author on the relevant articles (or run the UPDATE query) before you delete the user, not afterwards. That way, there will never be a moment when an article points to a non-existent ID. Also, keep Joomla up to date. The old blocking bug has been fixed in newer versions, so on an updated site, the worst you’ll encounter is a cosmetically incorrect author rather than an article that won’t save. ## Frequently Asked Questions **Which user should I choose as a replacement?** An existing account that will remain active, preferably a general editorial or administrator account rather than a personal user account that might be deleted later. **Is the UPDATE query safe to run?** Yes, provided you make a backup beforehand, enter the correct IDs and use the correct column name for that table. The WHERE condition ensures that only the articles belonging to the deleted user are updated. **I’m not confident working with the database. What should I do then?** For just a few articles, stay in the administration interface and change the author for each article via the Publication tab. If there are hundreds of items and you’re not confident using phpMyAdmin, have the bulk edit carried out by someone who manages Joomla databases. **Will I get the original author back?** No. The user has been deleted, so that name is gone. You can only assign the articles to an existing user. If you still want to display a name without an actual account, you can use the “Author Alias” field in the backend. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/invalid-field-created-by.md) ## Uw PHP versie krijgt op dit moment alleen beveiligingsfixes vanuit het PHP-project. Wanneer je inlogt op Joomla zie je mogelijk een gele of rode waarschuwing over de PHP versie die je gebruikt. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/uw-php-versie-krijgt-op-dit-moment-alleen-beveiligingsfixes-vanuit-het-php-project.md) ## Your PHP version is currently only getting security fixes from the PHP project. When you log into Joomla, you may see a yellow or red warning about the PHP version you are using. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/your-php-version-gets-at-this-moment-only-security-fixes-from-the-php-project.md) ## Uitchecken mislukt door de volgende fout Wanneer een artikel is uitgecheckt, zie je een slotje bij het artikel staan en kun je deze niet meer bewerken. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/uitchecken-mislukt-door-de-volgende-fout.md) ## Checkout fails due to the following error When an item is checked out, you will see a lock icon next to the item and you can no longer edit it. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/check-out-failed-with-the-following-error.md) ## We have detected that your server uses PHP which is outdated When you log into Joomla, you may see a yellow or red warning about the PHP version you are using. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/we-have-detected-that-your-server-is-using-php-which-is-obsolete.md) ## We hebben gedetecteerd dat uw server gebruik maakt van PHP welke verouderd is Wanneer je inlogt op Joomla zie je mogelijk een gele of rode waarschuwing over de PHP versie die je gebruikt. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/we-hebben-gedetecteerd-dat-uw-server-gebruik-maakt-van-php-welke-verouderd-is.md) ## You are a spammer, hacker or an otherwise bad person The message "You are a spammer, hacker or an otherwise bad person" is not coming from Joomla itself, but from the security extension "Akeeba Admin Tools" installed on your website. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/spammer-hacker-otherwise-bad-person.md) ## You are a spammer, hacker or an otherwise bad person De melding "You are a spammer, hacker or an otherwise bad person" is niet afkomstig van Joomla zelf, maar van de beveiligings-extensie "Akeeba Admin Tools" die geïnstalleerd is op jouw website. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/you-are-a-spammer-hacker-or-an-otherwise-bad-person.md) ## Could not connect to MySQL When you see a white screen saying "Error displaying the error page: Application Instantiation Error: Could not connect to MySQL." then no connection can be made to the database. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/could-not-connect-mysql.md) ## Could not connect to MySQL Wanneer je een wit scherm te zien krijgt met de tekst "Error displaying the error page: Application Instantiation Error: Could not connect to MySQL." dan kan er geen verbinding gemaakt worden met de database. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/could-not-connect-to-mysql.md) ## This site is down for maintenance You get this notification when the site is displayed offline due to maintenance. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/down-for-maintenance.md) ## This site is down for maintenance Deze melding krijg je als de site offline wordt weergegeven in verband met onderhoud. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/this-site-is-down-for-maintenance.md) ## Sorry, your PHP version is not supported From Joomla 4 onwards, you can no longer use PHP versions lower than 7.2 . In Joomla 5, the minimum PHP version is 8.1 . In Joomla 6, the minimum PHP version is 8.3 . [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/your-php-version-is-not-supported.md) ## Sorry, your PHP version is not supported Vanaf Joomla 4 kun je geen gebruik meer maken van PHP-versies lager dan 7.2 . In Joomla 5 is de minimale PHP versie 8.1 . In Joomla 6 is de minimale PHP versie 8.3 . [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/sorry-your-php-version-is-not-supported.md) ## Joomla geeft een wit scherm Een wit / leeg scherm is de meest vervelende fout die je kunt hebben, omdat je de oorzaak van het probleem niet kunt achterhalen wanneer er geen foutmelding te zien is. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/joomla-geeft-een-wit-scherm.md) ## Joomla gives a white screen A white / blank screen is the most annoying error you can have, because you cannot figure out the cause of the problem when there is no error message to be seen. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/joomla-white-screen.md) ## Save failed with the following error: Null primary key not allowed Tijdens het opslaan van een artikel kom je deze foutmelding tegen "Save failed with the following error: Null primary key not allowed". [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/save-failed-with-the-following-error-null-primary-key-not-allowed.md) ## Save failed with the following error: Null primary key not allowed While saving an article, you encounter this error message "Save failed with the following error: Null primary key not allowed". [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/save-failed-error-null-primary-key-not-allowed.md) ## Cannot write to log file Wanneer iemand probeert in te loggen met onjuiste inloggegevens in het beheerdersgedeelte van Joomla, registreert het systeem die poging in een logbestand. Wanneer het logbestand niet kan worden geopend of erin kan worden geschreven, wordt de fout getoond. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/cannot-write-to-log-file.md) ## Cannot write to log file When someone tries to log in with incorrect login credentials in the administrator area of Joomla, the system records that attempt in a log file. If the log file cannot be opened or written into, the error is displayed. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/cannot-write-to-log-file-en.md) ## JFolder::create: Could not create directory "JFolder :: create: Could not create directory" is een veel voorkomende foutmelding. Je kunt deze fout tegenkomen bij het installeren van een Joomla-extensie of bij het verplaatsen, kopiëren of installeren van een Joomla-site. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/jfolder-create-could-not-create-directory.md) ## JFolder::create: Could not create directory "JFolder :: create: Could not create directory" is a common error message. You may encounter this error when installing a Joomla extension or when moving, copying or installing a Joomla site. [Lees meer...](https://www.joomill.com/joomla-foutmeldingen/jfolder-create-could-not-create-directory-en.md)