Slik fjerner du metadata i Google Disk

Vil du kontrollere metadataene til filene dine i Google Disk og vet ikke hvor du skal begynne? Her forklarer vi i detalj, Slik fjerner du metadata i Google Drive effektivt og trygt (metadataene til opplastede filer). Vi forteller deg også hvilke begrensninger Google har på filnavn, størrelser og tillatelser.

Denne veiledningen gir deg et komplett og realistisk bilde av hva som kan (og ikke kan) «slettes» når det gjelder metadata i Google Disk.

Hva kan endres eller «slettes» i Drive

Disse er metadata som kan fjernes fra filer lastet opp til Google Disk:

Navn og utvidelse: Når du oppretter en fil via API-et, er det lurt å spesifisere filtypen i navnefeltet, for eksempel «cat.jpg». Drive kan utlede filtypen fra MIME-typen hvis du ikke spesifiserer den, men det er bedre å definere den selv. I påfølgende svar kan en skrivebeskyttet fileExtension vises med filtypen fylt ut fra navn. Hvis en bruker laster ned filen, kompilerer Drive det endelige navnet fra tittelen (og filtypen).

• Indekserbar tekst (contentHints.indexableText): Drive indekserer vanlige dokumenter og typer (PDF-er, OCR-aktiverte bilder osv.) som standard. Hvis appen din lagrer andre formater (tegninger, videoer, snarveier), kan du legge til indekserbar tekst for å forbedre søket. Denne teksten behandles som HTML: Hvis du sender en streng som inneholder tagger, indekseres tekstinnholdet, ikke tag-attributtene. Det er en størrelsesgrense på 128 KB for contentHints.indexableText, og det anbefales at du oppdaterer den ved hver lagring og holder den relevant for filen.
• Miniatyrbilder (contentHints.thumbnail): Drive genererer miniatyrbilder for mange typer, men for formater som ikke genererer dem automatisk, kan du laste opp dine egne når du oppretter eller oppdaterer filen. Du må angi bildet til URL-sikker base64 og den tilhørende mime-typen. Viktige regler: Støttede formater er PNG, GIF eller JPG; anbefalt bredde er 1600 piksler (minimum 220 piksler), og maksimal størrelse er 2 MB. Miniatyrbilder blir ugyldige når filinnholdet endres; endringer i metadata blir ikke det.
• Tilgang til miniatyrbilder: ThumbnailLink-feltet returnerer en kort URL, som bare er tilgjengelig hvis appen har tillatelse til å lese filen (hvis den ikke er offentlig, må du be om den med påloggingsinformasjon). Du kan spørre den for en bestemt fil eller for en liste filtrert etter type.
• Etiketter: I Drive kan du knytte etiketter til filer. For å finne dem kan du bruke files.listLabels, og for å endre dem må du referere til den tilsvarende labelId og fileId. Denne mekanismen er nyttig for å kategorisere og om nødvendig «rydde» uønskede klassifiseringer uten å berøre innholdet.

Slett metadata i Google Drive: «skjulte» metadata fra selve filen

Det finnes ingen magisk knapp for å fjerne metadata i Google Drive (som EXIF ​​i bilder eller innebygde data i PDF-er). Drive administrerer sine egne metadata, men metadataene i filen avhenger av verktøyet som opprettet den.

Den anbefalte praksisen er rengjør filen før du laster den opp til Drive, Bruk av systemverktøy eller spesialiserte apper som fjerner EXIF-data fra bilder eller dokumentegenskaper. På denne måten kommer innholdet du lagrer i Drive «renset».

Hvis du allerede har lastet opp filer med innebygde metadata, er det mer praktisk å fjerne metadata i Google Drive last ned, rengjør og last opp på nytt, erstatte originalen hvis aktuelt. Med PDF-er eller bilder er dette vanlig når du vil beskytte forfatterskap, plassering eller redigeringshistorikk.

For den spesifikke delen av Drive, fokus på å justere navn, etiketter og innholdHints (indekserbar tekst/miniatyrbilde), som du kontrollerer. Hvis du også administrerer tilgangstillatelser, reduserer du også eksponeringen av synlige metadata (for eksempel miniatyrlenker som er tilgjengelige for de med leserettigheter).

Ikke glem det Å endre bare Drive-metadata fjerner ikke EXIF- eller interne egenskaper. Derfor bør strategien din kombinere forhåndsrensing av filen med den finjusterte metadatahåndteringen som Drive lar deg bruke.

Vanlig forvirrede metadata i Google Cloud: virtuelle maskiner, gcloud og grenser

Hvis du jobber med Google Cloud, vil du se mange veiledninger om «metadata» som faktisk refererer til Compute Engine eller Cloud Storage, ikke Drive. Likevel bør du vite disse punktene, slik at du ikke blander dem sammen når du undersøker.

Grunnleggende gcloud CLI-konfigurasjon

Etter at du har installert Google Cloud CLI, initialiser med:

gcloud init

Det er viktig å sørge for at du har den nyeste versjonen med:

gcloud components update

Hvis du bruker en ekstern identitetsleverandør, Logg inn med din fødererte identitet før du jobber med gcloud. spesielt hvis du skal autentisere for å foreta REST-kall fra ditt lokale miljø. REST API-eksempler kan bruke legitimasjonen du har konfigurert i gcloud.

VM

Tillatelser og roller (Compute Engine): For å legge til, oppdatere eller slette tilpassede metadata på virtuelle maskiner, trenger du nødvendige IAM-tillatelser. Vanlige eksempler inkluderer:

• Hvis de virtuelle maskinene dine bruker tjenestekontoer: tillatelse iam.serviceAccounts.actAs i tjeneste- eller prosjektkontoen.
• Prosjektmetadata: compute.projects.get y compute.projects.setCommonInstanceMetadata.
• Sonemetadata: compute.instanceSettings.get y compute.instanceSettings.update for det aktuelle området.
• Forekomstmetadata: compute.instances.get y compute.instances.setMetadata.

begrensninger

Dette er de viktigste begrensningene vi møtte da vi prøvde å fjerne metadata i Google Drive:

• Størrelsesbegrensninger (datamaskin): Den samlede mengden metadataoppføringer er begrenset til 512 KB. Hver nøkkel er begrenset til 128 byte, og hver verdi er begrenset til 256 KB. Hvis du for eksempel bruker ssh-keys-nøkkelen og overskrider grensen på 256 KB, vil du ikke kunne legge til flere nøkler før du har ryddet opp.
• Store bokstaver og små bokstaver: Nøkler skiller mellom store og små bokstaver; verdier også, bortsett fra boolske tall. I zonal kan du ikke opprette to nøkler som bare skiller seg mellom store og små bokstaver (zonal-metadata-key vs. ZONAL-METADATA-KEY).
• Sonemetadata: settes eller fjernes ved hjelp av gcloud eller REST. Du kan ikke definere soneverdier for SSH-nøkler (ssh-nøkler). Hvis det finnes prosjektnivå- og soneverdier for samme nøkkel i den logiske project/-katalogen, har soneverdien prioritet i sonen.
• Støttede boolske verdier: I tillegg til SANN/USANN kan du bruke J/Ja/1 og N/Nei/0 (ikke store og små bokstaver).
• Konfigurasjonsomfang (Computer Engine):
  • Utkast: metadata som er felles for alle virtuelle maskiner i prosjektet.
  • Sone: oppføringer som påvirker alle virtuelle maskiner i en bestemt sone og kan overstyre prosjektverdien.
  • Forekomst: metadata for en bestemt virtuell maskin (under opprettelse eller allerede eksisterende).

Miniatyrbilder, indeksering og henting av metadata i Drive (REST og beste praksis)

La oss nå se på hvilken rolle miniatyrbilder spiller når man fjerner metadata i Google Disk. Og også den beste måten å gjenopprette dem på:

• Autentisering for REST lokalt: Hvis du tester REST-eksempler fra maskinen din, bruk påloggingsinformasjonen som er konfigurert med gcloud. På denne måten vil Drive API-kallene dine respektere identiteten og tillatelsene du allerede har angitt.
• Opplasting av egendefinerte miniatyrbilder: Sett contentHints.thumbnail med to felt: det URL-sikre base64-bildet og riktig mime-type. Hvis Drive kan generere et miniatyrbilde automatisk, vil den bruke sitt eget og hoppe over ditt. Ellers vil den bruke det du oppgir.

Viktige regler for miniatyrbilder i Drive:

• Formater: PNG, GIF eller JPG.
• Anbefalt bredde: 1600 piksler (minimum 220 piksler).
• Maksimal størrelse: 2 MB.
• Oppdater miniatyrbildet med hver lagring hvis det fortsatt er relevant.

Viktig om ugyldiggjøring: Miniatyrbilder blir ugyldige når filens innhold endres; endringer i metadata blir ikke det. Hvis du bare endrer tagger eller navn, kan du ikke forvente et nytt miniatyrbilde med mindre du endrer filen.

Indekserbar tekst

Ikke prøv å «lure» søket med moteord. Fang opp konsepter og termer som en bruker rimeligvis ville søke etter i den filen, og sjekk grensen på 128 KB. Oppdater den når innholdet endres vesentlig.

Bruk konsistente navn og utvidelserNår det er mulig, inkluder filtypen i navnet når du laster opp. Hvis den mangler, vil Drive prøve å utlede den via MIME. Å holde navnene tydelige vil unngå tvetydigheter og gjøre det enklere å søke etter filtypene.

Tagger i Disk

For å endre etiketter, noter deg de nødvendige identifikatorene. Du trenger etikettens labelId og filens fileId. Du kan først liste dem opp med files.listLabels og deretter bruke de tilsvarende endringene 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.

Husk at, Selv om Drive er fokuset, kombinerer mange utviklinger Drive med skylagring eller andre tjenester, Derfor vil du se eksempler på lagring for å inspisere objektattributter.

// 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
}

Slette filer kontra slette metadata i Google Disk

Hvis det du vil er slette en fil fra DiskSom eier kan du flytte den til papirkurven fra nettet ved å høyreklikke og velge Flytt til papirkurv. Hvis eieren er noen andre, kan du bare «Fjerne» filen fra visningen din. Andre vil fortsatt kunne se den.

Til For å slette en fil permanent, må du tømme papirkurven eller bruke alternativet for permanent sletting. I dette tilfellet vil du ikke kunne gjenopprette den. Dette i seg selv "fjerner ikke metadata" fra andre filer – det gjelder bare for det elementet.

Du kan ikke slette metadata i Google Disk fra filer du ikke eier. fordi kontrollen deres tilhører personen som opprettet dem eller noen med høyere tillatelser i organisasjonen. I slike tilfeller fjerner du ganske enkelt tilgangen eller synligheten din.

Relater det til metadata: Når du sletter en fil, slettes metadataene i Drive sammen med den. men det påvirker ikke metadata i andre kopier eller innebygde metadata i andre dokumenter som forblir i systemet.

Med alt det ovennevnte kan du nå skille godt Hvilke metadata Drive kontrollerer (navn, tagger, søketips og miniatyrbilder), hvordan man spør dem via REST, hvilke beste fremgangsmåter man bør følge for å rengjøre innebygde data før opplasting, og hvilke begrensninger og tillatelser som gjelder når man kommer over Google Cloud-dokumentasjon som snakker om «metadata» i andre sammenhenger.