[WordPress] 外掛分享: Shift Media Library Cleanup

首頁 › 外掛目錄 › Shift Media Library Cleanup
WordPress 外掛 Shift Media Library Cleanup 的封面圖片
全新外掛
安裝啟用
—
尚無評分
4 天前
最後更新
—
問題解決
WordPress 6.9+ PHP 8.1+ v1.0.1 上架:2026-10-11

內容簡介

Shift Media Library Cleanup 外掛專為解決媒體清理中的假陽性問題而設計,確保在不確定的情況下不會刪除任何檔案。它提供安全的檔案隔離與恢復功能,讓使用者能夠輕鬆管理媒體庫。

【主要功能】
• 提供檔案使用情況的「為什麼?」面板
• 將檔案移至私密資料夾,隱藏於媒體庫
• 監控請求隔離檔案的頁面
• 在動作前重新檢查內容
• 共享檔案不會被刪除
• 背景掃描不影響伺服器效能

外掛標籤

開發者團隊

⬇ 下載最新版 (v1.0.1) 或搜尋安裝

① 下載 ZIP → 後台「外掛 › 安裝外掛 › 上傳外掛」
② 後台搜尋「Shift Media Library Cleanup」→ 直接安裝(推薦)
📦 歷史版本下載

原文外掛簡介

Media cleaners have one big problem: false positives. An image looks unused, you delete it, and a page breaks. Shift Media Library Cleanup is built around the opposite promise: when in doubt, a file is kept, and nothing is ever deleted before you had the chance to undo it.
Why it is different

It tells you why. Every file comes with a “Why?” panel: where it is used (with a link to edit that content), or everywhere it was looked for.
Quarantine instead of deletion. Files are moved to a private folder and hidden from the Media Library. Restore them with one click, exactly as they were, for 30 days.
It watches for broken images. If a page still requests a quarantined file, the plugin flags it (“requested N times since quarantine”) and shows you which page asked for it.
It checks again right before acting. Before anything is moved, the plugin re-checks content edited since the scan and searches the files’ names across your database.
Shared files are protected. When several media items point to the same file, none of them can remove it while another one is still in use.

Where it looks for your media

Post and page content, excerpts and featured images, for every post type
Block editor (core blocks and media attributes of third-party blocks)
Classic editor: images, captions, and shortcodes
Elementor: page data, page and site settings (logo, favicon, backgrounds), dynamic tags
WPBakery Page Builder and themes built on it: element attributes, background images, design options CSS
WooCommerce: product images, product and variation galleries, category images, placeholder and email header images
Advanced Custom Fields: image, file and gallery fields, including repeaters, flexible content, ACF blocks, term fields and options pages
Custom fields of any plugin, user avatars, category and tag fields
Site settings: site icon, logo, header and background images, widgets (image, gallery, text, HTML and block widgets), theme option panels
Tables created by other plugins, such as sliders and form builders
Your active theme, parent theme and must-use plugins: stylesheets, templates and scripts, including image IDs written in PHP

Drafts, private posts, revisions and trashed posts count as usage too: restoring any of them will never bring back a broken image.
Built to be safe for your site

Scans run in the background in small batches, so large libraries do not hit server time limits, and they resume after an interruption.
Scanning only reads your content: nothing in your media library changes until you choose to quarantine files.
Data stored by other plugins is read without running any of their code.
No data leaves your site. No tracking, no external services, no account.

Page builders not supported yet
If the plugin detects a page builder it cannot read yet (for example Divi, Bricks, Oxygen or Beaver Builder), it shows a warning and asks for an extra confirmation before quarantining files. Review those results carefully, and use the quarantine period to check your pages.
Privacy
The plugin does not send any data outside your site and does not use cookies. To detect quarantined files that are still requested, it stores the requested file path, the time and the address of the page that asked for it (without query string). It does not store IP addresses or browser details.

延伸相關外掛

文章
Filter
Mastodon