| 开发者 | eedorosh |
|---|---|
| 更新时间 | 2026年10月29日 20:02 |
| 捐献地址: | 去捐款 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
wp art4art-thumbnail-doctor sizes, scan, regenerate, cleanup and quarantine.npm ci followed by npm run build in the plugin directory. Runtime assets use WordPress libraries; no development dependencies are loaded by the plugin.
Deactivate the earlier plugin before activating this package. Settings and saved jobs use the same internal records. Signed quarantine batches from the earlier storage directory remain available for restoration; keep that directory protected too. The admin page, REST namespace and WP-CLI command now use art4art-thumbnail-doctor.
Overview searches literal add_image_size and set_post_thumbnail_size declarations in active theme and plugin PHP source. Dynamic names may remain unknown. Source reads are bounded and cached. Historical attribution requires a prior scan.
Open Regenerate and choose Only missing sizes. It also repairs files missing from disk even if metadata still lists them. Rebuild all or selected sizes deliberately replaces those metadata entries with new files; older files remain until a separate cleanup review. Start from a backup.
Run Cleanup, review the mandatory dry-run and confirm that you have a backup. Quarantine is the default; permanent deletion is an explicit advanced action. Scanning and dry-run do not change media files.
Several logical sizes can share a physical file. Each size row includes that file, while the overall summary counts it once.
No. Browser requests or WP-CLI process bounded batches. The last completed report stays available while another scan runs.
The scan pauses when the registration fingerprint changes. Cancel it and start a fresh scan for the new configuration.
Disabled sizes are excluded from the registry and server filters used by WordPress 7.1 client processing. Existing images are regenerated on the server using public WordPress image-editor APIs.
Original/scaled files and backup metadata are retained. A missing recorded original is logged. Edited attachments are skipped unless explicitly included; their current edited version is then used.
Rebuilding does not overwrite or remove old files, so existing hardcoded URLs remain available. Cleanup protects uploads URLs found in post content and postmeta, including HTML, srcset and escaped JSON. Repeated rebuilding increases disk usage until those files are reviewed.
A running image-editor operation cannot be interrupted. Progress is saved per size; an interrupted size is logged on resume. Large images may be skipped by the memory check. PHP memory counters do not include all native Imagick memory.
Posts and page builders may store hardcoded thumbnail URLs after a size becomes unregistered. Cleanup marks local uploads URLs found in post_content and postmeta Used in content and retains those files. Templates, CSS, options, CDN/external storage, custom tables and direct SQL changes are outside this check. Review paths and make a backup, especially for optional disk discovery.
Open Quarantine and choose Restore for the date/UUID batch. Different live files and later metadata edits cause a conflict; they are not overwritten. Metadata is restored byte-for-byte. Empty permanently removes quarantined media; signed audit manifests remain. Uninstall retains batches. Reinstall on the same site with unchanged authentication salts for recovery. Access-denial files are supplied for Apache/IIS; other web servers need appropriate directory rules.
Deactivation leaves settings, saved progress and media intact. Deleting the plugin removes its database tables, options, source cache and scheduled scan event for each site. It keeps quarantine files and signed recovery journals. Restore or empty quarantine before uninstalling when possible. Keep a backup of wp-config.php authentication salts: changing them prevents verification of earlier journals. There is no automatic expiry or background deletion of quarantined files.
Operations are scoped to the current site. Network sites initialize their own tables when first used, and uninstall handles each site's records. Files must be locally available inside that site's uploads directory. CDN references, cloud-only files and custom storage adapters are outside the cleanup coverage.
Run wp art4art-thumbnail-doctor cleanup --dry-run --sizes=old-card. Apply that review with cleanup --resume --quarantine --yes after making a backup, or discard it with cleanup --cancel. Use quarantine list, quarantine restore <date/UUID> --yes and quarantine empty <date/UUID> --yes. Only one maintenance task or review can be reserved per site.