Loopt je All-in-One WP Migration vast? Verhoog PHP execution time en limieten

Grote WordPress-imports met All-in-One WP Migration (bijvoorbeeld een .wpress bestand van 1GB of groter) lopen vaak vast door te lage PHP-limieten of server timeouts. In deze handleiding zet je stap-voor-stap de juiste PHP execution time, memory limit en upload limieten goed, zodat je import wél doorloopt.

Waarom imports groter dan 1GB vaak misgaan

Bij een import van meer dan 1GB moet je server de backup uploaden, uitpakken en verwerken. Als één limiet te laag staat, stopt het proces (vaak rond 30–60 seconden) of je krijgt een timeout. Dit is een veel voorkomende fout bij WordPress migraties met grote back-ups.

Herkenbare symptomen

• De import stopt rond 30–60 seconden
• Wit scherm, 500 error of “timeout”
• Melding dat de upload te groot is
• Import blijft hangen op een percentage

Stap 1: Stel de juiste PHP-limieten in (aanbevolen waarden)

Voor een All-in-One WP Migration import >1GB adviseren we minimaal onderstaande waarden:

max_execution_time = 600
max_input_time = 600
memory_limit = 1024M
upload_max_filesize = 2048M
post_max_size = 2048M

Belangrijk: post_max_size moet altijd gelijk aan of hoger zijn dan upload_max_filesize.

Stap 2: Pas de PHP-limieten toe (kies jouw methode)

Methode A (meest gebruikt): via .user.ini in je WordPress-root

Deze methode werkt vaak op shared hosting, DirectAdmin, LiteSpeed, LSAPI en PHP-FPM omgevingen.

1. Ga naar de WordPress-root (map met wp-config.php)
2. Maak of bewerk het bestand .user.ini
3. Plak onderstaande regels en sla op
4. Wacht 1–5 minuten (server cache) en test opnieuw

max_execution_time=600
max_input_time=600
memory_limit=1024M
upload_max_filesize=2048M
post_max_size=2048M

Methode B: via php.ini (beste bij VPS/eigen server)

1. Open de actieve php.ini
2. Pas de waarden aan naar de aanbevolen instellingen
3. Herstart PHP / webserver (afhankelijk van je stack)

Methode C: extra WordPress geheugen via wp-config.php (optioneel)

Dit helpt bij geheugenproblemen, maar lost geen execution time timeouts op.

define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '1024M');

Stap 3: Controleer webserver timeouts (vaak vergeten)

Als je import telkens rond exact 60 seconden afbreekt, is de kans groot dat niet PHP maar je webserver de request afkapt. Gebruik je Nginx? Check dan deze instellingen:

client_max_body_size 2048m;
fastcgi_read_timeout 600;
proxy_read_timeout 600;

Op shared hosting kun je dit soms niet zelf aanpassen. Dan moet je hoster dit verhogen.

Stap 4: Let op de All-in-One WP Migration importlimiet

Sommige versies/edities van All-in-One WP Migration hanteren een eigen importlimiet. Dan kun je PHP-limieten verhogen, maar blijft de import alsnog weigeren of stoppen.

Hoe herken je dit?

• Je PHP-waarden zijn hoog genoeg (gecheckt), maar je kunt het bestand niet importeren
• Je krijgt een melding over maximum import size binnen de plugin

Oplossingen zijn dan bijvoorbeeld server-side upload, backup verkleinen of een uitbreiding gebruiken (afhankelijk van je situatie).

Stap 5: Verifieer wat er écht actief is (phpinfo check)

Wil je 100% zeker weten dat je wijzigingen zijn geladen? Maak tijdelijk een bestand phpinfo.php in je WordPress-root:

<?php phpinfo();

Controleer in de output de waarden voor: upload_max_filesize, post_max_size, memory_limit en max_execution_time. Verwijder dit bestand direct na de check (veiligheid).

Conclusie: dit is een vereiste stap bij imports >1GB

Als je een WordPress-site migreert met All-in-One WP Migration en je backup is groter dan 1GB, dan is het verhogen van je PHP execution time en PHP limits geen “extra optimalisatie”, maar een randvoorwaarde om de import betrouwbaar te laten werken. Door dit vooraf goed te zetten voorkom je mislukte imports, corrupte migraties en frustrerende timeouts.