Download the PHP package hunglv-fs/laravel5-telescope without Composer

On this page you can find all versions of the php package hunglv-fs/laravel5-telescope. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

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 PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • 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.
Please rate this library. Is it a good library?

Informations about the package laravel5-telescope

Telescope for Laravel 5.0

Latest Version

laravel/telescope requires Laravel 5.7.7 and PHP 7.1. This gives a Laravel 5.0 application the same thing: requests, queries, queue jobs, artisan commands, exceptions, logs, cache and mail, each grouped into the batch that produced it — plus an Insights page that names your N+1 queries and the statements burning the most time.

No npm, no build step, no Vue. The dashboard is plain Blade.

🇻🇳 Bản tiếng Việt

Why this exists

Telescope cannot be made to run on 5.0 by loosening version constraints. It is built on APIs that simply did not exist yet:

laravel/telescope uses Laravel 5.0 offers What this package does
Illuminate\Database\Events\QueryExecuted string event illuminate.query with four positional arguments QueryWatcher listens to the string event
JobProcessing / JobProcessed / JobFailed only illuminate.queue.failed and illuminate.queue.stopping decorates the queue.worker binding
CommandStarting / CommandFinished only artisan.start artisan.start plus a shutdown handler
RequestHandled nothing terminable middleware, prepended to the global stack
Str::uuid() (ramsey/uuid) nothing HungLv\Telescope\Support\Uuid
package auto-discovery nothing register the provider by hand
Gate / authorization no Gate Authorize middleware and Telescope::auth()
Vue SPA built with Laravel Mix no build tooling server-rendered Blade

The database schema (telescope_entries, telescope_entries_tags) and the core concepts — IncomingEntry, watchers, an entries repository, batch / tag / family hash — follow the original, so what you learn here still applies when you eventually upgrade.

Requirements

Verified against Laravel 5.0.14 on PHP 7.0. Laravel 5.1 to 5.6 are untested; several hooks still exist there, so it may well work, but nothing is promised.

Installation

Register the service provider in config/app.php:

Publish the config file and the migration, then migrate:

Open /telescope.

Installing without Composer (very old projects) Drop the package somewhere such as `packages/telescope` and require its bundled autoloader from `bootstrap/autoload.php`, right after Composer's: Then copy `config/telescope.php` and the migration into your application by hand.

What gets recorded

Watcher Captures
query SQL, bindings, duration, connection, the file:line in your app that issued it, slow and duplicate tags
job name, queue, status, attempts, duration, peak memory, payload — with every query the job ran in the same batch
command command line, duration, peak memory, query statistics, fatal errors
request method, URI, action, status, duration, payload, headers, session, user, response
exception class, message, file:line, stack trace, grouped by family hash
log level, message, context
cache hit, missed, set, forget
mail subject, recipients, body
event every string event (off by default — the 5.0 dispatcher is chatty)

Everything a request, command or job does shares one batch, so opening any entry shows the whole timeline around it.

Debugging queue jobs

Each job processed by the worker becomes its own batch: the job entry plus every query, log line and cache call it made. Open a job under /telescope/jobs to see how many queries it fired, how long it took, and which statements repeated.

The job must run through queue.worker — php artisan queue:work or queue:listen. With the sync driver the job simply runs inside the batch of whatever dispatched it, which is also what you want.

Insights

/telescope/insights answers the questions you actually open a profiler for:

Configuration

Everything lives in config/telescope.php.

Key What it does
enabled TELESCOPE_ENABLED=false registers no watcher at all
path dashboard URI, default telescope
limit maximum entries buffered per batch, so a runaway job cannot exhaust memory
storage.database.connection null pins whatever database.default was at boot; set it to keep Telescope's writes out of your application's transactions
ignore_paths Str::is() patterns; the dashboard itself is always ignored
watchers.query.slow milliseconds before a query is tagged slow
watchers.query.slow_only record slow queries only — the cheap way to run this outside development
watchers.query.backtrace resolve the application frame that issued each query
watchers.command.ignore commands that should not record themselves (queue:work, telescope:*, ...)
local_environments, allowed_ips who may open the dashboard

Restricting access

The dashboard shows request payloads, sessions and SQL. By default it only opens in the environments listed under local_environments. To allow specific people elsewhere, register a callback in a service provider's boot():

You can also drop entries before they are stored:

And record a handled exception yourself:

Pruning

Laravel 5.0 quirks worth knowing

Known limitations

Tests

Both run standalone, no application required:

Credits

An independent implementation for Laravel 5.0, following the schema and watcher architecture of laravel/telescope by Taylor Otwell. Not affiliated with or endorsed by Laravel.

License

MIT. See LICENSE.


All versions of laravel5-telescope with dependencies

PHP Build Version
Package Version
Requires php Version >=5.4.0
illuminate/support Version 5.0.*
illuminate/database Version 5.0.*
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package hunglv-fs/laravel5-telescope contains the following files

Loading the files please wait ...