Manual:Common errors and symptoms/nl



U ziet een lege pagina
Bij een lege pagina is er meestal een fout in PHP opgetreden, die foutmelding wordt niet getoond. Om die foutmelding wel te tonen, voeg de volgende regels toe aan het bestand  onder de  :

U kunt ook een waarde voor  zetten in   en in de PHP-log zoeken naar wat er fout gaat. Soms staat een PHP-fout ook in de webserver-log.

Een foutrapport kan bevatten:


 * "Warning [...] It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set function." Check if  is set correctly (or set at all) in.
 * Certain files may be reported as missing (e.g. when the  folder in your   folder is no longer present, you may receive the message that a required imaging process "failed to open stream"). Check the original installation package at MediaWiki (make sure to consult the appropriate version) to see if this is the case. If so, simply copy the missing files from the package into your MediaWiki directory. It may be necessary to refresh the cache and restart the webserver afterwards.
 * MySQL socket cannot be found. Als  wel op het goede MySQL-socket is gezet maar   niet, dan kan dat leiden tot een leeg scherm zonder foutmelding van de webserver of PHP. Dit is te verhelpen door de gegevens van   aan te passen in het bestand.

Veel mensen hebben aangegeven dat ze een lege pagina kregen in een recent geïnstalleerde versie van de wiki na het toevoegen van een artikel. Een waarschijnlijke oorzaak is de geheugenlimiet in de standaard php-installatie (meestal 8 MB). Controleer a.u.b. de logbestanden van PHP en/of de webserver (Apache). Om deze instelling aan te passen, wijzig  en verhoog de instelling "memory_limit". Zet het bijvoorbeeld op 32 MB, vervang de bestaande tekst door. Herstart de webserver na het doen van deze wijziging.

De limiet kan ook in uw bestand  zijn gezet. Zoek naar de regel met de instelling memory_limit en verhoog de waarde. 20M kan te laag zijn als u versie 1.15.1 heeft. Wijzig het naar bijvoorbeeld " ". Na deze wijziging hoeft u de webserver niet te herstarten.

Als de pagina enige tijd blijft hangen bij het laden (zeg 30 seconden) bij een specifieke actie, en u daarna een lege pagina te zien krijgt of een 'HTTP 500 error', dan is het probleem waarschijnlijk een time-out van de verbinding. Dit kan de database-server zijn of het gebeurt bij een specifieke actie, de mail-server (als u de instellingen voor e-mail heeft geconfigureerd). Als het de e-mailserver is, controleer dan of u ermee kunt verbinden vanaf de server waar MediaWiki op draait, bijvoorbeeld, het uitvoeren van de Telnet cliënt naar de server en of de poort geconfigureerd is op, kijk of de connectie gemaakt kan worden.

Als u de inhoud van de pagina kort kunt zien voordat de pagina leeg wordt, dan wordt het probleem mogelijk veroorzaakt door de aanwezigheid van een,   of   JavaScript in een van de scripts van de  wiki. U kunt dat controleren door de browserconsole te openen (met F12) en de pagina te herladen. Als de tab netwerk een HTTP 200 status toont, en de transfer is van een paar kilobytes, dan is dat waarschijnlijk de oorzaak. Dit zijn verouderde methoden van de interface  die veroorzaken dat de hele pagina leeg wordt als het buiten de HTML van de pagina wordt gebruikt, het kan aanwezig zijn op de wiki's JavaScript pagina's. Het gebruik ervan wordt sterk afgeraden, zoals aangegeven in de HTML specificatie. U kunt JavaScript uitschakelen in uw webbrowser, of en  op 'false' zetten om die scripts uit te schakelen totdat u de fout in de scripts heeft hersteld.



Fouten in MediaWiki


Alle pagina's hebben geen inhoud, maar wel wikitekst bij het bewerken van de pagina
Eventueel met foutmeldingen als:

PHP Warning: preg_replace: Compilation failed: group name must start with a  non-digit at offset 4 in /var/www/wiki/htdocs/includes/MagicWord.php

Dit wordt veroorzaakt door een wijziging in PCRE 8.34, die niet langer namen van 'capturing' groepen toestaat die met een cijfer beginnen. U moet de MediaWiki bijwerken naar een ondersteunde versie. Zie. Het probleem is opgelost in alle nu ondersteunde versies van MediaWiki.

Zie rapport: Topic:Rz2zo0m88rrxqrfn, Thread:Project:Support desk/MediaWiki don't work with PCRE 8.34 (2)



Miniaturen van afbeeldingen werken niet of worden niet getoond
Hier noemen we de problemen en de oplossingen bij het niet kunnen maken van een miniatuur of het niet kunnen tonen.

Error creating thumbnail: File missing:
Dit kan komen door verkeerde waarden in de globale variabelen zoals uitgelegd in:

Decimal-point in srcset locale bug
Als er geen miniaturen worden getoond en er geen foutmelding wordt getoond, kijk dan eens naar de HTML-bron van de pagina en zoek naar " ". If you find something like, where it appears   instead of  , the problem is caused by , and you should add this to LocalSettings.php:

Controleer dat er geen is gedefinieerd in uw LocalSettings.php, of voeg ook dit toe:

SVG


Bepaal eerst uw instelling van. Standaard wordt ingesteld dat voor de conversie ImageMagick wordt gebruikt.



Gebruik ImageMagick
U heeft minimaal versie 6.x.x nodig van ImageMagick. Controleer of de variabele een geldige waarde heeft. Normale instellingen zijn:

Als dat niet werkt, probeer de instelling.

Gedeelde hosts kunnen verschillende versies van ImageMagick hebben. Gebruik a.u.b. versie 6.x.x.


 * To determine the version of ImageMagick, search the help files of your host provider, or use  or   to detect.
 * Op GoDaddy Linux gedeelde hosts, "/usr/bin/convert" in versie 5.5.6 en "/usr/local/bin/convert" in versie 6.2.8.

Als met ImageMagick het genereren van miniaturen mislukt, met een webserver foutmelding in de log als "Memory allocation failed" of "/bin/ulimit4.sh: Segmentation fault /usr/bin/convert ...", probeer het dan eens met een hogere waarde van.

Als het pad geen non-ASCII tekens bevat


 * Controleer of de 'UTF-8 locals' beschikbaar zijn op uw server door het uitvoeren van
 * Indien ze niet beschikbaar zijn, voer dan  uit of gebruik de locales met UTF-8 voor uw land en wijzig hiervoor de waarde van.

When using IIS/FastCGI on Windows, the guest account that is used also needs execute permission on %SYSTEMROOT%\System32\cmd.exe otherwise you'll receive an "Unable to Fork" error.



Gebruik Batik
MediaWiki gebruikt limieten voor tijd en geheugen bij shell commando's in Linux. Bij de foutmelding "Error occurred during initialization of VM, Could not reserve enough space for object heap, Could not create the Java virtual machine.", probeer het eens met een hogere waarde van.



Gebruik rsvg
Op enkele Linux en BSD installaties is rsvg hernoemd:

Instead of setting (default) you would like to set

JPEG
Symptoom: Deze foutmelding in een grijs veld:


 * Error creating thumbnail: Invalid thumbnail parameters

Een oorzaak kan zijn dat het aantal pixels in de originele afbeelding hoger is dan. De standaardwaarde 1.25e7 is te klein voor veel moderne camera's. Helaas geeft de foutopsporing niet het probleem aan.

U kunt de waarde van verhogen of voortaan ImageMagick gebruiken waardoor de beperking er niet meer is ( en  instellen).

Het verwerken van grote afbeeldingen kan even duren. Het is goed om het formaat van de afbeeldingen te bepalen.



JPEG (via GD)
Symptoom: Deze foutmelding in een grijs veld:


 * Error creating thumbnail: Incomplete GD library configuration: missing function imagecreatefromjpeg

Some PHP 4.x and 5.x versions of PHP have a bug where the libjpeg is detected but not enabled during the  step; this is fairly prevalent on Red Hat/RHEL/CentOS systems. De oplossing is (als u geen ImageMagick gebruikt) om PHP opnieuw te compileren. Bekijk eerst (met ) wat de bestaande  switches zijn, voeg   toe voor.

Herstart daarna de webserver (voor Apache op Red Hat:  dan   ).Om te testen, bekijk opnieuw het bestand:... (Opnieuw uploaden is niet nodig). Voor meer informatie, bekijk de opmerkingen bij PHP: imagecreatefromjpeg



De miniaturen kunnen niet worden opgeslagen
If you get the error "Error generating thumbnail / Error creating thumbnail: Unable to save thumbnail to destination" and the directory has the correct permissions (at all levels), check that  actually exists. (Unlike some path variables such as, $wgTmpDirectory is not created at runtime.) A more detailed error message may be available if you turn on logging with.

This error can also occur when read only mode has been set in. You can try to remove  to see if that solves the issue for you.



Fout (25) bij aanmaken miniatuur
Als u bij ImageMagick de foutmelding "Error creating thumbnail Error code: 25" krijgt, probeer dan een hogere waarde van.



Handmatig miniaturen toevoegen
In situaties waar het niet haalbaar is om miniaturen dynamisch op verzoek te maken (bijvoorbeeld bij erg grote afbeeldingen, met foutmeldingen als "Error creating thumbnail: unable to extend cache", "Error creating thumbnail: convert: no images defined", ...), is het mogelijk om handmatig de bestanden van de miniaturen toe te voegen. This involves creating the smaller images in the desired sizes and uploading them to the  directory in.

Een voorbeeld, een bestand moet geüpload worden naar:

images/f/f8/Foo.png

dan moeten de miniaturen zijn:

images/thumb/f/f8/Foo.png/100px-Foo.png images/thumb/f/f8/Foo.png/600px-Foo.png

De pixelgrootte is de horizontale dimensie. An example Bash script for creating thumbnails is available at P7049.



Fout (-1) bij aanmaken miniatuur op OVH gedeelde hosting
Door een onbekende oorzaak krijg men bij het aanmaken van miniaturen op enkele gewijzigde OVH hosting deze fout, ook al werkt het uitvoeren van het commando in de SSH shell wel.

De oplossing is het voorkomen dat ImageMagick wordt gebruikt door op false te zetten in LocalSettings.php:

Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.
See.



Inhoud limieten
Als de Apache server de Hardened PHP patch heeft, dan moet u mogelijk meerdere variabelen wijzigen in uw bestand /etc/php.ini als u wiki pagina's wilt hebben met veel inhoud. Bekijk de instellingen, vooral,   en. De standaardinstellingen kunnen uw pagina beperken tot minder dan 10k of 64k in grootte.

Als de Apache server gebruikt maakt van mod_security dan kan dat de werking van MediaWiki verstoren. Om MediaWiki goed te laten werken, kunt u dit uitschakelen.

You have not specified a valid user name / Completely blank page edits and previews / Unable to upload
Dit wordt veroorzaakt door het afkappen of verlies van POST-data van de webbrowser naar de webserver.

In minstens een geval werd dit veroorzaakt doordat  en   te hoog waren gezet (2048M) in php.ini. Door ze terug te zetten op redelijke waarden (8M) was het probleem opgelost. Het leek er op dat er geen POST-data op de MediaWiki terecht kwam.

In een ander geval verstoorde mod_auth_sspi de http-posts naar MediaWiki. Gebruik van FireFox en het invoeren van de 'domain credentials' zou goed werken maar MSIE (Internet Explorer) zou niet werken. Dit is een bekend probleem in mod_auth_sspi 1.0.4.

Er zijn opties om het te laten werken:


 * Zet SSPIOfferSSPI uit &larr; gebruikers worden dan geprompt om de 'domain credentials' in te voeren, hetzelfde als BASIC mode
 * Zet SSPIPerRequestAuth aan &larr; De Engelse schrijver ziet dit als een ongezonde configuratie, maar het werkt (een lange wachttijd bij de verbinding)
 * Downgraden naar 1.0.3 maar het is eigenlijk hetzelfde als #2 hierboven.



De wiki lijkt geen toegepaste stijlen te hebben en de afbeeldingen ontbreken
Als de wiki er goed uitziet als u op dezelfde server zit als waar de wiki opstaat, maar de CSS lijkt te ontbreken (geen kleur, geen achtergrond, geen afbeeldingen, erg weinig opmaak, enz) als u het vanaf andere plekken benaderd, dat is het meest waarschijnlijke dat de server de IP of de hostnaam niet kan bepalen die wordt gebruikt om het te benaderen of het is verkeerd ingesteld. Hierdoor gaan URL's de stylen en afbeeldingen zoeken met het IP-adres waarop ze terugvallen 127.0.0.1, dat is de localhost of een hostnaam die niet buiten de server bekend is. U kunt de broncode zien van elke pagina en kijken hoe de URL's er uit zien en wat er gebeurt als u ze direct via de webbrowser probeert te benaderen.

De oplossing is om handmatig de variabele te specificeren op de hostnaam die iedereen gebruikt om de wiki te benaderen.

Als de wiki wordt benaderd via een intern en een extern netwerk, dan moet u mogelijk het externe adres gebruiken voor. Vergeet niet de poort als u een niet-standaard poort gebruikt, voor het geval uw ISP de poort 80 heeft geblokkeerd (Voorbeeld: )

Als de stijlen niet worden toegepast als u kijkt vanaf de server waar de wiki staat, kan het er een PHP-fout zijn in het   script. Probeer het bestand load.php van uw MediaWiki installatie te bekijken via uw webbrowser en controleer of er een fout wordt getoond of een (lege pagina). U zou iets als :   moeten zien. Als dat zo is, dan kan er een probleem zijn met het bestand  van de webserver.

Als u echter een '404 Not found error' krijgt, dan kan het een probleem zijn met de 'rewrite rules' van de webserver als u probeert korte URL's te configureren.

Als u 500 error foutmeldingen krijgt van load.php url's, controleer dan de logbestanden van de webserver om meer informatie te krijgen over de oorzaak. Er schijnt een probleem te zijn met enkele PHP-versies en Gentoo die zorgt dat Apache een segfault veroorzaakt. Dit kan ook gebeuren als u APC heeft ingeschakeld, het instellen van  in php.ini kan helpen.

Vanaf MediaWiki 1.23 krijgt u vaak een wiki met veel stijlen afkomstig uit de skin Vector, zoals zijbalk onderaan de pagina. Dat kan worden veroorzaakt door een lage ingestelde waarde van in enkele distributies als FreeBSD. Het is bekend dat er problemen zijn met waarden als 10000. Verhoog de waarde naar 100.000 of naar de huidige standaardwaarde 1.000.000.

Sinds MediaWiki 1.26 kunnen enkele skins, vooral Vector, dit probleem hebben. Als u deze fout ziet Internal error Problematic modules: {"startup":"error"} in de foutconsole van uw browser, dan is het waarschijnlijk dat de MediaWiki te weinig schrijfrechten heeft in de standaard map temp, of dat PHP geen recht heeft om te schrijven in  (  op Windows) of omdat er een  restrictie is en dat het pad daar geen deel van uitmaakt. Zie. U kunt ook instellen als u de rechten niet kunt wijzigen van de standaardmap 'temp' van het systeem.

Error: invalid magic word 'speciale'
Als u die foutmelding na het upgraden krijgt, voer dan het onderhoudsscript uit met de optie  :

php rebuildLocalisationCache.php --force



Werkbalk voor bewerken ontbreekt, JavaScript werkt niet
Als JavaScript niet werkt (er is dan bijvoorbeeld geen werkbalk om te bewerken op de pagina om te bewerken) dan kan dat komen door een fout in JavaScript. Open het console van uw webbrowser (meestal door het indrukken van F12 ), herlaad de pagina en kijk of er een foutbericht in het console getoond wordt. Als het een foutmelding toont, dan kunt u met het zetten van meestal meer informatie krijgen. Soms is het probleem dat de systeemmap temp niet schrijfbaar is. U kunt in dat geval ook instellen, als u de rechten niet kunt wijzigen van de standaardmap 'temp' van het systeem.

Als u fouten krijgt als  of , dan kan de reden zijn dat de hosting provider automatisch HTML-code toevoegt. Dat is voor tracking / reclame en in het script. Dat script wordt door ResourceLoader gebruikt om de door MediaWiki gebruikte scripts en CSS te laden. Doe een onderhoudsverzoek bij uw webhosting bedrijf om dit probleem op te lossen. ' '



Elke pagina toont een fatale fout, in de Log staat meldingen als: "MagicWordArray::parseMatch: parameter not found"
Probeer de cache voor het vertalen opnieuw op te bouwen:

php maintenance/rebuildLocalisationCache.php

Overgenomen uit deze post.

<span id="All_uploads_fail_with_the_message_&quot;The_file_you_uploaded_seems_to_be_empty...&quot;">

Alle uploads mislukken, foutmelding: "The file you uploaded seems to be empty..."
It may be caused by wrong rewrite rules when configuring Short URLs. Probeer ze uit te schakelen (en de bijbehorende configuratie variabelen van MediaWiki) om te kijken of dat het probleem oplost.

Een ander probleem kan zijn dat de webserver een limiet heeft hoeveel data de webserver in een keer kan ontvangen. See Manual:Configuring file uploads for some configuration variables. Als er mod_security of suhosin is geïnstalleerd, kan er een beperking zijn van de grootte van een bestand bij het uploaden, waardoor PHP helemaal niet merkt dat er een upload mislukt is.

Check also the configuration directive from php.ini, and be sure that the folder has proper write permissions for the user account running PHP. On Windows, this directive often points to, which may not be accessible in some circumstances. In that case, you can set up a different temp folder like C:\TEMP\ with proper permissions. To discard other problems, give temporarily all permissions to that folder (on Windows, add the local user group "Everyone" with full permissions), and then restrict the permissions as needed once you verify uploads are working.

If all uploads fail with the message "", and in the apache error logs you have entries like this:

Notice: Undefined index: tmp_name in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1153 Notice: Undefined index: size in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1140 Notice: Undefined index: error in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1167

Dit probleem komt voor bij oudere versies van PHP. Dit probleem is herhaald gemeld bij PHP 5.3.8 op SLES11 sp2. U zult de gebruikte versie van PHP op de webserver moeten (laten) upgraden.

<span id="WAMP/Apache_on_Windows:_Some_Special:_pages_are_inaccessible">

WAMP/Apache op Windows: Enkele speciale pagina's zijn niet toegankelijk
It may happen, on windows installations under Apache, that some Special pages are inaccessible, giving a error, and in the logs you can see something like this:

[core:error] The given path is misformatted or contained invalid characters: [client 127.0.0.1] AH00127: Cannot map GET /wiki/Special:SpecialPages HTTP/1.1 to file

Dit kan meerdere fouten in PHP veroorzaken. Een er van is als de wiki is geïnstalleerd in een 'NTFS junction'. Als dat niet het probleem is, dan kan het upgraden van PHP helpen. (Meer informatie)

<span id="Attempting_to_save_an_edit_gives_you_a_403_Forbidden_error,_or_you_get_redirected_to_the_main_page">

Bij het opslaan van een wijziging een '403 Forbidden error' of u gaat naar de hoofdpagina
This is a common issue for shared host which have  enabled. Om te kijken of er een probleem is met mod_security, maak een eenvoudige testpagina en zorg dat er iets op getoond wordt. Als de wijziging is opgeslagen maar andere wijzigingen niet, dan kan dat liggen aan mod_security. Vraag uw webhosting bedrijf om dit geheel uit te schakelen of in ieder geval het deel van de regels dat effect heeft op uw bewerkingen.

If even saving a very simple edit gets you redirected to the main page, or to the same page without the edit appearing, it may be a problem with how you've set up or some other configuration variable that controls the path of the index.php script, or conflicts with rewrite rules in your webserver's configuration.

<span id="Login_page_warns_about_cookies_disabled">

Op de inlog-pagina een melding dat de cookies zijn uitgeschakeld
You may get a message like.

Als cookies zijn toegestaan in uw browser, dan kan het een van de volgende oorzaken hebben:


 * U dient de waarde  te geven, maar MediaWiki kan niet verbinden met Memcached. Zet deze instelling uit of controleer de configuratie van Memcached.
 * Een verkeerde cookie configuratie. Configuratie variabelen met betrekking tot cookies zouden met hun eigen standaardwaarden moeten werken. Probeer deze niet te wijzigen.
 * is op de server niet goed ingesteld of de server heeft op die map geen schrijfrechten.
 * Als u een vorm van caching proxy voor de MediaWiki gebruikt, controleer dan of die geen cookie er uit filtert.
 * is verkeerd ingesteld. Meestal dient u dit veld leeg te laten.

Door het instellen van een debug log zou elke cookie getoond moeten worden die door MediaWiki wordt ontvangen, begin met het kijken of MediaWiki de cookies wel ontvangt.

<span id="MediaWiki_does_not_function_when_magic_quotes_are_enabled">

MediaWiki werkt niet wanneer 'magic quotes' zijn ingeschakeld
Magic quotes is a feature in PHP that was deprecated in PHP 5.3 and removed in PHP 5.4. Als u deze foutmelding krijgt, schakel dan de 'magic quotes' uit in de instellingen van uw server. See how to do it. Since MW 1.24.

Discussions: Thread:Project:Support_desk/Problems_with_installing_mediawiki, Topic:S79xdn9u15xw55vj, Topic:Sdpbmy9q9e0ttp6k, Topic:S7g4rybniat2i36e, Topic:S6vqwk0tysl6m8lc

<span id="Error_creating_thumbnail:_File_with_dimensions_greater_than_12.5_MP">

Fout bij aanmaken miniatuur: File with dimensions greater than 12.5 MP
It may help to increase to get rid of the problem (tried with MediaWiki 1.26.2).

<span id="Internal_Server_Error_when_opening_any_image">

Internal Server Error bij het openen van elke afbeelding
If images are not displayed on the pages, and manually opening the URL of any image results in an Internal Server Error page, the problem is most likely caused by the  file from the   directory. Dit configuratie-bestand bevat enkele 'rewrite rules' om te voorkomen dat oude Internet Explorer versies te maken kunnen krijgen 'cross site scripting'. However, some hosts like strato.de prevents disallow the  directive in .htaccess, causing any request for a file in the images folder to fail with an error. If you can't enable rewrite rules on .htaccess file, you may need to comment-out or remove those lines from .htaccess, or the entire .htaccess altogether. See Topic:Uye1450mvn00f4y1.

<span id="Category_pages,_Special:Whatlinkshere_and_file_usage_aren&#039;t_being_updated">

Categorie pagina's, Speciale pagina met wat linkt hier na toe en bestandsgebruik worden niet bijgewerkt
Informatie over pagina's in een categorie, links naar andere wiki-pagina's en in pagina's ingebedde afbeeldingen worden gevolgd (tracked) met behulp van speciale tabellen. Het updaten van zulke tabellen wordt niet direct gedaan na het opslaan van de wijziging, maar wordt vanwege de performance uitgesteld gedaan in een job queue. If it takes too long to update, you may need to adjust, or try setting to false in LocalSettings.php. This can happen specially in some installations since MediaWiki 1.27 (see ).

Error: Could not open lock file for "mwstore://local-backend/local-public/./../image.png
Controleer de schrijfrechten op de map "images". Bijvoorbeeld:  en. Dit kan problemen geven als SELinux is ingeschakeld.

Notice: Did not find alias for special page 'Foo'. Perhaps no aliases are defined for it? [Called from SpecialPageFactory::getLocalNameFor in ...
U moet een alias bestand aanmaken. Voeg in uw extensie bestand iets als dit toe (bijv. /extensions/Foo/Foo.php):

Het aan te maken alias bestand is iets als dit:

Controleer of de keys van de items wel uniek zijn. Keys van die ook voorkomen in  worden overgeslagen.

Warning: Invalid argument supplied for foreach in ./includes/objectcache/SqlBagOStuff.php
Waarschijnlijk heeft u de wiki verplaatst en vergeten de database te importeren. De database is leeg.

<span id="There_seems_to_be_a_problem_with_your_login_session;_this_action_has_been_canceled_as_a_precaution_against_session_hijacking._Please_resubmit_the_form.">

There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form.
Volg de handleiding.

Call to undefined method
Als een MediaWiki extensie deze foutmelding toont na het installeren van die extensie, kijk dan of de gedownloade versie of branch van die extensie overeenkomt met die versie of branch van uw MediaWiki installatie.

Unable to run external programs, proc_open is disabled
De functie is uitgeschakeld in. Dit voorkomt dat ImageMagick gebruikt wordt om het formaat van een afbeelding wordt aangepast om miniaturen aan te maken. Neem contact op met uw hosting provider of probeer  te gebruiken in plaats van   door het instellen van   op.

CAS update failed on user_touched for user ID '*' (read from slave); the version of the user to be saved is older than the current version
Deze fouten kan meerdere oorzaken hebben. Een reden kan zijn dat de inhoud van een door een gebruikersactie gebruikt veld in de tabel user leeg is of op een tijd in de toekomst staat.

Controleer of de tijd van de server goed is en wordt gesynchroniseerd. Controleer ook die kolominhoud en zet er geldige inhoud in. Bijvoorbeeld met dit SQL-statement:

Met YYYYMMDDHHMMSS wordt het formaat van de huidige datum/tijd aangegeven. See T247751.

A database query error has occurred. This may indicate a bug in the software.
Als uw recent uw versie van MediaWiki heeft bijgewerkt of een extensie heeft bijgewerkt / geïnstalleerd, probeer dan het onderhoudsscript uit te voeren. (Zie ook .)

Als dat niet helpt, dan heeft u mogelijk een softwarefout gevonden. Try to obtain more details about the query that fails (Manual:How to debug) and file a bug.

$wgSecretKey key is insecure, generated with mt_rand
Uw systeem ondersteunt geen  zodat de key is aangemaakt met. Zie.

<span id="PHP_Errors">

Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes)
Verhoog de 'memory limit' van PHP in het bestand php.ini:

U kunt de waarde voor verhogen in LocalSettings.php.

Meer informatie over het instellen van limieten in PHP.

Fatal error: Class 'DOMDocument' not found in xxxxxxxx/Preprocessor_DOM.php on line nnn
Deze fout treedt op als PHP zonder DOM ondersteuning is gecompileerd of als de extensie DOM/xml ontbreekt.


 * Installeer het goede  package voor uw distributie. Bijvoorbeeld:
 * U kunt ook de MediaWiki 'preprocessor' class wijzigen in LocalSettings.php (zie )

Fatal error: Invalid opcode 153/1/8. in xxx/includes/cache/MessageCache.php on line nnn
Dit onderwerp lijkt aan te geven dat een PHP code accelerator niet overeenkomt met de geïnstalleerde versie van PHP of dat het verouderd is. Probeer de accelerator te upgraden. report

Warning: Cannot modify header information - headers already sent by (...)
Waarschijnlijk heeft uw tekstverwerker een byte order mark (BOM) toegevoegd bij het bewerken door u van een MediaWiki's PHP-bestand, ook andere inhoud voor de opening veroorzaakt dit probleem. Dat gebeurt meestal met, maar bekijk de foutboodschap voor het betreffende bestand. NB: in de meeste tekstverwerkers worden deze BOM's niet getoond. To remove the BOM, edit the file with something better than Windows Notepad, but if you don't really have time - open the file with it and choose Save as..., then choose "Unicode (UTF-8 Without signature) - Codepage 65001" as file type.

Strict Standards: date_default_timezone_get: It is not safe to rely on the system's timezone settings.
If you get Strict Standards: errors in the HTML output, that's because your  configuration variable of PHP is set to , but since PHP >= 5.4.0, E_STRICT became part of E_ALL. E_STRICT zijn geen echte fouten, maar waarschuwingen over interoperabiliteit en toekomstige compatibiliteit van PHP-code. Ze moeten in productie-omgevingen niet getoond worden.

Just add your time zone to LocalSetting.php, e.g.

Het volgende werkt niet altijd. Het kan beter zijn om dit in de php.ini te zetten die aanwezig moet zijn in alle hierbij betrokken mappen.

You may turn of E_STRICT errors putting the following line of code inside your, or in case a line with the  function exists, replace it with:

U kunt de PHP-fouten geheel uitschakelen door in dit te gebruiken:

See also: Setting error reporting in PHP.

If nothing works, please check at the start of your LocalSettings.php file: If that error happened on the setup process, the LocalSettings.php that it generated could have included the error message at the top of it (example). If that was what happened, edit the file removing everything before " " and verify there's nothing (even whitespace) before " ".

Fatal Error: Cannot redeclare wfprofilein
This could happen if you upgraded and you have a  file in the root MediaWiki installation directory, probably because you enabled profiling in an old installation. Dit probleem lost u op door het bestand te verwijderen.

Warning: Inaccessible files
Na uw actie kunt u PHP-waarschuwingen krijgen dat bepaalde bestanden niet benaderd kunnen worden. This is most likely caused by : The column md_deps in the module_deps table contains absolute file paths, which are used to locate the images and LESS files that CSS depends on. Deze paden kloppen niet meer als de wiki verplaatst is naar een andere map of een andere server. Totdat het probleem is opgelost, kunt u dit opvangen door handmatig de verkeerde records in de tabel module_deps aan te passen:

Dit kan worden gebruikt om verkeerde delen van het pad te herstellen en daarmee het probleem te verhelpen.

Iets soortgelijks kan gebeuren als MediaWiki probeert de ResourceLoader berichten te lezen. In dit geval is de oplossing om de betreffende tabellen af te kappen:

Fatal error: Uncaught Exception: extension.json does not exist
Als bij het installeren van een extensie deze fout optreedt, dan is de oorzaak meestal dat de extensie de interne PHP  taalconstructie gebruikt in plaats van de nieuwere   methode.

<span id="Installation_Errors">

LocalSettings.php not readable

 * On a Linux machine, use  and or   to correct the file permissions of.
 * On some Linux machines, temporarily disable SELinux by running the command.

The installer is unstyled when installing under IIS
The installer is unstyled and instead of the stylesheet,  shows this error message: "Less_Exception_Parser from line 447 of ...\vendor\oyejorge\less.php\lib\Less\Parser.php: Less.php cache directory isn't writable: C:\Windows\TEMP"

Make sure that the webserver user, who by default is named, is allowed to access the C:\Windows\TEMP directory. Op zijn minst zijn de lees en schrijfrechten benodigd.

Error selecting database wikidb: 1044 Access denied for user 'username'@'localhost' to database 'wikidb'
You need to Grant permissions on wikidb.*.

or if your Web Server is on a different box than your DB server - you have to configure remote access to MySQL and grant differently

NOTE: Replace 192.168.0.x with your Webserver's IP. Laat ook de aanhalingstekens (') staan.

Database returned error "1142: CREATE command denied to user 'username'@'localhost' for table 'user_properties' (localhost)"
Zoals hierboven, of tijdelijk gebruik van de gebruiker mysql root.

Could not find a suitable database driver!
PHP MySQL support is not installed/enabled - See https://php.net/book.mysqli. Afhankelijk van uw besturingssysteem moet u mogelijk een extra package installeren. For example, on debian/ubuntu run.

<span id="Filename_Case_Errors">

Fouten met kleine letters / hoofdletters in bestandsnamen
Als u een andere FTP-cliënt dan FileZilla gebruikt om bestanden te uploaden naar de server, stel dan zo nodig in dat de bestandsnamen gelijk blijven (kleine letters / hoofdletters). MediaWiki filenames are case-sensitive.

<span id="Incomplete_Upload_Errors">

Fouten door niet geheel geüploade bestanden
Het MediaWiki package bevat veel bestanden, verdeeld over tientallen mappen. Wees zorgvuldig met het uploaden. Als het uploaden wordt onderbroken dan kunnen er natuurlijk bestanden op de server ontbreken of onvolledig zijn geladen. Probeer dan uw upload nogmaals te doen.

<span id="403_Forbidden_with_Symbolic_Links">

403 Forbidden met symbolische links
If your webserver produces a "403 Forbidden error" page and you are using symbolic links, then make sure your Apache httpd.conf file has Options FollowSymLinks to allow symbolic links and that each directory leading up to your linked directory has +x permission for user running httpd.

<span id="HTTP_500_Internal_Error_during_installation">

HTTP 500 Internal Error bij installatie
If your webserver produces a "500 Internal Error" at the beginning of the install process, you may need to change the permissions on the  directory to 755. Als u de rechten voor de map 'config' heeft gewijzigd en nog steeds een fout krijgen dat schrijven niet mogelijk is, probeer dan de 'owner' te veranderen in 'apache'.

<span id="HTTP_500_Internal_Error_after_installation">

HTTP 500 Internal Error na installatie
Als u na het downloaden van de MediaWiki code van Git en na het installeren, een foutmelding "500 Internal Error" krijgt bij het benaderen van de wiki, ga dan naar de MediaWiki installatie map en voer de volgende commando's uit:

SELinux
Het aantal Linux distributies die SELinux ('Security Extensions') ondersteunen neemt toe. Op dergelijke systemen zijn PHP-scripts niet in staat om te schrijven naar de map 'config', nadat u de normale bestandsrechten heeft toegekend. U zult ook het commando 'chcon' moeten gebruiken om het SELinux bestandstype te wijzigen. See SELinux.

<span id="Required_Advertisements_on_Hosted_Sites">

Verplichte reclame op website host
Als u de MediaWiki software uitvoert op een gratis website die het gebruik van banners of advertenties verplicht, dan kan dat zorgen dat MediaWiki niet werkt, er komen dan alleen lege pagina's na de banner met reclame. Probeer dan in overleg met uw webhost hun manier van reclame maken aan te passen, compatibel met MediaWiki of kies een andere host.

<span id="Debian,_Apache2,_and_PHP">

Debian, Apache2 en PHP
If you're running the MediaWiki on Debian with Apache2 and PHP5, and have problems connecting to MySQL, e.g you get the following error message in your browser: (Can't contact the database server: MySQL functions missing, have you compiled PHP with the --with-mysqli option?) try uncommenting: ';extension=mysqli.so' in the '/etc/php5/apache2/php.ini' file.

Als dat niet werkt, probeer het volgende...

Controleer of die MySQL-module voor PHP is geïnstalleerd:

If you need to install the php5-mysql module enter:

Herstart daarna Apache2:

'user_password' can't have a default value
Controleer of MySQL niet in een strict mode wordt uitgevoerd.

<span id="Missing_table_prefix">

Tabel prefix ontbreekt
Als u een hostingdienst gebruikt, dan kunnen de database-naam en de database-gebruikersnaam een extra prefix hebben (normaal wordt de gebruikersnaam toegekend door de hostingdienst). Een voorbeeld, als u een database db01 met gebruikersnaam u01 heeft aangemaakt en uw userid is ocom, dan moet u de database-naam en database-gebruikersnaam invoeren als ocom_db01 en ocom_u01.

<span id="MySQL_connection_fails_with_error_[2013]_or_[2002]">

MySQL-connectie mislukt met fout [2013] of fout [2002]
If you are getting the error:  or , this may be caused by using the wrong database host name or by a permissions issue with the mysql.soc file or directory.

Als u een hostingdienst gebruikt, controleer dan of u wel de goede hostnaam gebruikt voor de database.

The MySQL manual has a good set of pages on dealing with common errors (such as these). Bezoek de pagina's voor links naar de documentatie voor andere versies van MySQL.

If you are unsure if MySQL is even installed, try the command  from the command line; if it is not installed, see Manual:Running_MediaWiki.

<span id="UNIX_utility_binaries_not_found">

UNIX-utility binaries ontbreken
Fouten zijn o.a.:


 * GNU diff3 not found
 * Git version control software not found
 * ImageMagick not found

PHP moet toegang hebben tot /usr/bin. In php.ini (probably ), add   to open_basedir config variable as below:

open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/var/www/:/usr/bin/

To disable GIT set to a path that's allowed but doesn't exist.

"Forbidden: You don't have permission to access /mediawiki/ on this server."
Dit is meestal een probleem met de configuratie van uw webserver software en staat los van MediaWiki. See for example https://stackoverflow.com/questions/10873295/error-message-forbidden-you-dont-have-permission-to-access-on-this-server or other web server forums.

<span id="Update/Upgrade_Errors">

Update/Upgrade fouten
<span id="Missing_rc_timestamp_field_of_recentchanges_table._Should_not_happen.">

Veld rc_timestamp ontbreekt in tabel recentchanges
Kan bijvoorbeeld gebeuren bij het upgraden van versie 1.27. Als de database leeg is, dan kunt u dit bericht zien. See T236671.

This may happen if you didn't specify the same as your original installation, causing MediaWiki to not find its tables. Controleer de bestaande tabellen in de database en kijk of ze een gemeenschappelijke prefix hebben. Wijzig die instelling daarop aan.

Een andere oorzaak kan zijn dat de database leeg is. Herstel de database uit een back-up en ga verder met het migreren.

Parsoid / VisualEditor
See Parsoid/Troubleshooting and Extension:VisualEditor.

Referenties
<span id="See_also">

Zie ook

 * Manual:Config script
 * Manual:How to debug