I’ve edited the php.ini.hbs file because I am doing a large migration. I’ve tried restarting site. I’ve tried restarting Local, and I’ve restarted my machine. The local-phpinfo file still shows 1200 for max_execution time | .hbs template is set to 86400, 600 for max_input_time | .hbs template is set to 86400, 256M for max_input_time | .hbs template is set to 1024M, 1000M for post_max_size | .hbs template is set to 2000M, 100M for upload_max_size | .hbs template is set to 2000M, 20 for max_file_uploads | .hbs template is set to 50, 4096 for output_buffering | .hbs template is set to 4096 (correct!)
After runing php --ini in the site shell, I can see the this file has the correct value, but the local-phpinfo file is not reflecting those:
/Users/pulsecreative-jimpoulos/Library/ApplicationSupport/Local/run/bVUWUFTmc/conf/php/php.ini
What steps can be taken to replicate the issue? Feel free to include screenshots, videos, etc
Chaging the values to anything doesn’t work. even after restarting et al.
System Details
Local Version:
Version 9.2.3+6776
Operating System (OS) and OS version:
MAC OS Sonomoa 14.6.1
Security Reminder
Local does a pretty good job of scrubbing private info from the logs and the errors it produces, however there’s always the possibility that something private can come through. Because these are public forums, always review the screenshots you are sharing to make sure there isn’t private info like passwords being displayed.
Generally speaking when editing php.ini.hbs values you just need to save them, and then click Stop and Start on the site card in the Local app to recompile the changes. If that’s not working, could you test a lower value just to see if that goes through or not?
How large is the site you’re migrating? How are you migrating it into the app?
Re: Generally speaking when editing php.ini.hbs values you just need to save them, and then click Stop and Start on the site card in the Local app to recompile the changes. If that’s not working, could you test a lower value just to see if that goes through or not?
-same result when I do this. The values just don’t save.
We get a fatal error somewhere around 10-13% done, sometimes this:
[27-Apr-2025 16:05:03 UTC] PHP Fatalerror: Maximum execution time of 7200 seconds exceeded in /Users/pulsecreative-jimpoulos/Local Sites/am-holdings/app/public/wp-includes/class-wp-image-editor-imagick.php on line 480
Sometimes this:
[26-Apr-2025 17:42:19 UTC] PHP Fatalerror: Allowed memory size of 268435456 bytes exhausted (tried to allocate 226101872 bytes) in /Users/pulsecreative-jimpoulos/Local Sites/am-holdings/app/public/wp-content/plugins/fg-drupal-to-wp-premium/admin/class-fg-drupal-to-wp-download-fs.php on line 80
The file set is about 59GB. Database is about 160MB. The files are what seem to cause the fatal error.
The plugin does an excellent job of converting the database. When it gets to the file migration process is when the fatal error inevitably occurs. This is why I’m trying to up the allowed values to this:
