Jak odstranit metadata na Disku Google: kompletní průvodce a speciální případy

Informatec Digital » La Nube » Jak odstranit metadata na Disku Google: kompletní průvodce a speciální případy

Odstraňte metadata na Disku Google

Pokud si děláte starosti s tím, jaké další informace putují s vašimi soubory v cloudu, pravděpodobně jste přemýšleli, jak tato neviditelná data vyčistit nebo spravovat. V Google Drive se metadata pohybují od tagů a indexovatelného textu až po miniatury a vlastnosti souborů. Klíčem je pochopit, co lze odstranit, co lze pouze aktualizovat a čeho se nelze dotknout , abyste mohli jednat přesně, aniž byste cokoli porušili.

V této příručce jsme na jednom místě shromáždili informace roztroušené v různých oficiálních dokumentech a článcích nápovědy Google. Naučíte se, jak odstranit metadata tagů ze souboru, spravovat indexovatelný text a miniatury a porozumět omezením a výjimkám . Také objasňujeme podobné scénáře (přenosy do cloudového úložiště a metadata virtuálních strojů v Compute Engine), abyste předešli nejasnostem, pokud pracujete s Google Cloud.

Co jsou metadata na Disku a jak daleko tento pojem sahá?

V Google Drive metadata zahrnují informace, jako je název, typ MIME, odvozená přípona, popisky, indexovatelný text a související miniatury. Některé části lze upravovat nebo smazat (např. popisky), jiné se aktualizují nepřímo (indexovatelný text a miniatury) a další nelze smazat, protože jsou součástí systému (například velikost souboru nebo interní data vytvoření a aktualizace).

Odkazy na metadata uvidíte také v dalších produktech Google Cloud, jako je Cloud Storage nebo Compute Engine. Neměli byste si plést metadata virtuálního počítače nebo objektu v cloudovém úložišti s metadaty souboru na Disku.Sdílejí stejný koncept, ale jejich řízení a limity se liší.
Správa metadat na Disku

Co lze na Disku skutečně odstranit

Z praktického hlediska se za „odstranění metadat“ na Disku nejčastěji považuje odstraňování štítků použitých u souboru. Štítky mohou obsahovat pole (text, uživatel atd.) a jejich odstraněním se z daného souboru smažou související informace . Toto odstranění se provádí prostřednictvím API s využitím atomických operací.

Indexovatelný text (contentHints.indexableText) se jednoduše „smaže“ tlačítkem; při aktualizaci souboru se přepíše nebo ponechá prázdný . Je navržen tak, aby se zlepšila objevitelnost typů souborů, které Disk nativně neindexuje.

S vlastními miniaturami se pracuje podobně: můžete nahrát jiný obrázek miniatury nebo žádný z nich přestat poskytovat . Pokud Disk dokáže vygenerovat standardní miniaturu, použije svou vlastní; pokud ne, použije tu, kterou poskytnete.

Některá metadata na Disku, jako je velikost souboru a interní časová razítka, nelze smazat. Tyto systémové vlastnosti aktualizuje samotná služba a nelze je přímo smazat.

Odebrání štítků ze souboru na Disku Google

Rozhraní API Drive umožňuje upravovat nebo odstraňovat štítky pomocí metody files.modifyLabels. Požadavek obsahuje objekt typu ModifyLabelsRequest s jednou nebo více modifikacemi, které jsou aplikovány atomicky. (pokud některé nejsou platné, nic neplatí).

Chcete-li štítek ze souboru zcela odstranit, odešlete LabelModification s identifikátorem návěstí a instrukcí pro vymazání. Tento proces odstraní všechna pole z dané značky v souboru.Pokud potřebujete zakázat pouze konkrétní pole, můžete toto pole „zrušit“, aniž byste museli odstranit celou značku.

Koncepční kroky k odstranění tagu z konkrétního souboru: 1) identifikuje labelId popisku přítomného v souboru (můžete je vyjmenovat pomocí files.listLabels), 2) Odešlete úpravu s aktivovanou volbou removeLabel, 3) ověřuje, zda odpověď obsahuje konečný stav aktualizovaných popisků.

Indexovatelný text: kontrola, omezení a osvědčené postupy

Pokud vaše aplikace ukládá typy souborů, které Disk sám neindexuje (kresby, videa, zkratky atd.), můžete zvýšit prohledávatelnost vyplněním contentHints.indexableText. Tento text je zpracován jako HTML, indexován a může se objevit v souhrnech výsledků. na více vyhledávacích plochách.

Důležitá doporučení a omezení: maximální velikost indexableText je 128 KB ; zachycujte termíny a koncepty, které skutečně popisují obsah; nepokoušejte se seřadit text podle relevance, indexer již určuje priority; aktualizujte text při každém uložení ; vyhněte se „doplňování“ nesouvisejícími klíčovými slovy (to nakonec frustruje uživatele a může vést k mazání).

Mějte na paměti, že jelikož je text považován za HTML, indexuje se textový obsah, nikoli atributy . Pokud například váš řetězec obsahuje tagy s atributy, indexuje se viditelný text, nikoli hodnoty těchto atributů.

Miniatury: Nahrávání, nahrazování a obnova

Disk automaticky generuje miniatury pro Dokumenty, Tabulky, Prezentace a další typy dokumentů. Pokud váš typ souboru negeneruje standardní miniaturu, můžete ji poskytnout. konfigurování contentHints.thumbnail při vytváření nebo aktualizaci souboru.

Požadavky na vlastní miniatury: Použijte PNG, GIF nebo JPG; doporučená šířka 1600 px (minimálně 220 px); maximální velikost souboru 2 MB; poskytuje obrázek kódovaný v base64 s ochranou URL a mimeType správné Miniatura musí být aktualizována při každém uložení, protože je zneplatněn při změně obsahu souboru (samotné změny metadat jej nezneplatní).

Chcete-li načíst miniaturu, zaškrtněte pole thumbnailLink zdroje files. Jedná se o krátkodobý odkaz a zobrazí se pouze v případě, že vaše aplikace má k obsahu přístup.Pokud soubor není veřejný, budete k použití tohoto odkazu potřebovat přihlašovací údaje.

Příklady dotazování metadat s miniaturami pomocí REST:

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)

Názvy souborů a přípony: co byste měli vědět

Při vkládání souboru přes API se doporučuje uvést příponu ve vlastnosti name (například kočka.jpg). Disk bude šířit toto rozšíření jako fileExtension pouze pro čtení v následných odpovědícha když si uživatel soubor stáhne nebo synchronizuje s desktopovým klientem, bude na základě názvu vygenerován celý název.

Pokud příponu neuvedete, Disk se ji pokusí určit z typu MIME . Pokud je to možné, uveďte ji, abyste se vyhnuli překvapením.

Nezaměňujte odstraňování metadat s mazáním souborů.

Odstranění metadat a smazání souborů jsou různé akce. Pokud vlastníte soubor a odešlete ho do koše, nesmažete metadata, ale soubor odeberete z disku . Možnost smazat (pokud nejste vlastníkem) jej před vámi jednoduše skryje, ale ostatní ho stále uvidí.

Chcete-li soubor odeslat do koše na webu: přejděte na drive.google.com, klikněte pravým tlačítkem myši a vyberte možnost Přesunout do koše . Pokud soubor vlastní někdo jiný, zobrazí se možnost Odebrat. Chcete-li soubor trvale smazat, vysypte koš. Ani jeden z těchto kroků neodstraní metadata z uloženého souboru: soubor buď smažete, nebo jeho metadata spravujete pomocí vysvětlených možností.

Přenosy a uchovávání metadat cloudového úložiště (v případě přesunu dat)

Při práci se službou Storage Transfer Service do/z cloudového úložiště existují pravidla pro to, která metadata se uchovávají a která ne. To je klíčové, pokud používáte Disk s kontejnery nebo migrujete data mezi cloudy.

Z Amazonu S3 nebo kompatibilního do cloudového úložiště

• Jsou zakonzervované pole metadat s pevným klíčem (např. Cache-Control, Content-Disposition, Content-Type).
• Uživatelsky definovaná metadata jsou předávána vlastní metadata v cloudovém úložišti (upravitelné).
• El ETag Je uložen jako personalizovaný s klíčem x-goog-source-etag.
• Velikost objektu je zachována jako size.
• Seznamy řízení přístupu S3 a tagy objektů: nejsou zachovány.
• Metadata časového razítka S3: nejsou zachoványV cloudovém úložišti timeCreated y updated odrážet okamžik vytvoření/aktualizace v cíli.
• Třída úložiště: konfigurovatelná během přenosu (ve výchozím nastavení třída cílového úložiště).

Z Microsoft Azure Blob do cloudového úložiště

• Pevná klíčová pole metadat: jsou konzervované.
• Uživatelsky definovaná metadata: jsou uloženy jako vlastní v cloudovém úložišti.
• ETag Je zachován jako x-goog-source-etag.
• Velikost jako sizeOprávnění POSIX a specifická kontrola přístupu ADLS Gen2: nejsou zachovány.
• Metadata časového razítka Azure: nejsou zachovány. timeCreated/updated se přepočítávají v cíli.
• Třída úložiště: konfigurovatelná stejně jako v případě S3.

Mezi úložišti v cloudu

• Metadata s pevným a vlastním klíčem: jsou konzervované.
• Generování objektů: uloženo jako vlastní metadata x-goog-reserved-source-generation.
• Uchování: Dočasné uchování se uchovává ve výchozím nastavení; uchování na základě událostí nikoli. Pozor na LCAMůžete si je ponechat, ale vyhněte se vytváření nepřístupných objektů.
• Třída úložiště: Ponechat, nastavit novou nebo použít třídu z cílového úložiště.
• Šifrování CMEK: volitelné k uchováníVe výchozím nastavení se používá metoda cílového bucketu.
• timeCreated lze uchovávat v customTime; updated no.
• Jiná neupravitelná metadata (např. etag, componentCount): Ne.

Seznamy URL adres do cloudového úložiště

• Pevná klíčová pole metadat: upravitelné v cílové destinaci.
• Content-Length y MD5: nelze upravovat a jsou zachovány, pokud je zdroj poskytuje.
• Časová razítka zdroje: NeTřída úložiště: konfigurovatelná.

Z POSIXu do cloudového úložiště (a naopak)

• mtime zachováno jako vlastní metadata goog-reserved-file-mtime.
• Velikost je zachována jako sizeUID, GID, MODE a symbolické odkazy: volitelný přes metadataOptions.
• V POSIXu až POSIXu lze u souborů a složek zachovat UID/GID/MODE; mtime Ukládá se pro soubory (ve složkách se používá čas vytvoření v cílovém místě).

Tyto detaily jsou důležité při přesunu dat mezi službami. Neočekávejte, že smazání metadat v jednom systému je magicky zamane v jiném ; dodržujte pravidla uchovávání dat pro každý přenos.

Metadata výpočetního enginu (VM): Omezení a smazání, pokud používáte Google Cloud

I když se nejedná o Disk, mnoho týmů přistupuje k metadatům virtuálních počítačů v Compute Engine. K jejich správě potřebujete příslušná oprávnění IAM a znalost limitů velikosti a rozsahu.

Nejprve: Nainstalujte rozhraní Google Cloud CLI a spusťte ho poprvé pomocí gcloud init (Pokud používáte externího poskytovatele identity, přihlaste se federovaně.) Udržujte rozhraní příkazového řádku aktuální gcloud components update a nastavte výchozí oblast a zónu, abyste se vyhnuli chybám v rozsahu.

Typická požadovaná oprávnění: Pokud virtuální počítače používají servisní účty, je požadováno iam.serviceAccounts.actAsPro metadata na úrovni projektu: compute.projects.get y compute.projects.setCommonInstanceMetadata. Pro zónová metadata: compute.instanceSettings.get y compute.instanceSettings.updatePro metadata na konkrétním virtuálním počítači: compute.instances.get y compute.instances.setMetadata.

Klíčová omezení: Metadata nastavená na virtuální počítač má kombinovaný maximální počet 512 KB; každý klíč až do 128 bytů a každá hodnota až do 256 KBSSH klíče jsou uloženy v ssh-keys; pokud překročíte limit, Je čas uklidit nepoužívané klíčePokud umístíte skripty pro spuštění/vypnutí jako přímý obsah, započítávají se do limitu; místo toho uložte skript do cloudového úložiště a poskytuje pouze URL adresu.

Velká/malá písmena: klávesy rozlišují velká a malá písmena; hodnoty také, s výjimkou booleovských hodnot. Pro zonální metadata: spravováno pouze pomocí gcloud nebo REST; Klíče se stejným textem nelze duplikovat změnou velikosti písmen. (např. vytvořte ZONAL-METADATA-KEY, pokud již zonal-metadata-key existuje); a nelze definovat zónové hodnoty pro ssh-keys.

Booleovské hodnoty akceptují ekvivalenty: TRUE/FALSE a alternativy jako Y/Ano/1 a N/Ne/0, bez rozlišení mezi velkými a malými písmeny.

Rozsah a priorita: Stejný název klíče může existovat na úrovni projektu i zóny, ale hodnota zóny má ve své zóně přednost . Pokud přidáte hodnotu zóny, použije se pro virtuální počítače v dané zóně, i když existuje hodnota na úrovni projektu; přidání hodnoty projektu nepřepíše existující hodnoty zón.

Běžné operace: Můžete konfigurovat metadata projektu (platí pro všechny virtuální počítače), metadata zón (ovlivňují všechny virtuální počítače v zóně v rámci daného projektu) a metadata instance (pouze pro jeden virtuální počítač). Chcete-li metadata odstranit, gcloud nebo REST vám umožňují dle potřeby odstranit metadata projektu, zóny nebo instance .

Lokální použití REST: Ukázky REST API používají přihlašovací údaje, které jste poskytli rozhraní příkazového řádku gcloud. Ověřte své prostředí a znovu použijte tyto přihlašovací údaje k testování volání z vašeho počítače.

Praktické tipy pro lepší hygienu metadat na Disku

Pokud chcete zmenšit svou ekologickou stopu na Disku, zaměřte se na to, co můžete ovlivnit: štítky (odstraňte je, pokud nepřidávají hodnotu), indexovatelný text (upravte nebo vyprázdněte, pokud ho nepotřebujete) a miniatury (nahraďte je nebo se vyhněte jejich nahrávání) . Systémové vlastnosti slouží k auditu, nikoli k mazání.

Pokud je soubor sdílen a nejste jeho vlastníkem, nezapomeňte, že jeho odstraněním z vašeho zobrazení se pro ostatní nic neodstraní. Pokud je cílem zcela odstranit související obsah nebo metadata, domluvte se s vlastníkem.

Pokud integrujete Disk s procesy v cloudovém úložišti nebo s virtuálními počítači, zdokumentujte očekávání. Mnoho metadat se mezi systémy mění nebo vůbec nepřenáší ; vyhněte se automatizacím, které se spoléhají na časová razítka nebo seznamy ACL, které se neuchovávají.

S těmito pokyny budete mít kontrolu nad tím, co skutečně ovlivní situaci. Spravujte tagy přesně, kontrolujte, co je indexovatelné, a rozhodněte se, kdy a jak používat miniatury , abyste dosáhli rovnováhy mezi soukromím, vyhledatelností a uživatelskou zkušeností.