Download the PHP package popphp/pop-debug without Composer

pop-debug

• Overview
• Install
• Quickstart
• Handlers
  • Exception
  • Memory
  • Message
  • Query
  • Request
  • Time
• Storage
  • File
  • Database
• Formats
• Retrieving

Overview

pop-debug is a debugging component that can be used to hooked into an application to track certain aspects of the application's lifecycle. It can help provide insight to an application's performance or any issues that may arise within an application.

pop-debug is a component of the Pop PHP Framework.

Install

Install pop-debug using Composer.

composer require popphp/pop-debug

Or, require it in your composer.json file

"require": {
    "popphp/pop-debug" : "^2.0.0"
}

Top

Quickstart

The basic concept of the debugger is that it works with a handler object or multiple handler objects and one storage object. The handlers are wired to listen to and track various aspects of the application and push their results to the storage object to be retrieved at a later time.

In this simple example, we can set up a generic message handler to store its triggered messages in a file.

The above code will save the following output to the log folder in a plain text file:

Top

Handlers

There are a total of 6 available handlers. More handlers can be added, provided they implement the Pop\Debug\Handler\HandlerInterface interface.

Exception

The exception handler captures and tracks any exceptions thrown by an application.

The above code will save the following output to the log folder in a plain text file:

Top

Memory

The memory handler captures memory usages and peak memory usage. At any point in the application, you can call the updateMemoryUsage() and updatePeakMemoryUsage() methods to take a snapshot of memory usage in the app at that time.

The above code will save the following output to the log folder in a plain text file:

Top

Message

The message handler provides simple and generic messaging to record debug events from within the application:

The above code will save the following output to the log folder in a plain text file:

Top

Query

The query handler is a special handler that ties into the pop-db component and the profiler available with that component. It allows you to capture any database queries and any information associated with them.

You can set up the query handler like this:

The above code will save the following output to the log folder in a plain text file:

Top

Request

The request handler works with a Pop\Http\Server\Request object from the pop-http component and tracks all of the inbound request data. The following example would be a block of code that would run in a script that receives an inbound HTTP request:

The above code will save the following output to the log folder in a plain text file:

Top

Time

The time handler provides a simple way to track how long a application request takes, which is useful for performance metrics.

The above code will save the following output to the log folder in a plain text file:

Top

Storage

There are a few different storage options are available to store the output of the debugger.

File

Store the debugger output into a file in a folder location:

Top

Database

Store the debugger output into a table in a database. The default table name is pop_debug but that can be changed with the database storage object.

Top

Formats

Three different formats are available for the storing of the debugger output:

• Text (Default)
• JSON
• Serialized PHP

You can set it via the constructor:

Also, the format can be set via the setFormat() method:

Top

Retrieving

You can retrieve the stored debug content from the debugger. Calling the save() method returns the request ID generated from that method call.

The auto-generated request ID will look like:

From there, you can call getById to retrieve stored debug content:

The method getByType is also available to get groups of debug content by type:

Top