Download the PHP package matthewbdaly/laravel-error-snapshot without Composer
On this page you can find all versions of the php package matthewbdaly/laravel-error-snapshot. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download matthewbdaly/laravel-error-snapshot
More information about matthewbdaly/laravel-error-snapshot
Files in matthewbdaly/laravel-error-snapshot
Package laravel-error-snapshot
Short Description Stores errors from both the client and server side in a consistent format to aid debugging
License MIT
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package laravel-error-snapshot
laravel-error-snapshot
Stores errors from both the client and server side in a consistent format to aid debugging.
Use case
With the rise of single-page web apps, many modern web apps have moved functionality that was previously handled on the server side to the client side. This is not without its advantages, but it means that many errors that may occur are locked up in the user's web browser where they can't easily be reported and fixed.
This package provides an API endpoint for Laravel applications that accepts a stack trace for an error, as well as an optional representation of the application state and a meta field for other data. It works by triggering an event when a request is received, and the event listener persists the data to the database.
You can also trigger this event yourself if you wish to capture a server-side exception. This allows for storing all of your exceptions in one place for easier management.
Installation
Usage
This package exposes an API endpoint at /api/snapshot. If you want to store an error that occurs on the client side, you should make a POST request to that endpoint with the following parameters:
trace- The full stack trace of the error (required).state- The JSON representation of the application state. This is primarily for cases where you're using a data store such as Redux or Vuex.meta- A JSON representation of any other data you would like to store to help with debugging, such as the current route, a JSON web token or shopping cart state
If the user is logged in, the user ID will also be captured automatically.
For server-side applications, you should instead trigger the event Matthewbdaly\LaravelErrorSnapshot\Events\SnapshotCaptured and pass the same data into the constructor as an array:
You'll probably want to do this in your main exception handler in most cases.
Viewing snapshots
As viewing snapshots is going to be application-specific, there are no views, controllers or routes for displaying them. You should implement this functionality yourself. There is already a repository included that you can use to retrieve the snapshots - just typehint Matthewbdaly\LaravelErrorSnapshot\Contracts\Repositories\Snapshot to retrieve it.
