| 开发者 | akmelias |
|---|---|
| 更新时间 | 2026年3月20日 13:54 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 6.8 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
tail -f debug.log, squint at wall-of-text output, scroll endlessly to find the one error that matters. It's slow, it's fragile, and it pulls you out of your flow.
LogIQ fixes that.
LogIQ is an intelligent debug log viewer built for WordPress developers. It lives in your admin dashboard, parses your log file automatically, and surfaces exactly what you need — with search, filters, collapsible stack traces, and one-click editor access. No config files. No terminal. No wasted time.
What Makes LogIQ Different
Most log plugins just dump raw text into a <textarea>. LogIQ actually understands your logs.
error_log() output. No setup required.
Full-Text Search
Search across message content, file paths, and timestamps instantly. Matches are highlighted in-place with a count of results.
Level Filters
Filter by Fatal, Error, Warning, Notice, Deprecated, Info, Debug, or DB Error with a single click. Counts update live with each filter.
Collapsible Stack Traces
Long stack traces are collapsed by default. Expand only the ones you care about — keeping your view clean and focused.
Duplicate Detection
Consecutive identical log entries are automatically grouped into a single entry with a ×N badge. Stop scrolling past 200 copies of the same warning.
Relative Timestamps
Log timestamps show as "2 minutes ago", "1 hour ago" etc. Hover to see the full timestamp. Great for spotting when errors started.
Copy to Clipboard
One-click copy on every log entry. Paste directly into Slack, a bug report, or a support ticket.
Log Export
Download your current filtered view as a .log file or structured .json — perfect for sharing with your team or attaching to issue trackers.
Editor Integration
Click any file path in a log entry to jump directly to that file and line in:
file:// if no supported editor is detected
Auto-Refresh
The log viewer refreshes automatically every 30 seconds so you can watch logs update in real time without touching the page.manage_options capability can access LogIQ. All AJAX requests are nonce-verified. Sensitive values (passwords, API keys, auth tokens) are masked automatically before display.
Pagination
Handles large log files gracefully — reads up to 5 MB from the end of the file, paginates entries, and never loads more than needed.
Perfect For
tail -f debug.logerror_log( 'Something happened' );
For arrays and objects:
error_log( print_r( $my_array, true ) );
For exceptions:
error_log( $exception->getMessage() . ' in ' . $exception->getFile() . ':' . $exception->getLine() );
log-iq folder to /wp-content/plugins//wp-content/uploads/logiq-debug.log. This directory is outside the web root in most setups — but for extra security, you can add the following to your .htaccess:
<Files "logiq-debug.log"> Order Allow,Deny Deny from all </Files>No. LogIQ manages its own debug settings via the WordPress options table. You don't need to touch wp-config.php. Enable settings from the LogIQ settings panel inside the admin.
LogIQ stores its log file at /wp-content/uploads/logiq-debug.log. This is separate from the standard WordPress debug.log file.
No. LogIQ only loads its assets on its own admin page. It adds zero overhead to the frontend or any other admin page.
Visual Studio Code, PhpStorm, and Sublime Text. LogIQ auto-detects which editor is installed on your server. If none are found, links use the file:// protocol.
LogIQ is designed for development and staging environments. Debug logging on production can expose sensitive information in log output. Use with caution on live sites.
LogIQ is currently designed for single-site installs. Multisite support is planned for a future release.
LogIQ groups consecutive identical log entries (same level + same message) into a single entry with a ×N count badge. This keeps your view readable when a loop or repeated process logs the same error many times.
.log or .json×N count badgerealpath() returning false on non-existent directoriespreg_split returning false on malformed log filessanitize_log_level not recognizing notice and dberror levelslogiq_write_log failing silently when the file was not writablewpdb_query hook that doesn't exist in WordPress corelogiq_apply_debug_settings function called on every page load