Laravel Telescope

Introduction

Laravel Telescope is an elegant debug assistant for the Laravel framework. Telescope provides insight into the requests coming into your application, exceptions, log entries, database queries, queued jobs, mail, notifications, cache operations, scheduled tasks, variable dumps and more. Telescope makes a wonderful companion to your local Laravel development environment.

Telescope - 图1

Installation

You may use Composer to install Telescope into your Laravel project:

  1. composer require laravel/telescope

After installing Telescope, publish its assets using the telescope:install Artisan command. After installing Telescope, you should also run the migrate command:

  1. php artisan telescope:install
  2. php artisan migrate

Updating Telescope

When updating Telescope, you should re-publish Telescope's assets:

  1. php artisan telescope:publish

Installing Only In Specific Environments

If you plan to only use Telescope to assist your local development, you may install Telescope using the —dev flag:

  1. composer require laravel/telescope --dev

After running telescope:install, you should remove the TelescopeServiceProvider service provider registration from your app configuration file. Instead, manually register the service provider in the register method of your AppServiceProvider:

  1. /**
  2. * Register any application services.
  3. *
  4. * @return void
  5. */
  6. public function register()
  7. {
  8. if ($this->app->isLocal()) {
  9. $this->app->register(TelescopeServiceProvider::class);
  10. }
  11. }

Migration Customization

If you are not going to use Telescope's default migrations, you should call the Telescope::ignoreMigrations method in the register method of your AppServiceProvider. You may export the default migrations using the php artisan vendor:publish —tag=telescope-migrations command.

Configuration

After publishing Telescope's assets, its primary configuration file will be located at config/telescope.php. This configuration file allows you to configure your watcher options and each configuration option includes a description of its purpose, so be sure to thoroughly explore this file.

If desired, you may disable Telescope's data collection entirely using the enabled configuration option:

  1. 'enabled' => env('TELESCOPE_ENABLED', true),

Data Pruning

Without pruning, the telescope_entries table can accumulate records very quickly. To mitigate this, you should schedule the telescope:prune Artisan command to run daily:

  1. $schedule->command('telescope:prune')->daily();

By default, all entries older than 24 hours will be pruned. You may use the hours option when calling the command to determine how long to retain Telescope data. For example, the following command will delete all records created over 48 hours ago:

  1. $schedule->command('telescope:prune --hours=48')->daily();

Dashboard Authorization

Telescope exposes a dashboard at /telescope. By default, you will only be able to access this dashboard in the local environment. Within your app/Providers/TelescopeServiceProvider.php file, there is a gate method. This authorization gate controls access to Telescope in non-local environments. You are free to modify this gate as needed to restrict access to your Telescope installation:

  1. /**
  2. * Register the Telescope gate.
  3. *
  4. * This gate determines who can access Telescope in non-local environments.
  5. *
  6. * @return void
  7. */
  8. protected function gate()
  9. {
  10. Gate::define('viewTelescope', function ($user) {
  11. return in_array($user->email, [
  12. '[email protected]',
  13. ]);
  14. });
  15. }

Filtering

Entries

You may filter the data that is recorded by Telescope via the filter callback that is registered in your TelescopeServiceProvider. By default, this callback records all data in the local environment and exceptions, failed jobs, scheduled tasks, and data with monitored tags in all other environments:

  1. /**
  2. * Register any application services.
  3. *
  4. * @return void
  5. */
  6. public function register()
  7. {
  8. $this->hideSensitiveRequestDetails();
  9. Telescope::filter(function (IncomingEntry $entry) {
  10. if ($this->app->isLocal()) {
  11. return true;
  12. }
  13. return $entry->isReportableException() ||
  14. $entry->isFailedJob() ||
  15. $entry->isScheduledTask() ||
  16. $entry->hasMonitoredTag();
  17. });
  18. }

Batches

While the filter callback filters data for individual entries, you may use the filterBatch method to register a callback that filters all data for a given request or console command. If the callback returns true, all of the entries are recorded by Telescope:

  1. use Illuminate\Support\Collection;
  2. /**
  3. * Register any application services.
  4. *
  5. * @return void
  6. */
  7. public function register()
  8. {
  9. $this->hideSensitiveRequestDetails();
  10. Telescope::filterBatch(function (Collection $entries) {
  11. if ($this->app->isLocal()) {
  12. return true;
  13. }
  14. return $entries->contains(function ($entry) {
  15. return $entry->isReportableException() ||
  16. $entry->isFailedJob() ||
  17. $entry->isScheduledTask() ||
  18. $entry->hasMonitoredTag();
  19. });
  20. });
  21. }

Tagging

Telescope allows you to search entries by "tag". Often, tags are Eloquent model class names or authenticated user IDs which Telescope automatically adds to entries. Occasionally, you may want to attach your own custom tags to entries. To accomplish this, you may use the Telescope::tag method. The tag method accepts a callback which should return an array of tags. The tags returned by the callback will be merged with any tags Telescope would automatically attach to the entry. You should call the tag method within your TelescopeServiceProvider:

  1. use Laravel\Telescope\Telescope;
  2. /**
  3. * Register any application services.
  4. *
  5. * @return void
  6. */
  7. public function register()
  8. {
  9. $this->hideSensitiveRequestDetails();
  10. Telescope::tag(function (IncomingEntry $entry) {
  11. if ($entry->type === 'request') {
  12. return ['status:'.$entry->content['response_status']];
  13. }
  14. return [];
  15. });
  16. }

Available Watchers

Telescope watchers gather application data when a request or console command is executed. You may customize the list of watchers that you would like to enable within your config/telescope.php configuration file:

  1. 'watchers' => [
  2. Watchers\CacheWatcher::class => true,
  3. Watchers\CommandWatcher::class => true,
  4. ...
  5. ],

Some watchers also allow you to provide additional customization options:

  1. 'watchers' => [
  2. Watchers\QueryWatcher::class => [
  3. 'enabled' => env('TELESCOPE_QUERY_WATCHER', true),
  4. 'slow' => 100,
  5. ],
  6. ...
  7. ],

Cache Watcher

The cache watcher records data when a cache key is hit, missed, updated and forgotten.

Command Watcher

The command watcher records the arguments, options, exit code, and output whenever an Artisan command is executed. If you would like to exclude certain commands from being recorded by the watcher, you may specify the command in the ignore option in your config/telescope.php file:

  1. 'watchers' => [
  2. Watchers\CommandWatcher::class => [
  3. 'enabled' => env('TELESCOPE_COMMAND_WATCHER', true),
  4. 'ignore' => ['key:generate'],
  5. ],
  6. ...
  7. ],

Dump Watcher

The dump watcher records and displays your variable dumps in Telescope. When using Laravel, variables may be dumped using the global dump function. The dump watcher tab must be open in a browser for the recording to occur, otherwise the dumps will be ignored by the watcher.

Event Watcher

The event watcher records the payload, listeners, and broadcast data for any events dispatched by your application. The Laravel framework's internal events are ignored by the Event watcher.

Exception Watcher

The exception watcher records the data and stack trace for any reportable Exceptions that are thrown by your application.

Gate Watcher

The gate watcher records the data and result of gate and policy checks by your application. If you would like to exclude certain abilities from being recorded by the watcher, you may specify those in the ignore_abilities option in your config/telescope.php file:

  1. 'watchers' => [
  2. Watchers\GateWatcher::class => [
  3. 'enabled' => env('TELESCOPE_GATE_WATCHER', true),
  4. 'ignore_abilities' => ['viewNova'],
  5. ],
  6. ...
  7. ],

Job Watcher

The job watcher records the data and status of any jobs dispatched by your application.

Log Watcher

The log watcher records the log data for any logs written by your application.

Mail Watcher

The mail watcher allows you to view an in-browser preview of the emails along with their associated data. You may also download the email as an .eml file.

Model Watcher

The model watcher records model changes whenever an Eloquent created, updated, restored, or deleted event is dispatched. You may specify which model events should be recorded via the watcher's events option:

  1. 'watchers' => [
  2. Watchers\ModelWatcher::class => [
  3. 'enabled' => env('TELESCOPE_MODEL_WATCHER', true),
  4. 'events' => ['eloquent.created*', 'eloquent.updated*'],
  5. ],
  6. ...
  7. ],

Notification Watcher

The notification watcher records all notifications sent by your application. If the notification triggers an email and you have the mail watcher enabled, the email will also be available for preview on the mail watcher screen.

Query Watcher

The query watcher records the raw SQL, bindings, and execution time for all queries that are executed by your application. The watcher also tags any queries slower than 100ms as slow. You may customize the slow query threshold using the watcher's slow option:

  1. 'watchers' => [
  2. Watchers\QueryWatcher::class => [
  3. 'enabled' => env('TELESCOPE_QUERY_WATCHER', true),
  4. 'slow' => 50,
  5. ],
  6. ...
  7. ],

Redis Watcher

The Redis watcher records all Redis commands executed by your application. If you are using Redis for caching, cache commands will also be recorded by the Redis Watcher.

Request Watcher

The request watcher records the request, headers, session, and response data associated with any requests handled by the application. You may limit your response data via the size_limit (in KB) option:

  1. 'watchers' => [
  2. Watchers\RequestWatcher::class => [
  3. 'enabled' => env('TELESCOPE_REQUEST_WATCHER', true),
  4. 'size_limit' => env('TELESCOPE_RESPONSE_SIZE_LIMIT', 64),
  5. ],
  6. ...
  7. ],

Schedule Watcher

The schedule watcher records the command and output of any scheduled tasks run by your application.