Metaadatok eltávolítása a Google Drive-ból: teljes útmutató és különleges esetek

Informatec Digital » A felhő » Metaadatok eltávolítása a Google Drive-ból: teljes útmutató és különleges esetek

Metaadatok törlése a Google Drive-on

Ha aggódsz amiatt, hogy milyen extra információk kerülnek a fájljaiddal a felhőbe, valószínűleg már azon gondolkodtál, hogyan tisztíthatod meg vagy kezelheted ezeket a láthatatlan adatokat. A Google Drive-ban a metaadatok a címkéktől és az indexelhető szövegtől kezdve a miniatűrökig és a fájltulajdonságokig terjednek. A lényeg annak megértése, hogy mi távolítható el, mi csak frissíthető, és mihez nem lehet hozzányúlni , így precízen cselekedhetsz anélkül, hogy bármit is elrontanád.

Ebben az útmutatóban egy helyre gyűjtöttük össze a különféle hivatalos Google-dokumentációkban és súgócikkekben szétszórt információkat. Megtudhatja, hogyan távolíthatja el a címke metaadatait egy fájlból, hogyan kezelheti az indexelhető szöveget és bélyegképeket, valamint hogyan ismerheti meg a korlátozásokat és a kivételeket . Hasonló forgatókönyveket is tisztázunk (felhőalapú tárhelyátvitel és virtuálisgép-metaadatok a Compute Engine-ben), hogy elkerüljük a félreértéseket, ha a Google Clouddal dolgozik.

Mik a metaadatok a Drive-ban, és meddig terjed a kifejezés?

A Google Drive-ban a metaadatok olyan információkat tartalmaznak, mint a név, a MIME-típus, a kikövetkeztetett kiterjesztés, a címkék, az indexelhető szöveg és a kapcsolódó bélyegképek. Egyes elemek szerkeszthetők vagy törölhetők (pl. címkék), mások közvetve frissülnek (indexelhető szöveg és bélyegképek), és vannak olyanok is, amelyek nem törölhetők, mert a rendszer részét képezik (például a fájlméret vagy a belső létrehozási és frissítési dátumok).

Más Google Cloud-termékekben, például a Cloud Storage-ban vagy a Compute Engine-ben is találsz metaadatokra mutató hivatkozásokat. Nem szabad összekeverni egy virtuális gép vagy objektum metaadatait a Cloud Storage-ban egy Drive-fájl metaadataival.; osztoznak a koncepción, de a kezelésük és a korlátaik eltérőek.
Metaadatok kezelése a Drive-ban

Amit valójában el lehet távolítani a Drive-ból

Gyakorlati szempontból a Drive-ban a leggyakrabban a fájlhoz rendelt címkék eltávolítását tekintik "metaadatok eltávolításának". A címkék tartalmazhatnak mezőket (szöveg, felhasználó stb.), és eltávolításuk törli a hozzájuk tartozó információkat a fájlból . Ez a törlés API-n keresztül, atomi műveletek segítségével történik.

Az indexelhető szöveg (contentHints.indexableText) nem egyszerűen „törlődik” egy gombbal; felülíródik vagy üresen marad, amikor frissíti a fájl erőforrását . Úgy tervezték, hogy javítsa a Drive által nem indexelt fájltípusok felderíthetőségét.

Az egyéni bélyegképek kezelése hasonló: feltölthetsz egy másik bélyegképet, vagy leállíthatod a meglévők feltöltését . Ha a Drive képes szabványos bélyegképet létrehozni, akkor a sajátját fogja használni; ha nem, akkor a megadottat.

A Drive-ban található egyes metaadatok, például a fájlméret és a belső időbélyegek, nem törölhetők. Ezeket a rendszertulajdonságokat maga a szolgáltatás frissíti, és nem törölhetők közvetlenül.

Fájl címkéinek eltávolítása a Google Drive-ban

A Drive API lehetővé teszi a címkék módosítását vagy eltávolítását a metódus használatával. files.modifyLabels. A kérés egy ModifyLabelsRequest típusú objektumot tartalmaz, amely egy vagy több, atomilag alkalmazott módosítást tartalmaz. (ha bármelyik nem érvényes, akkor semmi sem érvényes).

Egy címke fájlból való teljes eltávolításához küldjön egy LabelModification a címkeazonosítóval és a törlési utasítással. Ez a folyamat eltávolítja az összes mezőt a fájlban lévő címkéből.Ha csak egy adott mezőt kell letiltania, akkor a teljes címke eltávolítása nélkül is „törölheti” a mező beállítását.

Fogalmi lépések egy címke eltávolításához egy adott fájlból: 1) azonosítja a fájlban található címke labelId azonosítóját (felsorolhatod őket files.listLabels), 2) Küldje el a módosítást aktivált removeLabel beállítással, 3) ellenőrzi, hogy a válasz tartalmazza-e a frissített címkék végső állapotát.

Indexelhető szöveg: szabályozás, korlátok és bevált gyakorlatok

Ha az alkalmazás olyan fájltípusokat ment, amelyeket a Drive önmagában nem indexel (rajzok, videók, parancsikonok stb.), a kereshetőséget a következő kitöltésével növelheti: contentHints.indexableText. Ez a szöveg HTML-ként van feldolgozva, indexelve, és megjelenhet az eredmények összefoglalóiban. több keresési felületen.

Fontos ajánlások és korlátozások: az indexableText maximális mérete 128 KB ; olyan kifejezéseket és fogalmakat rögzítsen, amelyek valóban leírják a tartalmat; ne próbálja meg a szöveget relevancia szerint rendezni, az indexelő már prioritást élvez; frissítse a szöveget minden mentéskor ; kerülje a nem kapcsolódó kulcsszavakkal való „kitöltést” (ez végül frusztrálhatja a felhasználókat, és törlésre ösztönözhet).

Ne feledd, hogy mivel HTML-ként kezelik, a szöveges tartalom kerül indexelésre, nem az attribútumok . Például, ha a karakterlánc attribútumokkal rendelkező címkéket tartalmaz, akkor a látható szöveg kerül indexelésre, nem pedig az attribútumok értékei.

Indexképek: Feltöltés, csere és helyreállítás

A Drive automatikusan létrehoz bélyegképeket a Dokumentumok, Táblázatok, Diák és más típusú fájlokhoz. Ha a fájltípus nem generál szabványos bélyegképet, megadhat egyet. konfigurálása contentHints.thumbnail a fájl létrehozásakor vagy frissítésekor.

Egyéni bélyegképekre vonatkozó követelmények: PNG, GIF vagy JPG formátum használata; ajánlott szélesség 1600 px (minimum 220 képpont); maximális fájlméret 2 MB; URL-biztos, base64 kódolású képet biztosít, és a mimeType helyes. A bélyegképet minden mentéskor frissíteni kell, mivel érvénytelenné válik, amikor a fájl tartalma megváltozik (a metaadatok változása önmagukban nem érvényteleníti azt).

A miniatűr lekéréséhez jelölje be a mezőt thumbnailLink az erőforrásból files. Ez egy rövid életű hivatkozás, és csak akkor jelenik meg, ha az alkalmazás hozzáfér a tartalomhoz.Ha a fájl nem nyilvános, akkor hitelesítő adatokra lesz szükséged a hivatkozás használatához.

Példák metaadatok lekérdezésére bélyegképekkel REST-en keresztül:

GET https://www.googleapis.com/drive/v3/files/FILE_ID?fields=id,name,mimeType,thumbnailLink
GET https://www.googleapis.com/drive/v3/files?q=mimeType='application/vnd.google-apps.spreadsheet'&fields=files(id,name,mimeType,thumbnailLink)

Fájlnevek és kiterjesztések: amit tudnia kell

Fájl API-n keresztüli beszúrásakor ajánlott megadni a kiterjesztést a tulajdonságban. name (például kat.jpg). A Drive a következőképpen fogja terjeszteni a kiterjesztést: fileExtension csak olvasható a későbbi válaszokban, és amikor a felhasználó letölti a fájlt vagy szinkronizál az asztali klienssel, a teljes név a cím alapján generálódik.

Ha nem adsz meg kiterjesztést, a Drive megpróbálja meghatározni a MIME típus alapján . Amikor csak lehetséges, add meg, hogy elkerüld a meglepetéseket.

Ne keverd össze a metaadatok eltávolítását a fájlok törlésével.

A metaadatok eltávolítása és a fájlok törlése különböző műveletek. Ha Ön a fájl tulajdonosa, és a Lomtárba helyezi, akkor nem a metaadatokat törli, hanem a fájlt a meghajtóról . A törlési lehetőség (ha nem Ön a tulajdonos) egyszerűen elrejti a fájlt Ön elől, de mások továbbra is látni fogják.

Fájl kukába helyezéséhez a weben: lépjen a drive.google.com oldalra, kattintson a jobb gombbal, és válassza az Áthelyezés a kukába lehetőséget . Ha valaki más a fájl tulajdonosa, akkor az Eltávolítás lehetőség jelenik meg. A fájl végleges törléséhez ürítse ki a kukát. Ezen lépések egyike sem távolítja el a metaadatokat a tárolt fájlból: vagy törli a fájlt, vagy kezeli a metaadatokat a leírt lehetőségekkel.

Felhőalapú tárhely metaadatainak átvitele és megőrzése (adatok áthelyezése esetén)

Amikor a Storage Transfer Service-lel dolgozol a felhőalapú tárhelyre/felhőalapú tárhelyről, szabályok vonatkoznak arra, hogy mely metaadatokat őrizze meg a rendszer, és melyeket nem. Ez kulcsfontosságú, ha a Drive-ot tárolókkal használja, vagy adatokat migrál felhők között.

Amazon S3-ról vagy kompatibilis eszközről felhőalapú tárhelyre

• Konzerváltak fix kulcsú metaadatmezők (pl. Gyorsítótár-vezérlés, Tartalomelhelyezés, Tartalomtípus).
• A felhasználó által definiált metaadatok átadásra kerülnek a következőnek: egyéni metaadatok a Felhőtárhelyen (szerkeszthető).
• El ETag Személyre szabottként van mentve a kulccsal együtt. x-goog-source-etag.
• Az objektum mérete megmarad size.
• S3 Hozzáférés-vezérlési listák és objektumcímkék: nincsenek megőrizve.
• S3 időbélyeg metaadatok: nincsenek megőrizveFelhőalapú tárhelyen timeCreated y updated tükrözik a létrehozás/frissítés pillanatát a célhelyen.
• Tárolási osztály: az átvitel során konfigurálható (alapértelmezés szerint a céltároló osztálya).

A Microsoft Azure Blobtól a felhőalapú tárhelyig

• Javított kulcsfontosságú metaadatmezők: konzerváltak.
• Felhasználó által definiált metaadatok: egyéniként vannak mentve a Felhőtárhelyen.
• ETag Úgy van megőrizve, mint x-goog-source-etag.
• Méret mint sizeADLS Gen2 POSIX engedélyek és specifikus hozzáférés-vezérlés: nincsenek megőrizve.
• Azure időbélyeg metaadatai: nincsenek megőrizve. timeCreated/updated újraszámolják a célállomáson.
• Tárolási osztály: konfigurálható, mint az S3 esetében.

Felhőalapú tárolóhelyek között

• Javított és egyéni kulcs metaadatok: konzerváltak.
• Objektumgenerálás: egyéni metaadatként mentve x-goog-reserved-source-generation.
• Megőrzések: Az ideiglenes megőrzések alapértelmezés szerint megőrződnek; az eseményalapú megőrzések nem. Óvakodj az LCA-tólMegtarthatod őket, de kerüld a hozzáférhetetlen tárgyak létrehozását.
• Tárolási osztály: Megtartás, új beállítása, vagy a céltárolóban lévő használata.
• CMEK titkosítás: opcionális megtartani; alapértelmezés szerint a célvödör metódus kerül felhasználásra.
• timeCreated bent tartható customTime; updated nem.
• Egyéb nem szerkeszthető metaadatok (pl. etag, componentCount): nem.

Felhőalapú tárhely URL-címeinek listája

• Javított kulcsfontosságú metaadatmezők: szerkeszthető a célállomáson.
• Content-Length y MD5: nem szerkeszthető és megőrződnek, ha a forrás biztosítja azokat.
• Forrás időbélyegek: nemTárolási osztály: konfigurálható.

POSIX-ból felhőalapú tárhelyre (és fordítva)

• mtime egyéni metaadatként megőrizve goog-reserved-file-mtime.
• A méret megmarad sizeUID, GID, MODE és szimbolikus linkek: választható keresztül metadataOptions.
• POSIX-ról POSIX-ra konvertálva az UID/GID/MODE megőrizhető a fájlokban és mappákban; mtime Fájlokhoz van mentve (mappák esetén a célhelyen lévő létrehozási idő kerül felhasználásra).

Ezek a részletek fontosak az adatok szolgáltatások közötti mozgatásakor. Ne számítson arra, hogy ha az egyik rendszerben törli a metaadatokat, az varázsütésre eltűnik a másikban is ; tartsa tiszteletben az egyes átvitelek megőrzési szabályait.

Compute Engine (VM) metaadatok: Korlátok és törlés, ha a Google Cloudot használja

Bár nem a Drive-ban tárolják, sok csapat hozzáfér a virtuális gépek metaadataihoz a Compute Engine-ben. Ennek kezeléséhez megfelelő IAM-engedélyekre, valamint a méret- és hatókörkorlátok ismeretére van szükség.

Először is: Telepítse a Google Cloud CLI-t, és futtassa első alkalommal a következővel: gcloud init (Ha külső identitásszolgáltatót használ, jelentkezzen be összevont módon.) Tartsa naprakészen a parancssori felületet (CLI) a következővel: gcloud components update és állítson be alapértelmezett régiót és zónát a hatókörbeli hibák elkerülése érdekében.

Tipikus szükséges engedélyek: Ha a virtuális gépek szolgáltatásfiókokat használnak, szükséges iam.serviceAccounts.actAsProjekt szintű metaadatok esetén: compute.projects.get y compute.projects.setCommonInstanceMetadata. Zónális metaadatokhoz: compute.instanceSettings.get y compute.instanceSettings.updateEgy adott virtuális gép metaadataihoz: compute.instances.get y compute.instances.setMetadata.

Kulcskorlátok: A virtuális gépenkénti metaadat-készlet együttes maximális mérete 512 KB; minden kulcsig 128 bytes és minden érték egészen 256 KBAz SSH kulcsok tárolása itt történik: ssh-keys; ha túlléped a limitet, Ideje megtisztítani a nem használt kulcsokatHa az indítási/leállítási szkripteket közvetlen tartalomként helyezed el, akkor azok beleszámítanak a korlátba; ehelyett mentsd el a szkriptet a felhőalapú tárhelyre, és csak az URL-t adja meg.

Nagybetű/kisbetű: a billentyűk megkülönböztetik a kis- és nagybetűket; értékek is, kivéve a logikai értékeket. Zónális metaadatok esetén: csak gcloud vagy REST segítségével kezelhető; Nem lehet ugyanazzal a szöveggel rendelkező kulcsokat másolni a kis- és nagybetűk megváltoztatásával. (pl. hozzon létre egy ZONAL-METADATA-KEY kulcsot, ha a zonal-metadata-key már létezik); és nem definiálhat zonális értékeket a következőhöz: ssh-keys.

A logikai értékek elfogadják az IGAZ/HAMIS megfelelőit , valamint az olyan alternatívákat, mint az I/Igen/1 és a N/Nem/0, anélkül, hogy különbséget tennének a kis- és nagybetűk között.

Hatókör és elsőbbség: Ugyanaz a kulcsnév létezhet mind a projekt, mind a zóna szintjén, de a zónaérték elsőbbséget élvez a saját zónájában . Ha hozzáad egy zónaértéket, akkor az az adott zónában lévő virtuális gépekhez használatos, még akkor is, ha van projektszintű érték; a projektérték hozzáadása nem írja felül a meglévő zónaértékeket.

Gyakori műveletek: Konfigurálhatja a projekt metaadatait (minden virtuális gépre vonatkozik), a zónánkénti metaadatokat (az adott projekt egy zónájában lévő összes virtuális gépet érinti) és a példány metaadatait (csak egy virtuális gépre vonatkozik). A metaadatok eltávolításához a gcloud vagy a REST lehetővé teszi a projekt, a zónánkénti vagy a példány metaadatainak szükség szerinti törlését .

REST helyi használata: A REST API minták a gcloud parancssori felületen megadott hitelesítő adatokat használják. Hitelesítse a környezetét, és használja fel ezeket a hitelesítő adatokat a gépéről érkező hívások teszteléséhez.

Gyakorlati tippek a jobb metaadat-higiéniához a Drive-ban

Ha csökkenteni szeretnéd a Drive-ban a helyed, koncentrálj azokra, amiket kontrollálni tudsz: címkék (távolítsd el őket, ha nem adnak hozzá értéket), indexelhető szöveg (módosítsd vagy töröld, ha nincs rá szükséged), és bélyegképek (cseréld le őket, vagy kerüld a feltöltést) . A rendszertulajdonságok naplózásra, nem törlésre szolgálnak.

Amikor egy fájlt megosztanak, és nem Ön a tulajdonosa, ne feledje, hogy a nézetből való eltávolítása nem törli a többi fájlt. Egyeztessen a tulajdonossal, ha a cél a kapcsolódó tartalom vagy metaadatok teljes eltávolítása .

Ha a Drive-ot felhőalapú tárhelyben lévő folyamatokkal vagy virtuális gépekkel integrálja, dokumentálja az elvárásokat. Sok metaadat megváltozik vagy nem terjed a rendszerek között ; kerülje az olyan automatizálásokat, amelyek nem megőrzött időbélyegekre vagy ACL-ekre támaszkodnak.

Ezekkel az irányelvekkel Ön irányíthatja, hogy mi számít igazán. Kezelje pontosan a címkéket, szabályozza, hogy mi indexelhető, és döntse el, mikor és hogyan használja a bélyegképeket, hogy egyensúlyt teremtsen az adatvédelem, a kereshetőség és a felhasználói élmény között.