Download the PHP package goedemiddag/request-response-log without Composer
On this page you can find all versions of the php package goedemiddag/request-response-log. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download goedemiddag/request-response-log
More information about goedemiddag/request-response-log
Files in goedemiddag/request-response-log
Package request-response-log
Short Description Package for logging (external) requests and the responses
License MIT
Homepage https://github.com/goedemiddag/request-response-log
Informations about the package request-response-log
RequestResponseLog
This package for Laravel applications provides a middleware for logging HTTP requests and responses, both incoming to, or outgoing from your Laravel application. It offers:
- Middleware to be used with the Laravel HTTP client, Guzzle and Saloon.
- Middleware to log requests made to your application and its response.
- Functionality to manual logs requests and responses.
It's originally created to log API requests to other services and to log incoming webhooks, but can be used for any request and response logging.
Requirements
This package requires Laravel 11+ and PHP 8.3+.
Installation
You can install the package via composer:
The package will automatically register itself in Laravel, but you need to run the migrations:
You are now ready to use the package.
Usage
This package provides two middleware solutions:
- Logging HTTP requests and responses, to be used with the Laravel HTTP client, Guzzle and Saloon.
- Logging Requests and Responses from your application.
HTTP Logger
Laravel HTTP client
When using the Laravel HTTP client:
Guzzle
When initializing the client:
Saloon
In the constructor of the connector:
Application logger
The package provides a middleware for your Laravel application called ApplicationRequestResponseLogger. This will log
the incoming request and the response your application generates. This is originally use for logging incoming webhooks,
but feel free to use it for anything you like. Just register the middleware to a group or apply it to a route
individually:
Manual logger
The package provides a logger for manual logging of requests and responses. This can be useful when you want to log requests and responses that do not support the middleware or any other use case you can come up with.
Including backtrace
When you want to know where the request has been made for, is it possible to include the backtrace in the log. By default, the backtrace isn't logged, as it can contain quite a lot of data. If you want to include the backtrace, there are several backtrace resolvers available:
IgnoreResolver: Do not log the backtrace. This is the default.DefaultResolver: Logs the full PHP backtrace. This requires the most resources so be careful.LaravelApplicationResolver: Logs the Laravel backtrace, which is a bit more optimized.
Using the backtrace resolver
You can provide the backtrace resolver to the middleware helper:
Or when you are using the manual logger:
Laravel backtraces
When using the LaravelApplicationResolver, you can also configure which frames to include in the backtrace. By
default, it ignores as much as possible and tries to include the specific frames. You can configure this when
initializing the resolver:
Custom backtrace resolver
Feel free to create your own backtrace resolver by implementing the BacktraceResolver interface. This allows you to
create a custom backtrace resolver that fits your needs perfectly.
Configuration
The package provides a configuration file that allows you to configure the package to your needs. You can change the table names to your likings, change the database connection (so you can store the logs somewhere else than your default database), determine which fields should be masked (even per vendor), etc. The configuration file can be published by running:
The configuration file will be published to config/request-response-log.php. The configuration file contains comments
to explain more about the options.
The migrations are loaded automatically and can't be published, as everything you can configure about it, is in the configuration.
Cleaning up
This package uses the default model prune functionality from Laravel to clean up old logs. You can configure the amount of days to keep logs in the configuration file. To clean up the logs automatically, schedule the model prune command and pass the model you want to prune:
Laravel 11+
Add the following to your routes/console.php file:
Laravel 10 and below
Add the following to your app/Console/Kernel.php file:
Request Identifier
It is possible to provide a specific request identifier to the logger which helps you relate logs to each other. In
case you are using the middleware or the request middleware, you can use the Laravel Context to provide the request-identifier.
When using the application middleware, make sure to set the request identifier before the middleware is called.
For more information on how to use this, see the ApplicationRequestResponseLoggerTest for an example.
Additional context
Besides the request identifier, you can also provide additional context to the logger. This can be useful when you want to log some extra information that is not included in the request or response.
You can provide this context to the ManualRequestResponseLogger and RequestResponseLogger::middleware.
The context parameter can be an array or a closure that returns an array. The closure will be executed when the log is
created, so you can use it to provide dynamic context.
For more information on how to use this, see the RequestResponseLoggerTest for an example.
Contributing
Found a bug or want to add a new feature? Great! There are also many other ways to make meaningful contributions such as reviewing outstanding pull requests and writing documentation. Even opening an issue for a bug you found is appreciated.
When you create a pull request, make sure it is tested, following the code standard (run composer code-style:fix to
take care of that for you) and please create one pull request per feature. In exchange, you will be credited as
contributor.
Testing
To run the tests, you can use the following command:
Security
If you discover any security related issues in this or other packages of Goedemiddag, please email [email protected] instead of using the issue tracker.
About Goedemiddag
Goedemiddag! is a digital web-agency based in Delft, the Netherlands. We are a team of professionals who are passionate about the craft of building digital solutions that make a difference for its users. See our GitHub organisation for more package.