Så här tar du bort metadata i Google Drive

Vill du kontrollera metadata för dina filer i Google Drive och vet inte var du ska börja? Här förklarar vi i detalj, Hur man tar bort metadata i Google Drive effektivt och säkert (metadata för uppladdade filer). Vi berättar också vilka begränsningar Google har för filnamn, storlekar och behörigheter.

Den här guiden ger dig en fullständig och realistisk förståelse för vad som kan (och inte kan) "raderas" när det gäller metadata i Google Drive.

Vad som kan ändras eller "tas bort" i Drive

Dessa är metadata som kan tas bort från filer som laddats upp till Google Drive:

Namn och tillägg: När du skapar en fil via API:et är det en bra idé att ange filändelsen i namnfältet, till exempel "cat.jpg". Drive kan härleda filändelsen från MIME-typen om du inte anger den, men det är bättre att definiera den själv. I efterföljande svar kan en skrivskyddad fileExtension visas med filändelsen ifylld från namn. Om en användare laddar ner filen kompilerar Drive det slutliga namnet från titeln (och dess filändelse).

• Indexerbar text (contentHints.indexableText): Drive indexerar vanliga dokument och typer (PDF:er, OCR-aktiverade bilder etc.) som standard. Om din app sparar andra format (teckningar, videor, genvägar) kan du tillhandahålla indexerbar text för att förbättra sökningen. Denna text bearbetas som HTML: om du skickar en sträng som innehåller taggar indexeras textinnehållet, inte taggattributen. Det finns en storleksgräns på 128 kB för contentHints.indexableText, och det rekommenderas att du uppdaterar den varje gång du sparar och håller den relevant för filen.
• Miniatyrer (contentHints.thumbnail): Drive genererar miniatyrbilder för många typer, men för format som inte genererar dem automatiskt kan du ladda upp dina egna när du skapar eller uppdaterar filen. Du måste ställa in bilden till URL-säker base64 och motsvarande mimetyp. Viktiga regler: Format som stöds är PNG, GIF eller JPG; rekommenderad bredd är 1600px (minst 220px) och maximal storlek är 2MB. Miniatyrbilder ogiltigförklaras när filinnehållet ändras; metadataändringar gör det inte.
• Åtkomst till miniatyrbilder: Fältet ThumbnailLink returnerar en kort URL, endast tillgänglig om appen har behörighet att läsa filen (om den inte är offentlig måste du begära den med inloggningsuppgifter). Du kan fråga den för en specifik fil eller för en lista filtrerad efter typ.
• Etiketter: Med Drive kan du koppla etiketter till filer. För att hitta dem kan du använda files.listLabels, och för att ändra dem måste du referera till motsvarande labelId och fileId. Denna mekanism är användbar för att kategorisera och, om nödvändigt, "rensa" oönskade klassificeringar utan att röra innehållet.

Ta bort metadata i Google Drive: "dolda" metadata från själva filen

Det finns ingen magisk knapp för att ta bort metadata i Google Drive (som EXIF ​​i foton eller inbäddad data i PDF-filer). Drive hanterar sina egna metadata, men metadatan i filen beror på vilket verktyg som skapade den.

Den rekommenderade praxisen är rengör filen innan du laddar upp den till Drive, Använda systemverktyg eller specialiserade appar som tar bort EXIF-data från bilder eller dokumentegenskaper. På så sätt kommer innehållet du sparar i Drive att vara "sanerat".

Om du redan har uppladdade filer med inbäddad metadata är det enklare att ta bort metadata i Google Drive ladda ner, rensa och ladda upp igen, ersätter originalet om tillämpligt. Med PDF-filer eller bilder är detta vanligt när du vill skydda författarskap, plats eller redigeringshistorik.

För den specifika delen av Drive, fokusera på att justera namn, etiketter och innehållsledtrådar (indexerbar text/miniatyrbild), som du kontrollerar. Om du även hanterar åtkomstbehörigheter minskar du även exponeringen av synliga metadata (till exempel miniatyrlänkar som är tillgängliga för personer med läsrättigheter).

Glöm inte att Att endast ändra Drive-metadata tar inte bort EXIF- eller interna egenskaper. Därför bör din strategi kombinera förbehandling av filen med den finjusterade metadatahantering som Drive tillåter dig.

Vanligt förväxlade metadata i Google Cloud: virtuella maskiner, gcloud och begränsningar

Om du arbetar med Google Cloud kommer du att se många guider om ”metadata” som faktiskt hänvisar till Compute Engine eller Cloud Storage, inte Drive. Ändå vill du känna till dessa punkter så att du inte blandar ihop dem när du undersöker.

Grundläggande gcloud CLI-konfiguration

Efter att du har installerat Google Cloud CLI, initiera med:

gcloud init

Det är viktigt att du har den senaste versionen med:

gcloud components update

Om du använder en extern identitetsleverantör, Logga in med din federerade identitet innan du arbetar med gcloud, särskilt om du ska autentisera för att göra REST-anrop från din lokala miljö. REST API-exempel kan använda de inloggningsuppgifter du har konfigurerat i gcloud.

VM

Behörigheter och roller (Compute Engine): För att lägga till, uppdatera eller ta bort anpassade metadata på virtuella maskiner behöver du lämpliga IAM-behörigheter. Vanliga exempel inkluderar:

• Om dina virtuella maskiner använder servicekonton: tillstånd iam.serviceAccounts.actAs i tjänste- eller projektkontot.
• Projektmetadata: compute.projects.get y compute.projects.setCommonInstanceMetadata.
• Zonal metadata: compute.instanceSettings.get y compute.instanceSettings.update för det aktuella området.
• Instansmetadata: compute.instances.get y compute.instances.setMetadata.

begränsningar

Dessa är de största begränsningarna vi stötte på när vi försökte ta bort metadata i Google Drive:

• Storleksbegränsningar (Computer Engine): Den sammanlagda totala längden på metadataposter är begränsad till 512 KB. Varje nyckel är begränsad till 128 byte och varje värde är begränsat till 256 KB. Om du till exempel använder ssh-keys-nyckeln och överskrider gränsen på 256 KB kommer du inte att kunna lägga till fler nycklar förrän du har rensat upp.
• Versaler och gemener: Nycklar är skiftlägeskänsliga; värden är det också, förutom booleska värden. I zonal kan du inte skapa två nycklar som bara skiljer sig åt i skiftläge (zonal-metadata-key vs. ZONAL-METADATA-KEY).
• Zonal metadata: ställs in eller tas bort med hjälp av gcloud eller REST. Du kan inte definiera zonvärden för SSH-nycklar (ssh-nycklar). Om det finns värden på projektnivå och zonnivå för samma nyckel i den logiska project/-katalogen, har zonvärdet företräde i dess zon.
• Stödda booleska värden: Förutom SANT/FALSKT kan du använda J/Ja/1 och N/Nej/0 (okänsligt för versaler).
• Konfigurationsomfång (Compute Engine):
  • projekt: metadata som är gemensamma för alla virtuella maskiner i projektet.
  • Zonal: poster som påverkar alla virtuella maskiner i en viss zon och kan åsidosätta projektvärdet.
  • Exempel: metadata för en specifik virtuell maskin (som skapas eller redan finns).

Miniatyrbilder, indexering och hämtning av metadata i Drive (REST och bästa praxis)

Låt oss nu titta på miniatyrbildernas roll när man tar bort metadata i Google Drive. Och även det bästa sättet att återställa dem:

• Autentisering för REST lokalt: Om du testar REST-exempel från din dator, använd de inloggningsuppgifter som konfigurerats med gcloud. På så sätt kommer dina Drive API-anrop att respektera den identitet och de behörigheter du redan har angett.
• Uppladdning av anpassade miniatyrbilder: Sätt contentHints.thumbnail med två fält: den URL-säkra base64-bilden och rätt mimetyp. Om Drive automatiskt kan generera en miniatyrbild kommer den att använda sin egen och hoppa över din. Annars kommer den att använda den du anger.

Viktiga regler för miniatyrbilder i Drive:

• Format: PNG, GIF eller JPG.
• Rekommenderad bredd: 1600 px (minst 220 px).
• Maximal storlek: 2MB.
• Uppdatera miniatyrbilden varje gång du sparar den om den fortfarande är relevant.

Viktigt om annullering: Miniatyrbilder ogiltigförklaras när filens innehåll ändras; metadataändringar gör det inte. Om du bara ändrar taggar eller namnet, förvänta dig inte en ny miniatyrbild om du inte ändrar filen.

Indexerbar text

Försök inte att "lura" sökningen med modeord. Fånga upp koncept och termer som en användare rimligen skulle söka efter i den filen, och kolla gränsen på 128 KB. Uppdatera det när innehållet ändras väsentligt.

Använd konsekventa namn och tilläggInkludera filändelsen i namnet när det är möjligt när du laddar upp den. Om den saknas kommer Drive att försöka härleda den via MIME. Att hålla namnen tydliga undviker tvetydigheter och möjliggör enklare sökningar efter filändelser.

Taggar i Drive

För att ändra etiketter, notera de nödvändiga identifierarna. Du behöver etikettens labelId och filens fileId. Du kan först lista dem med files.listLabels och sedan tillämpa motsvarande ändringar på målfilen.

// Al modificar etiquetas de un archivo en Drive:
// - labelId: identificador de la etiqueta a cambiar
// - fileId: identificador del archivo al que aplicas la etiqueta
// Usa files.listLabels para localizarlas antes de actualizar.

Kom ihåg det, Även om Drive är i fokus kombinerar många utvecklingar Drive med molnlagring eller andra tjänster, Därför kommer du att se exempel på lagring för att inspektera objektattribut.

// Ejemplo en Go para obtener atributos de un objeto en Cloud Storage (no Drive)
// e imprimir metadatos como ContentType, CacheControl, MD5, etc.
// Útil si tu flujo sube primero a Storage y luego a Drive.
import (
  "context"
  "fmt"
  "io"
  "time"
  "cloud.google.com/go/storage"
)

func getMetadata(w io.Writer, bucket, object string) (*storage.ObjectAttrs, error) {
  ctx := context.Background()
  client, err := storage.NewClient(ctx)
  if err != nil { return nil, fmt.Errorf("storage.NewClient: %w", err) }
  defer client.Close()

  ctx, cancel := context.WithTimeout(ctx, 10*time.Second)
  defer cancel()

  o := client.Bucket(bucket).Object(object)
  attrs, err := o.Attrs(ctx)
  if err != nil { return nil, fmt.Errorf("Object(%q).Attrs: %w", object, err) }

  fmt.Fprintf(w, "Bucket: %v\n", attrs.Bucket)
  fmt.Fprintf(w, "CacheControl: %v\n", attrs.CacheControl)
  fmt.Fprintf(w, "ContentDisposition: %v\n", attrs.ContentDisposition)
  fmt.Fprintf(w, "ContentEncoding: %v\n", attrs.ContentEncoding)
  fmt.Fprintf(w, "ContentLanguage: %v\n", attrs.ContentLanguage)
  fmt.Fprintf(w, "ContentType: %v\n", attrs.ContentType)
  fmt.Fprintf(w, "Crc32c: %v\n", attrs.CRC32C)
  fmt.Fprintf(w, "Generation: %v\n", attrs.Generation)
  fmt.Fprintf(w, "KmsKeyName: %v\n", attrs.KMSKeyName)
  fmt.Fprintf(w, "Md5Hash: %v\n", attrs.MD5)
  fmt.Fprintf(w, "MediaLink: %v\n", attrs.MediaLink)
  fmt.Fprintf(w, "Metageneration: %v\n", attrs.Metageneration)
  fmt.Fprintf(w, "Name: %v\n", attrs.Name)
  fmt.Fprintf(w, "Size: %v\n", attrs.Size)
  fmt.Fprintf(w, "StorageClass: %v\n", attrs.StorageClass)
  fmt.Fprintf(w, "TimeCreated: %v\n", attrs.Created)
  fmt.Fprintf(w, "Updated: %v\n", attrs.Updated)
  fmt.Fprintf(w, "Event-based hold enabled? %t\n", attrs.EventBasedHold)
  fmt.Fprintf(w, "Temporary hold enabled? %t\n", attrs.TemporaryHold)
  fmt.Fprintf(w, "Retention expiration time %v\n", attrs.RetentionExpirationTime)
  fmt.Fprintf(w, "Custom time %v\n", attrs.CustomTime)
  fmt.Fprintf(w, "Retention: %+v\n", attrs.Retention)
  fmt.Fprintf(w, "\n\nMetadata\n")
  for key, value := range attrs.Metadata {
    fmt.Fprintf(w, "\t%v = %v\n", key, value)
  }
  return attrs, nil
}

Att ta bort filer kontra att ta bort metadata i Google Drive

Om det du vill är ta bort en fil från DriveSom ägare kan du flytta den till papperskorgen från webben genom att högerklicka och välja Flytta till papperskorgen. Om ägaren är någon annan kan du bara "Ta bort" filen från din vy; andra kommer fortfarande att kunna se den.

till För att permanent radera en fil måste du tömma papperskorgen eller använda alternativet för permanent radering. I det här fallet kommer du inte att kunna återställa den. Detta i sig "tar inte bort metadata" från andra filer – det gäller bara det objektet.

Du kan inte ta bort metadata i Google Drive från filer du inte äger, eftersom deras kontroll tillhör den person som skapade dem eller någon med högre behörighet inom organisationen. I dessa fall tar du helt enkelt bort din åtkomst eller synlighet.

Relatera det till metadata: Om du tar bort en fil raderas dess metadata i Drive tillsammans med den. men det påverkar inte metadata i andra kopior eller inbäddade metadata i andra dokument som finns kvar i systemet.

Med allt ovanstående kan du nu skilja bra åt Vilka metadata Drive kontrollerar (namn, taggar, söktips och miniatyrer), hur man frågar efter dem via REST, vilka bästa metoder man ska följa för att rengöra inbäddad data innan uppladdning, och vilka begränsningar och behörigheter som spelar in när man stöter på Google Cloud-dokumentation som talar om "metadata" i andra sammanhang.