of course you should adapt the values to fit your need.
afterwards restart your php fpm service and your web server service:
e.g.: sudo service php7.2-fpm restart && sudo service ngxin restart
yesterday, I saw many LDAP related errors which vanished after raising the memory_limit in the CLI version of the PHP config. Obviously the cron job had issues.
Hello
I have php 7.3 and the command sudo -u www-data php7.3 -i | grep memory_limit
returns memory_limit => -1 => -1 NO LIMIT ! but I still have the message"The PHP memory…" BUG? or did I miss something?
Since one can set a priority, this as well assures that any other or future drop-in config cannot override this setting. php.ini settings are always overridden by any drop-in config or mod.
I do not want to increase PHP memory for all users.
Adding this line to user.ini worked fine in NC 15:
memory_limit = 512M
But now this file get’s an error while the checksum is incorrect.
And even worse, after each update this file is overwritten by the update.
So there should be an alternative way to set this option per NC installation, without loosing this setting each update and without getting a checksum failure notification.
The checksum failure seems gone now. But not the overwriting of the existing file. Where do I have to put these custom settings to avoid redoing this every update for alle clouds?
OK. Fine.
Now on NC20 with php7.4. All instances are stable and 100% security (https://internet.nl).
I get no errors anymore about overwritten settings in the ini file.
After updates there are now every time occ commands that need to be executed. When no maintenance mode is required, the occ plugin works fine and fast. Otherwise you should use SSH login and that takes more time.