codetelemetrylab

<p>CodeTelemetryLab Admin Performance Inspector is a developer-focused performance profiling plugin built exclusively for the WordPress admin area. It instruments the WordPress request lifecycle in real time and presents all profiling data inside a clean, dedicated dashboard under Tools <span aria-hidden="true" class="wp-exclude-emoji">→</span> Admin Performance Inspector.</p>
<p>No configuration needed. Activate the plugin and instantly see what is slowing down your WordPress backend.</p>
<h4>What It Profiles</h4>
<p><strong>Admin Page Execution Time</strong><br />
Measures total request time from plugins_loaded to shutdown using microtime(true). Displays the precise execution time in milliseconds on the overview panel.</p>
<p><strong>Plugin Load Performance</strong><br />
Tracks the execution time of every active plugin using a lightweight MU-plugin drop-in. Displays a sortable table of all plugins with their individual load times and flags slow-loading plugins automatically.</p>
<p><strong>Database Query Profiling</strong><br />
Captures every SQL query executed during the admin request using WordPress’s native SAVEQUERIES constant. Displays total query count, slow query count, cumulative query time, and a full query list with origin file and line number. Slow queries (default threshold: 100ms) are visually flagged.</p>
<p><strong>Hook Execution Profiling</strong><br />
Times key WordPress hooks including init, admin_init, admin_menu, current_screen, and wp_loaded. Shows execution time and registered callback count for each hook.</p>
<p><strong>Memory Usage Monitoring</strong><br />
Displays current memory usage, peak memory usage, and percentage of PHP memory limit consumed — with a visual progress bar.</p>
<h4>Who Is This For?</h4>
<ul>
<li>WordPress developers diagnosing slow admin dashboards</li>
<li>Site administrators troubleshooting plugin conflicts</li>
<li>DevOps engineers benchmarking admin performance</li>
<li>Agencies auditing client site backends</li>
</ul>
<h4>Key Features</h4>
<ul>
<li>Zero configuration — activate and start profiling immediately</li>
<li>Single unified dashboard under Tools menu</li>
<li>Per-plugin load time table with slow plugin detection</li>
<li>Full SQL query list with execution time and origin</li>
<li>Configurable slow query threshold (default 100ms)</li>
<li>Hook timing table for monitored WordPress core hooks</li>
<li>Memory usage progress bar showing usage vs PHP limit</li>
<li>All output sanitized and escaped — security-first design</li>
<li>Access restricted to manage_options capability only</li>
<li>Fully translatable with .pot file included</li>
<li>Follows WordPress Coding Standards throughout</li>
<li>GPLv2 licensed — fully open source</li>
</ul>
<h4>Privacy</h4>
<p>CodeTelemetryLab Admin Performance Inspector does not collect, transmit, or store any data outside your WordPress installation. All profiling data is captured in memory during the current request only and displayed solely within your admin dashboard. No external API calls are made.</p>
<h3>Support</h3>
<p>For support, please use the WordPress.org support<br />
forum for this plugin.<br />
For enquiries, visit https://codetelemetrylab.vercel.app</p>
<h3>Credits</h3>
<p>Developed and maintained by CodeTelemetryLab.<br />
Plugin architecture based on the WordPress Plugin Boilerplate.</p>


CodeTelemetryLab Admin Performance Inspector

Profile your WordPress admin performance. Identify slow plugins, database queries, hook execution times, and memory usage from one clean dashboard.

Perfbase

<p>Perfbase profiles WordPress applications and sends performance traces to the Perfbase APM platform. It captures request lifecycle timing, WordPress context, selected metadata, and trace data through the native Perfbase PHP extension and the shared Perfbase PHP SDK.</p>
<p>This plugin is a Software-as-a-Service integration. It requires a Perfbase account, a Perfbase API key, and the native <code>ext-perfbase</code> PHP extension. The plugin does not submit traces until profiling is enabled and an API key is configured.</p>
<p>The plugin can profile:</p>
<ul>
<li>Standard HTTP requests.</li>
<li>Admin requests when enabled.</li>
<li>AJAX requests.</li>
<li>WordPress cron runs.</li>
<li>WP-CLI commands when enabled.</li>
<li>WordPress, theme, plugin, REST, and WooCommerce context when available.</li>
</ul>
<p>For privacy and cardinality control, request URLs are stored without query strings. Important WordPress query parameters are stored separately where useful.</p>
<h3>External Services</h3>
<p>This plugin connects to the Perfbase APM platform, an external application performance monitoring service, when profiling is enabled.</p>
<p>Service name: Perfbase APM platform and the configured Perfbase ingest API endpoint. The default endpoint is <code>https://ingress.perfbase.cloud</code>.</p>
<p>Service policies: <a href="https://perfbase.com/privacy/" rel="nofollow ugc">Perfbase Privacy Policy</a> and <a href="https://perfbase.com/terms/" rel="nofollow ugc">Perfbase Terms</a>.</p>
<p>When data is sent: trace data is sent only after a Perfbase API key is configured, profiling is enabled, the request passes the configured sampling rate, include/exclude filters, user-agent exclusions, request-type toggles, and HTTP status-code rules. For HTTP, AJAX, cron, and WP-CLI lifecycles, submission normally happens at the end of the lifecycle or during shutdown. The plugin does not submit profiling traces while profiling is disabled or while no API key is configured.</p>
<p>Perfbase can send:</p>
<ul>
<li>Native trace payloads: function call trees, function names, source file paths and line numbers, timing, CPU, memory, host resource metrics, call context, and runtime error or exception context.</li>
<li>System/resource data: host operating system, kernel, hostname, CPU architecture, CPU details, disk capacity details, memory usage, CPU usage, disk I/O, and network I/O samples.</li>
<li>Process-list tracking when enabled: capped process snapshots with process ID, executable basename, OS user, CPU usage, memory usage, and process runtime. Command-line arguments are not included in process snapshots.</li>
<li>Additional native trace metadata: normalized SQL query text and query type, database DSN/host/database/username/port metadata, MongoDB or Elasticsearch query/filter payload summaries, Redis or Memcached keys and fields, HTTP URL or URI metadata that may include query strings depending on the PHP API or HTTP library used, HTTP method/status/timing/byte-count metadata, file paths and file operation metadata, mail recipient and subject metadata, shell/process command strings, AWS operation names, OPcache and JIT statistics, PHP error or exception samples, compiled file paths, magic method counts, and truncated function argument values if argument capture is separately configured.</li>
<li>WordPress request metadata: action name, HTTP method, request URL without query string, HTTP status code, user IP address, user agent, logged-in user ID when available, hostname, environment, application version, PHP version, WordPress version, and Perfbase plugin version.</li>
<li>WordPress context metadata: AJAX action, REST route, admin page, post/page identifiers, post type/status, taxonomy context, template and theme information, conditional page type flags, plugin lifecycle context, and WooCommerce page, cart, product, or order context when available.</li>
<li>Operational summaries: memory usage, database query count and timing summaries when available, and sanitized outbound HTTP request metadata when HTTP tracking is enabled.</li>
</ul>
<p>Perfbase does not collect:</p>
<ul>
<li>Source code.</li>
<li>Request bodies, full POST payloads (<code>$_POST</code>), arbitrary form fields, or uploaded file contents.</li>
<li>Cookie values (<code>$_COOKIE</code>) or PHP session data (<code>$_SESSION</code>).</li>
<li>Authorization header values.</li>
<li>Passwords, API keys, nonces, or session IDs from WordPress request, cookie, or session data.</li>
<li>Command-line arguments for process-list snapshots.</li>
</ul>
<p>Feature flags control the extra native trace metadata listed under “Perfbase can send”, including outbound HTTP URLs or URIs with query strings for some HTTP libraries and truncated function argument values if argument capture is separately configured. Administrators should review enabled Perfbase extension feature flags before profiling sensitive workloads.</p>
<p>Extension installer and CDN: the plugin runtime does not call <code>cdn.perfbase.com</code>. The optional extension installer and manual extension binary downloads use <code>https://cdn.perfbase.com</code> only when a server administrator downloads or runs those installation assets.</p>
<h3>Privacy</h3>
<p>This plugin connects to Perfbase’s external service when profiling is enabled. It sends profiling trace data and request metadata to the configured Perfbase API endpoint.</p>
<p>Data submission requires explicit configuration of a Perfbase API key and the Enable Profiling setting. The plugin does not submit traces while profiling is disabled or while no API key is configured.</p>
<p>Administrators should review their site’s privacy policy and disclose their use of Perfbase where appropriate.</p>


WordPress integration for the Perfbase APM platform.

CodeTelemetryLab Admin Performance Inspector vs Perfbase