systemsdk / easy-log-bundle
A symfony bundle that optimizes dev log messages to be processed by humans instead of software.
Fund package maintenance!
www.paypal.com/donate/?hosted_button_id=4ZZHRZHENRPZN
Installs: 16 661
Dependents: 3
Suggesters: 0
Security: 0
Stars: 2
Watchers: 4
Forks: 1
Open Issues: 0
Type:symfony-bundle
Requires
- php: >=8.1
- monolog/monolog: ~3.0
- symfony/framework-bundle: ^6.1|^7.0
- symfony/yaml: ^6.1|^7.0
Conflicts
README
Human-friendly log files for symfony framework. This is modified version of EasyCorp/easy-log-handler due to EasyCorp/easy-log-handler is abandoned and no longer maintained.
Description
Symfony log files are formatted in the same way for all environments. This means that dev.log
is optimized for machines instead of humans. The result is a log file bloated with useless information that makes you less productive.
This bundle is a new Monolog handler that creates human-friendly log files. It's optimized to display the log information in a clear and concise way. Use it in the development environment to become a much more productive developer.
Requirements for EasyLogBundle version 2 or later
- PHP 8.1 or later
- Symfony 6.1 or later
- Monolog bundle 3.0 or later
Requirements for EasyLogBundle version 1
- PHP 7.4 or later
- Symfony 4.4 or later
- Monolog bundle 1.6 or later up to 2.X
Contents
Features
These are some of the best features of EasyLogBundle and how it compares itself with the default Symfony logs.
Better Log Structure
Symfony log files are a huge stream of text. When you open them, you can't easily tell when a request started or finished and which log messages belong together:
EasyLogBundle structures the log files in a different way:
- It adds a large header and some new lines to separate each request logs;
- If the request is less significant (e.g. Assetic requests) the header is more compact and displays less information;
- Log messages are divided internally, so you can better understand their different parts (request, doctrine, security, etc.)
Less Verbose Logs
First of all, EasyLogBundle doesn't display the timestamp in every log message. In the dev
environment you shouldn't care about that, so the timestamp is only displayed once for each group of log messages.
The extra
information, which some log messages include to add more details about the log, is displayed only when it's different from the previous log. In contrast, Symfony always displays the extra
for all logs, generating a lot of duplicated information:
It's becoming increasingly popular to use placeholders in log messages instead of the actual values (e.g. Matched route "{route}".
instead of Matched route "home".
) This is great for machines, because they can group similar messages that only vary in the placeholder values.
However, for humans this "feature" is disturbing. That's why EasyLogBundle automatically replaces any placeholder included in the log message:
Better Visual Hierarchy
Important elements, such as deprecations and security-related messages, must stand out in log files to help you spot them instantly. However, in Symfony all logs look exactly the same. How can you know which are the important ones?
Dynamic Variable Inlining
Log messages usually contain related variables in their context
and extra
properties. Displaying the content of these variables in the log files is always a tough balance between readability and conciseness.
EasyLogBundle decides how to inline these variables dynamically depending on each log message. For example, Doctrine query parameters are always inlined but request parameters are inlined for unimportant requests and nested for important requests:
Stack Traces
When log messages include error stack traces, you definitely want to take a look at them. However, Symfony displays stack traces inlined, making them impossible to inspect. EasyLogBundle displays them as proper stack traces:
Log Message Grouping
One of the most frustrating experiences when inspecting log files is having lots of repeated or similar consecutive messages. It leads to lack of information and it just distract you. EasyLogBundle process all log messages at once instead of one by one, so it's aware when there are similar consecutive logs.
For example, this is a Symfony log file displaying three consecutive missing translation messages:
And this is how the same messages are displayed by EasyLogBundle:
The difference is even more evident for "event notified" messages, which usually generate tens of consecutive messages:
Most log handlers treat each log message separately. In contrast, EasyLogBundle advanced log processing requires each log message to be aware of the other logs (for example to merge similar consecutive messages). This means that all the logs associated with the request must be captured and processed in batch.
Installation
- If you have installed
easycorp/easy-log-handler
just uninstall it:
$ composer remove easycorp/easy-log-handler
Note: Please remove configuration files config/packages/easy_log_handler.yaml
, config/packages/dev/easy_log_handler.yaml
, config/packages/test/easy_log_handler.yaml
, etc...
- Edit your
config/packages/dev/monolog.yaml
andconfig/packages/test/monolog.yaml
and put next configuration:
monolog: handlers: buffered: type: buffer handler: easylog level: debug channels: ['!event'] easylog: type: service id: easy_log.handler
In the above configuration, the buffered
handler saves all log messages and then passes them to the EasyLog bundle, which processes all messages at once and writes the result in the log file.
Use the buffered
handler to configure the channels logged/excluded and the level of the messages being logged.
- Allow Flex to use contrib recipes and install next symfony bundle:
$ composer config extra.symfony.allow-contrib true $ composer require --dev systemsdk/easy-log-bundle:*
Configuration and Usage
You can change default configuration in your application by editing next config file:
# config/packages/dev/systemsdk_easy_log.yaml easy_log: log_path: '%kernel.logs_dir%/%kernel.environment%-readable.log' max_line_length: 120 prefix_length: 2 ignored_routes: ['_wdt', '_profiler']