Now with the current/stable edition of Sage10, the path seems to now be:
/wp-content/cache/acorn/logs
…but no .log files are being written there, e.g., when I trigger a php error/warning/notice on purpose. The folder just remains empty.
Am I missing something? (Yes, WP’s debug constants are still enabled; and both test sites are using Acorn 2.0.3)
The Symfony error screen is nice, but having log files is particularly valuable when php errors occur behind the scenes with in the block editor, for example.
It looks like this commit may have been when the behavior changed: feat(zeroconfig): Add support for zero-config (#139) · roots/acorn@c2d8571 · GitHub You might be able to adjust the settings in the logging config and get the result you want, although it does seem odd that we’d make a decision that disables system logging by default. Maybe @QWp6t can weigh in, I confess I don’t understand exactly how the error logging is set up.
Thanks @alwaysblank! The explanation helped me get logging to the filesystem working again.
Here’s what I did:
copied the contents of that file to /themes/[sage]/config/logging.php (with the “new” Sage10, the config folder needed to be created).
replaced the null value in line #20 to stack so the result is: 'default' => env('LOG_CHANNEL', 'stack'),
(or, use daily to get the date appended to the filename).
Perhaps there’s a cleaner way, but I’m satisfied to have the logs back again
Just to clarify, it’s null by default because in a zero-config setup, log files would be stored in a publicly accessible directory (/wp-content/cache/acorn/logs).