Så här tar du bort metadata i Google Drive: en komplett guide och specialfall

Informatec Digital » The Cloud » Så här tar du bort metadata i Google Drive: en komplett guide och specialfall

Eliminera metadatos på Google Drive

Om du oroar dig för vilken extra information som följer med dina filer i molnet har du förmodligen undrat hur du rensar upp eller kontrollerar den osynliga datan. I Google Drive sträcker sig metadata från taggar och indexerbar text till miniatyrer och filegenskaper. Nyckeln är att förstå vad som kan tas bort, vad som bara kan uppdateras och vad som inte kan röras , så att du kan agera exakt utan att något går sönder.

I den här guiden har vi samlat information som är utspridd över olika officiella Google-dokumentationer och hjälpartiklar på ett ställe. Du lär dig hur du tar bort taggmetadata från en fil, hanterar indexerbar text och miniatyrer samt förstår begränsningar och undantag . Vi förtydligar också liknande scenarier (molnlagringsöverföringar och VM-metadata i Compute Engine) för att undvika förvirring om du arbetar med Google Cloud.

Vad är metadata i Drive och hur långt sträcker sig termen?

I Google Drive innehåller metadata information som namn, MIME-typ, antytt filändelse, etiketter, indexerbar text och tillhörande miniatyrbilder. Vissa delar är redigerbara eller raderbara (t.ex. etiketter), andra uppdateras indirekt (indexerbar text och miniatyrbilder), och andra kan inte raderas eftersom de är en del av systemet (t.ex. filstorlek eller interna skapande- och uppdateringsdatum).

Du kommer också att se referenser till metadata i andra Google Cloud-produkter, till exempel Cloud Storage eller Compute Engine. Du bör inte förväxla metadata för en virtuell maskin eller ett objekt i molnlagring med metadata för en Drive-fil.de delar konceptet, men deras hantering och begränsningar är olika.
Hantera metadata i Drive

Vad som faktiskt kan tas bort i Drive

Ur ett praktiskt perspektiv är det som oftast anses vara att "ta bort metadata" i Drive att ta bort etiketter som tillämpats på en fil. Etiketter kan innehålla fält (text, användare osv.), och om man tar bort dem tas deras tillhörande information bort från filen . Denna borttagning utförs via API med hjälp av atomära operationer.

Den indexerbara texten (contentHints.indexableText) "tas inte bara bort" med en knapp; den skrivs över eller lämnas tom när du uppdaterar filresursen . Den är utformad för att förbättra synligheten för filtyper som Drive inte indexerar direkt.

Anpassade miniatyrbilder hanteras på liknande sätt: du kan ladda upp en annan miniatyrbild eller sluta tillhandahålla en . Om Drive kan generera en standardminiatyrbild kommer den att använda sin egen; annars kommer den du anger att användas.

Vissa metadata i Drive, som filstorlek och interna tidsstämplar, kan inte raderas. Dessa systemegenskaper uppdateras av själva tjänsten och kan inte raderas direkt.

Ta bort etiketter från en fil i Google Drive

Med Drive API kan du ändra eller ta bort etiketter med hjälp av metoden files.modifyLabels. Begäran innehåller ett objekt av typen ModifyLabelsRequest med en eller flera modifieringar som tillämpas atomiskt. (om någon inte är giltig gäller ingenting).

För att helt ta bort en tagg från en fil, skicka en LabelModification med etikettidentifieraren och raderingsinstruktionen. Den här processen tar bort alla fält från den taggen i filen.Om du bara behöver inaktivera ett specifikt fält kan du "avaktivera" det fältet utan att ta bort hela taggen.

Konceptuella steg för att ta bort en tagg från en specifik fil: 1) identifierar labelId för etiketten som finns i filen (du kan lista dem med files.listLabels), 2) Skicka in ändringen med removeLabel aktiverad, 3) validerar att svaret inkluderar det slutliga tillståndet för de uppdaterade etiketterna.

Indexerbar text: kontroll, begränsningar och god praxis

Om din app sparar filtyper som Drive inte enbart indexerar (teckningar, videor, genvägar etc.) kan du öka sökbarheten genom att fylla i contentHints.indexableText. Denna text bearbetas som HTML, indexeras och kan förekomma i resultatsammanfattningar. på fler sökytor.

Viktiga rekommendationer och begränsningar: den maximala storleken för indexableText är 128 KB ; spara termer och koncept som verkligen beskriver innehållet; försök inte att ordna texten efter relevans, indexeraren prioriterar redan; uppdatera texten varje gång du sparar ; undvik att "fylla ut" med orelaterade nyckelord (det frustrerar användare och kan uppmuntra till borttagningar).

Tänk på att eftersom det behandlas som HTML, indexeras textinnehållet, inte attribut . Om din sträng till exempel innehåller taggar med attribut, kommer den synliga texten att indexeras, inte värdena för dessa attribut.

Miniatyrer: Ladda upp, ersätt och återställ

Drive genererar automatiskt miniatyrer för Dokument, Kalkylark, Presentationer och andra typer. Om din filtyp inte genererar en standardminiatyrbild kan du tillhandahålla en. konfigurera contentHints.thumbnail när du skapar eller uppdaterar filen.

Krav för anpassade miniatyrbilder: Använd PNG, GIF eller JPG; rekommenderad bredd 1600 px (minst 220 px); maximal filstorlek 2 MB; tillhandahåller den URL-säkra base64-kodade bilden och mimeType korrekt. Miniatyrbilden måste uppdateras varje gång du sparar, eftersom den ogiltigförklaras när filinnehållet ändras (metadataändringar i sig ogiltigförklarar den inte).

För att hämta miniatyrbilden, markera fältet thumbnailLink av resursen files. Det är en kortlivad länk och visas bara om din app har åtkomst till innehållet.Om filen inte är offentlig behöver du inloggningsuppgifter för att använda länken.

Exempel på att fråga efter metadata med miniatyrbilder via 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)

Filnamn och filändelser: vad du bör veta

När man infogar en fil via API rekommenderas det att ange filändelsen i egenskapen. name (till exempel, cat.jpg). Drive kommer att sprida den tillägget som fileExtension skrivskyddad i efterföljande svar, och när användaren laddar ner filen eller synkroniserar med skrivbordsklienten genereras det fullständiga namnet baserat på titeln.

Om du inte anger något filändelse kommer Drive att försöka fastställa det från MIME-typen . Ange det när det är möjligt för att undvika överraskningar.

Förväxla inte borttagning av metadata med radering av filer.

Att ta bort metadata och att radera filer är olika åtgärder. Om du äger en fil och skickar den till papperskorgen rensar du inte metadata; du tar bort filen från din hårddisk . Raderingsalternativet (när du inte är ägaren) döljer den helt enkelt för dig, men andra kommer fortfarande att se den.

Så här skickar du en fil till papperskorgen på webben: gå till drive.google.com, högerklicka och välj Flytta till papperskorgen . Om någon annan äger filen ser du Ta bort. För att permanent radera filen, töm papperskorgen. Inget av dessa steg tar bort metadata från den lagrade filen: du tar antingen bort filen eller hanterar dess metadata med hjälp av de förklarade alternativen.

Överföringar och lagring av metadata i molnlagring (ifall du flyttar data)

När du arbetar med lagringsöverföringstjänsten till/från molnlagring finns det regler för vilka metadata som behålls och vilka som inte gör det. Detta är viktigt om du använder Drive med buckets eller migrerar data mellan moln.

Från Amazon S3 eller kompatibel med molnlagring

• De är bevarade metadatafält med fast nyckel (t.ex. Cache-Control, Content-Disposition, Content-Type).
• Användardefinierad metadata skickas till anpassade metadata i molnlagring (redigerbar).
• El ETag Den sparas som personligt anpassad med nyckeln x-goog-source-etag.
• Objektstorleken bevaras som size.
• S3 Åtkomstkontrolllistor och objekttaggar: är inte bevarade.
• S3 tidsstämpelmetadata: är inte bevaradeI molnlagring, timeCreated y updated återspegla skapandet/uppdateringen vid destinationen.
• Lagringsklass: konfigurerbar under överföring (som standard den för destinations-bucketen).

Från Microsoft Azure Blob till molnlagring

• Åtgärdade nyckelmetadatafält: de är bevarade.
• Användardefinierade metadata: sparas som anpassade i molnlagring.
• ETag Den är bevarad som x-goog-source-etag.
• Storlek som sizeADLS Gen2 POSIX-behörigheter och specifik åtkomstkontroll: är inte bevarade.
• Azure Timestamp-metadata: är inte bevarade. timeCreated/updated beräknas om vid destinationen.
• Lagringsklass: konfigurerbar som i fallet med S3.

Mellan molnlagringsbuckets

• Fasta och anpassade nyckelmetadata: de är bevarade.
• Objektgenerering: sparas som anpassad metadata x-goog-reserved-source-generation.
• Kvarhållningar: Tillfälliga kvarhållningar behålls som standard; händelsebaserade kvarhållningar gör det inte. Se upp för LCADu kan behålla dem, men undvik att skapa oåtkomliga objekt.
• Lagringsklass: Behåll, ange en ny eller använd den från destinations-bucketen.
• CMEK-kryptering: valfritt att behålla; som standard används destination bucket-metoden.
• timeCreated kan förvaras i customTime; updated nr.
• Andra icke-redigerbara metadata (t.ex. etag, componentCount): Nej.

Listor över webbadresser till molnlagring

• Åtgärdade nyckelmetadatafält: redigerbar vid destinationen.
• Content-Length y MD5: inte redigerbar och bevaras om källan tillhandahåller dem.
• Källtidsstämplar: NejLagringsklass: konfigurerbar.

POSIX till molnlagring (och vice versa)

• mtime sparades som anpassade metadata goog-reserved-file-mtime.
• Storleken bevaras som sizeUID, GID, MODE och symboliska länkar: frivillig via metadataOptions.
• I POSIX till POSIX kan UID/GID/MODE bevaras på filer och mappar; mtime Den sparas för filer (i mappar används skapandetiden vid destinationen).

Dessa detaljer är viktiga när man flyttar data mellan tjänster. Förvänta dig inte att borttagning av metadata i ett system magiskt kommer att få dem att försvinna i ett annat ; respektera lagringsreglerna för varje överföring.

Metadata för Compute Engine (VM): Begränsningar och borttagning, om du använder Google Cloud

Även om det inte är Drive, har många team tillgång till VM-metadata i Compute Engine. För att hantera detta behöver du lämpliga IAM-behörigheter och kunskap om storleks- och omfattningsgränser.

Först och främst: Installera Google Cloud CLI och kör det för första gången med gcloud init (Om du använder en extern identitetsleverantör, logga in federerat.) Håll CLI uppdaterad med gcloud components update och ange standardregion och zon för att undvika omfattningsfel.

Typiska nödvändiga behörigheter: Om de virtuella maskinerna använder servicekonton, krävs iam.serviceAccounts.actAsFör metadata på projektnivå: compute.projects.get y compute.projects.setCommonInstanceMetadata. För zonbaserade metadata: compute.instanceSettings.get y compute.instanceSettings.updateFör metadata på en specifik virtuell dator: compute.instances.get y compute.instances.setMetadata.

Viktiga begränsningar: Metadatauppsättningen per virtuell maskin har ett sammanlagt maximum på 512 KB; varje tangent upp till 128 bitgrupper och varje värde upp till 256 KBSSH-nycklar lagras i ssh-keys; om du överskrider gränsen, Dags att städa upp oanvända nycklarOm du lägger upp start-/avstängningsskript som direkt innehåll räknas de mot gränsen; spara istället skriptet till Cloud Storage och anger endast URL:en.

Stor/små bokstäver: tangenterna är skiftlägeskänsliga; värden även, förutom booleska värden. För zonal metadata: hanteras endast med gcloud eller REST; Du kan inte duplicera nycklar med samma text genom att ändra versaler och skiftlägen (t.ex. skapa ZONAL-METADATA-KEY om zonal-metadata-key redan finns); och du kan inte definiera zonvärden för ssh-keys.

Booleanska värden accepterar motsvarigheter: SANT/FALSKT och alternativ som J/Ja/1 och N/Nej/0, utan att skilja mellan stora eller små bokstäver.

Omfattning och prioritet: Samma nyckelnamn kan finnas på både projekt- och zonnivå, men zonvärdet har prioritet i sin zon . Om du lägger till ett zonvärde används det för virtuella maskiner i den zonen även om det finns ett värde på projektnivå. Att lägga till ett projektvärde åsidosätter inte befintliga zonvärden.

Vanliga åtgärder: Du kan konfigurera projektmetadata (gäller alla virtuella maskiner), zonmetadata (påverkar alla virtuella maskiner i en zon inom det projektet) och instansmetadata (endast för en virtuell maskin). För att ta bort metadata kan du i gcloud eller REST ta bort projekt-, zon- eller instansmetadata efter behov.

Använda REST lokalt: REST API-exemplen använder de inloggningsuppgifter du angav till gcloud CLI. Autentisera din miljö och återanvänd dessa inloggningsuppgifter för att testa anrop från din dator.

Praktiska tips för bättre metadatahygien i Drive

Om du vill minska din utrymmesanvändning i Drive, fokusera på det du kan kontrollera: etiketter (ta bort dem om de inte tillför värde), indexerbar text (justera eller töm den om du inte behöver den) och miniatyrer (ersätt dem eller undvik att ladda upp dem) . Systemegenskaper är till för granskning, inte borttagning.

När en fil delas och du inte är ägaren, kom ihåg att om du tar bort den från din vy raderas ingenting för andra. Samordna med ägaren om målet är att helt ta bort tillhörande innehåll eller metadata.

Om du integrerar Drive med flöden i molnlagring eller med virtuella maskiner, dokumentera förväntningarna. Många metadata ändras eller överförs inte mellan system ; undvik automatiseringar som är beroende av tidsstämplar eller ACL:er som inte bevaras.

Med dessa riktlinjer har du kontroll över vad som verkligen gör skillnad. Hantera taggar exakt, kontrollera vad som är indexerbart och bestäm när och hur miniatyrer ska användas för att hitta en balans mellan integritet, sökbarhet och användarupplevelse.