Leírás
Tömeges post meta szerkesztő a nem használt adatok törléséhez, értékek felülírásához, keresés-csere futtatásához és az adatbázis tisztításához közvetlenül a vezérlőpultról.
Magyar: Magyar nyelvű bővítményleírás
Miért érdemes ezt a bővítményt használni?
Idővel a WordPress webhelyeken felhalmozódnak a bővítmények, témák és oldalkészítők post meta adatai. Ha bővítményt cserél vagy eltávolít, a meta gyakran az adatbázisban marad – felduzzasztja a táblákat, lassítja a lekérdezéseket, és növeli a mentések méretét. A Post Meta szerkesztő és tisztító közvetlen kontrollt ad ezekhez az adatokhoz.
Fő előnyök
- Adatbázis-optimalizálás – Az eltávolított bővítmények árva meta adatainak törlése az adatbázis méretének csökkentéséhez és a teljesítmény javításához.
- Forrásazonosítás – Látja, melyik bővítmény vagy téma hozta létre az egyes meta kulcsokat. A beépített forrástérkép 50+ népszerű bővítményt ismer (WooCommerce, Yoast, Rank Math, Elementor, Jetpack, WPML és még sok más).
- Táblázatkeresés, szűrés és rendezés – Speciális keresés meta kulcs, bejegyzéstípus és mezőtartalom szerint (serialized töredékeket is beleértve); oszlopszűrők a Meta kulcs, Forrás és Bejegyzéstípus oszlopokhoz; rendezés Meta kulcs, Forrás, Darabszám vagy Méret szerint.
- Tömeges törlés – Több meta kulcs egyszerre történő törlése. Állítsa a feldolgozási sebességet, hogy elkerülje az időtúllépést nagy webhelyeken.
- Keresés és csere – URL-ek, domainnevek vagy szövegek frissítése az összes bejegyzésen. Működik serialized adatokkal, beleértve a kétszeresen serialized értékeket is – tömbértékek és tömbkulcsok is frissíthetők. A PHP objektumot tartalmazó értékek biztonsági okból kihagyásra kerülnek.
- Rugalmas törlés – A teljes meta kulcs és értékeinek törlése, vagy csak az értékek ürítése a kulcsstruktúra megtartásával.
- Biztonságos szerkesztés – Meta értékek tömeges felülírása vagy célzott keresés és csere. A kötegek kapcsolatmegszakadás után folytathatók, ugyanazon meta kulcson párhuzamos műveletek szerveroldalon blokkolva vannak, és bármely adatbázishiba egyértelmű üzenettel leállítja a műveletet. Ideális migrációhoz, domainváltáshoz vagy hibás termékadatok javításához.
- Nagy webhelyekhez igazítva – Sok termékkel rendelkező katalógusoknál az áttekintés nem fut le automatikusan. Az Adatok kiolvasása gombbal indíthat, amikor készen áll; a folyamat százalékot és elemszámot mutat; a kijelölt sorok frissíthetők a teljes index újraépítése nélkül.
Mit tehet
- Böngéssze a post meta áttekintést kereséssel, oszlopszűrőkkel és rendezhető oszlopokkal (beleértve a Méretet MB-ban).
- Takarítson a bővítmények vagy témák eltávolítása után.
- Migráljon egy webhelyet és frissítse a régi URL-eket a meta mezőkben.
- Javítsa tömegesen a WooCommerce termékattribútumokat, SEO meta adatokat vagy egyéni mezőket.
- Azonosítsa és távolítsa el a nem használt vagy duplikált meta kulcsokat.
- Csökkentse a
wp_postmetatábla méretét a gyorsabb mentések és lekérdezések érdekében.
Fontos
Mielőtt bármilyen változtatást végezne, készítsen biztonsági mentést, mert a módosítások és törlések csak onnan állíthatók vissza.
Továbbiak
Vannak más bővítményei is? Igen, nézze meg a bővítmények weboldalamat: rotistudio.com
Hol tudhatunk meg többet a munkájáról? Ott találja a személyes weboldalamat is: rottenbacher.hu
Képernyőmentések
Telepítés
- Töltse fel a bővítmény mappáját a
/wp-content/plugins/könyvtárba. - Aktiválja a bővítményt a WordPress „Bővítmények” menüjében.
- Menjen a Vezérlőpult / Eszközök / Post Meta EAC menüpontra
GYIK
-
Hogyan használhatom?
-
Telepítse és aktiválja a bővítményt, majd lépjen a Post Meta EAC menüpontra a WordPress vezérlőpultján.
-
Kell biztonsági mentést készítenem a bővítmény használata előtt?
-
Igen – post meta adatok törlése előtt mindig készítsen teljes adatbázis-mentést. A törlések véglegesek, és mentés nélkül nem vonhatók vissza.
-
A művelet lassú vagy beragadtnak tűnik – mit tegyek?
-
A bővítmény kötegekben dolgozza fel a bejegyzéseket. Ha a művelet lassú vagy beragadtnak tűnik, csökkentse a köteg méretét a Beállítások oldalon. Csökkentse a „Feldolgozási sebesség” értékét (például 50-ről 10–20-ra). Ez kevesebb bejegyzést dolgoz fel kérésenként, így kisebb terhelést jelent a szervernek.
-
Miért nem töltődik be automatikusan a Post Meta táblázat?
-
Nagy webhelyeken a teljes áttekintés vizsgálata akár több percig is eltarthat. A táblázat oldal azonnal megnyílik, és az Adatok kiolvasása gombot mutatja, így a vizsgálatot akkor indíthatja, amikor készen áll. Használja az Összes adat frissítése gombot a teljes index újraépítéséhez, vagy a tömeges Adatok frissítése műveletet csak a kijelölt sorokhoz. A Beállításokban az Index törlése és újraolvasás visszavisz az első indítás állapotába.
-
Mely bejegyzéseket érintik a műveletek?
-
Minden bejegyzéstípus feldolgozásra kerül, beleértve a változatokat (revision) is. A lomtárba helyezett és az automatikus piszkozat bejegyzések, valamint a meglévő bejegyzés nélküli árva meta sorok ki vannak zárva a táblázatból és a műveletekből.
-
Ki használhatja a bővítményt?
-
Alapértelmezés szerint a
manage_post_meta_cleanupjogosultsággal rendelkező felhasználók (az adminisztrátorok aktiváláskor megkapják). Mivel a bővítmény minden bejegyzéstípus post meta adatait megjeleníti és szerkeszti, egyéni szerepkörű webhelyeken arspmeac_capabilityszűrővel szűkíthető a hozzáférés.
Vélemények
2026.07.17.
2 replies
Missing Features 1. Global search (highest priority)
Currently the table only lists meta keys.
Users cannot quickly search for:
meta key
plugin name
post type
sample value
A live search box filtering the table instantly would probably become one of the most used features.
2. Advanced filtering
Current view only supports pagination.
Useful filters would be:
Post type
Plugin / Source
Empty values only
Unknown meta keys
Only orphaned meta
Keys used less than X times
Keys used more than X times
This would make large WooCommerce databases much easier to clean.
3. Sortable columns
Currently everything is alphabetical.
Allow sorting by:
Meta key
Count
Plugin
Post type
Estimated database size
4. Database size column
This is probably the biggest missing feature.
Instead of only showing:
_count = 12,354
show
12,354 rows
34.7 MB
5. Last modified information
Show:
newest post
oldest post
last modified
Which posts use this key?
Very valuable.
Example:
Used on
✓ Products (18,322)
✓ Orders (54,123)
✓ Pages (16)
Then
View posts
could open the actual post list.********Performance Improvements
1. Lazy loading
Currently the dashboard loads every meta key, then paginates in PHP.
2. Cache source lookup
Current implementation loops through every prefix until a match is found.
foreach(prefixes)
for every row.
Instead cache
meta_key
plugin
during rendering.
Minor improvement.
3. Progress bar
Instead of
Processing…
show
34%
4200 / 12344
ETA 12 sec
4. Incremental refresh
Current refresh rebuilds the whole dataset.
A smarter refresh would update only changed keys.
5. Database indexes analysis
Detect missing indexes.
Example
Your wp_postmeta table has no composite index
Recommended:
(meta_key, post_id)
Could dramatically speed up operations on very large WooCommerce stores.
Közreműködők és fejlesztők
“Post Meta szerkesztő és tisztító a RotiStudio-tól” egy nyílt forráskódú szoftver. A bővítményhez a következő személyek járultak hozzá:
Közreműködők
“Post Meta szerkesztő és tisztító a RotiStudio-tól” 1 nyelvre lett lefordítva. Köszönet a fordítóknak az áldozatos munkájukért!
“Post Meta szerkesztő és tisztító a RotiStudio-tól” fordítása a saját nyelvünkre.
Érdekeltek vagyunk a fejlesztésben?
Browse the code, check out the SVN repository, or subscribe to the development log by RSS.
Változási napló
1.4.0
- Improvement: AJAX endpoints use action-specific nonces (process, refresh, count) instead of one shared nonce.
- Improvement: operation locks store the owning user ID – another admin cannot continue or hijack an in-flight checkpoint via a guessed operation ID.
- Improvement: same operation ID with altered parameters (fingerprint mismatch) is rejected instead of rewriting the checkpoint.
- Improvement: Settings API options require the plugin capability (
manage_post_meta_cleanup), matching the admin UI. - Improvement: meta keys and values strip null bytes and invalid UTF-8 before prepared SQL / meta API use; operation IDs require a minimum length.
- Improvement: bulk refresh and count requests are capped at 500 meta keys per request.
- Improvement: direct file access guard on
meta-sources.php. - Improvement: capability grant extracted to
rspmeac_add_capabilities()for activation and upgrade sync. - Compatibility: tested with WordPress 7.1.
1.3.0
- Fejlesztés: a Post Meta táblázat első megnyitásakor már nem fut le automatikusan a költséges áttekintés-vizsgálat – az Adatok kiolvasása gomb indítja, amikor készen áll (jobb UX nagy WooCommerce webhelyeken).
- Fejlesztés: Beállítások művelet a gyorsítótárazott index törléséhez és az Adatok kiolvasása képernyőre való visszatéréshez (mint az első indításkor).
- Fejlesztés: egységes folyamatjelzés a tömeges és sorműveleteknél – Feldolgozás: X% (kész / összes), a Feldolgozási sebesség szerinti minden köteg után frissül.
- Fejlesztés: az Összes adat frissítése újraépíti a teljes áttekintést; a tömeges Adatok frissítése csak a kijelölt sorokat frissíti (darabszám, méret, forrás, minta) teljes oldalújraépítés nélkül.
- Fejlesztés: a Szerkesztés és Törlés egy Műveletek oszlopba került (ikonos kapcsolók).
- Fejlesztés: Méret oszlop (MB); a Meta kulcs, Forrás, Darabszám és Méret rendezhető (ASC/DESC). Az alapértelmezett sorrend továbbra is Meta kulcs növekvő.
- Fejlesztés: oszlopszűrők a Meta kulcs (szöveges keresés), Forrás és Bejegyzéstípus (legördülő) oszlopokhoz.
- Fejlesztés: speciális Keresés panel – keresés meta kulcs, bejegyzéstípus és mezőtartalom szerint (serialized töredékeket is beleértve), opcionális meta kulcs / forrás szűkítéssel.
- Fejlesztés: nyelvi fájlok frissítve – generálja újra vagy frissítse a .mo fordítási fájlokat (pl. Poedittel), hogy az új felületi szövegek megjelenjenek az Ön nyelvén.
- Teljesítmény: az áttekintés újraépítése egy csoportosított SQL vizsgálatot használ (darabszámok + méretek) újraépítési zárral; a források egyszer kerülnek a cache-be; a TTL meghosszabbítva; műveletek után csak az érintett kulcs frissül a cache-ben.
- Teljesítmény: az aktuális oldal mintaértékei kulcsonként LIMIT 1-et használnak, és SQL-ben csonkolódnak (nincs nehéz GROUP BY / teljes LONGTEXT betöltés).
- Teljesítmény: a kötegelt feldolgozás keyset lapozást használ (bejegyzés-ID kurzor), és kötegenként egy lekérdezéssel előre betölti az érintett meta sorokat.
- Javítás: a keresés és csere már nem rontja el a kétszeresen serialized meta értékeket – a beágyazott serialized stringek rétegenként unserializálódnak, feldolgozódnak és újraserializálódnak, így a tárolt bájthossz-előtagok érvényesek maradnak.
- Javítás: a neveken és értékeken végzett keresés és csere megszakítja a sort, ha a kulcs átnevezése egy másik meglévő kulcsot írna felül (beleértve a numerikus-string kulcs castingot), ahelyett hogy csendben elveszítené az adatokat.
- Javítás: a beágyazott serialized adatok objektumpéldányosítás nélkül (allowed_classes false) és beágyazási mélységkorláttal kerülnek unserializálásra, így a készített payloadok nem indíthatnak objektum-wakeup kódot vagy végtelen rekurziót; az objektumot vagy olvashatatlan serialized adatot tartalmazó sorok kihagyásra és jelentésre kerülnek.
- Javítás: minden adatbázis-írás ellenőrizve van – a sikertelen frissítések vagy törlések az érintett bejegyzés-ID-kkal leállítják a műveletet, ahelyett hogy hamis sikert jeleznének.
- Javítás: a „Törlés (csak érték)” minden meta sort külön, meta ID alapján ürít, így az azonos kulcs alatt több értéket tároló bejegyzések megtartják a sorszámukat, ahelyett hogy egyetlen sorba olvadnának.
- Javítás: meta kulcsonkénti szerveroldali zár elutasítja a másik lapról vagy másik adminisztrátor által indított párhuzamos műveleteket.
- Javítás: a megszakadt műveletek biztonságosan újrapróbálhatók – a szerver műveletenként ellenőrzőpontot tárol, a sikertelen kérések automatikusan újrapróbálódnak, és a már feldolgozott sorok nem futnak le újra (nincs több kettős csere).
- Javítás: a Darabszám oszlop a bejegyzéseket számolja (distinct), nem a meta sorokat, összhangban a Súgó oldal leírásával.
- Javítás: a táblázatban megjelenő mintaérték mostantól kizárja a lomtárba helyezett, automatikus piszkozat és árva meta sorokat, összhangban a darabszámokkal.
- Javítás: az admin oldal már nem okoz végzetes hibát, ha a PHP mbstring kiterjesztés hiányzik.
- Javítás: a „null”, „true” vagy JSON literál nevű meta kulcsok már nem törik el a sorműveleteket (szó szerinti data attribútum olvasás).
- Fejlesztés: a beállítások a WordPress Settings API-n keresztül regisztrálva; a bővítmény opciók autoload nélkül tárolódnak.
- Fejlesztés: dedikált
manage_post_meta_cleanupjogosultság (aktiváláskor az adminisztrátoroknak); arspmeac_capabilityszűrővel testre szabható. - Fejlesztés: az eltávolítás a gyorsítótárazott áttekintés transientet és a fennmaradt műveletzár rekordokat is törli, multisite támogatással.
- Fejlesztés: egységes lapozás megjelenítés duplikált elem-ID-k nélkül; a felületi szövegek egyértelműsítik, hogy a lomtárba helyezett és az automatikus piszkozat bejegyzések nem érintettek.
1.2.0
- Javítás: a bejegyzés-változatokon tárolt meta sorok (pl. Elementor adatok) nem voltak törölhetők vagy szerkeszthetők – a műveletek most a low-level metadata API-t használják a post meta wrapper helyett, így a táblázatban látható pontos sorokat célozzák.
- Javítás: a „Törlés (csak érték)” végtelen ciklusba kerülhetett, ha az érintett bejegyzések száma meghaladta a kötegméretet.
- Javítás: az azonos meta kulcshoz több sort tároló bejegyzések keresés és csere közben már nem olvadnak egyetlen értékké – a sorok meta ID alapján egyenként frissülnek.
- Javítás: a kötegelt feldolgozás determinisztikus sorrendet használ (ORDER BY post ID), így egyetlen bejegyzés sem marad ki és nem kerül kétszer feldolgozásra.
- Javítás: a visszaperjelet tartalmazó értékek mentéskor már nem sérülnek; a HTML-t vagy százalékosan kódolt karaktereket tartalmazó meta kulcsok és értékek most helyesen illeszkednek.
- Fejlesztés: a köteg folytatásának eltolása mostantól szerveroldalon számolódik.
- Teljesítmény: a meta áttekintő tábla transientben van gyorsítótárazva (minden művelet után automatikusan érvénytelenítve), és megjelent az „Adatok frissítése” gomb.
- Teljesítmény: determinisztikus mintaérték-lekérdezés, kompatibilis az ONLY_FULL_GROUP_BY SQL móddal.
- Fejlesztés: egységes feldolgozási sebesség alapértelmezés (50), kanonikus admin URL-ek az Eszközök alatt, elavult kód eltávolítva.
1.1.0
- Kisebb kódjavítás.
- WordPress 7.0 kompatibilitás ellenőrzés
- PHP 8.5 kompatibilitás ellenőrzés
1.0.0
- Első kiadás.