Kiel forigi metadatenojn en Google Drive

Ĉu vi volas regi la metadatenojn de viaj dosieroj en Google Drive kaj ne scias kie komenci? Jen ni klarigas, detale, Kiel forigi metadatenojn en Google Drive efike kaj sekure (la metadatenoj de alŝutitaj dosieroj). Ni ankaŭ informas vin pri la limoj, kiujn Google trudas al dosiernomoj, grandecoj kaj permesoj.

Ĉi tiu gvidilo donos al vi kompletan kaj realisman komprenon pri tio, kio povas (kaj ne povas) esti "forigita" rilate al metadatenoj en Google Drive.

Kion oni povas ŝanĝi aŭ "forigi" en Drive

Ĉi tiuj estas la metadatenoj kiujn oni povas forigi el dosieroj alŝutitaj al Google Drive:

Nomo kaj etendaĵo: Kiam oni kreas dosieron per la API, estas bone specifi la finaĵon en la nomkampo, ekzemple, "kato.jpg." Drive povas dedukti la finaĵon el la MIME-tipo se vi ne specifas ĝin, sed estas pli bone difini ĝin mem. En postaj respondoj, povas aperi nurlegebla dosierFiŝaĵo kun la finaĵo plenigita de nomo. Se uzanto elŝutas la dosieron, Drive kompilas la finan nomon el la titolo (kaj ĝia finaĵo).

• Indeksebla teksto (contentHints.indexableText): Drive indeksas oftajn dokumentojn kaj tipojn (PDF-ojn, bildojn kun OCR-ebligita funkcio, ktp.) defaŭlte. Se via aplikaĵo konservas aliajn formatojn (desegnaĵojn, filmetojn, mallongigojn), vi povas provizi indeksigeblan tekston por plibonigi serĉadon. Ĉi tiu teksto estas prilaborita kiel HTML: se vi transdonas ĉenon enhavantan etikedojn, la teksta enhavo estas indeksita, ne la etikedaj atributoj. Ekzistas grandeclimo de 128KB por contentHints.indexableText, kaj estas rekomendinde, ke vi ĝisdatigu ĝin ĉe ĉiu konservado kaj konservu ĝin rilata al la dosiero.
• Miniaturoj (contentHints.thumbnail): Drive generas bildetojn por multaj tipoj, sed por formatoj kiuj ne aŭtomate generas ilin, vi povas alŝuti viajn proprajn kiam vi kreas aŭ ĝisdatigas la dosieron. Vi devas agordi la bildon al URL-sekura base64 kaj la respondan mimeType. Ŝlosilaj reguloj: Subtenataj formatoj estas PNG, GIF aŭ JPG; rekomendita larĝo estas 1600 rastrumeroj (minimumo 220 rastrumeroj), kaj maksimuma grandeco estas 2 MB. Bildetoj estas malvalidigitaj kiam la dosiero-enhavo ŝanĝiĝas; ŝanĝoj de metadatenoj ne.
• Aliro al bildetoj: La kampo ThumbnailLink redonas mallongan URL-on, atingeblan nur se la aplikaĵo havas permeson legi la dosieron (se ĝi ne estas publika, vi devos peti ĝin per akreditaĵoj). Vi povas pridemandi ĝin por specifa dosiero aŭ por listo filtrita laŭ tipo.
• Etikedoj: Drive permesas al vi asocii etikedojn kun dosieroj. Por trovi ilin, vi povas uzi files.listLabels, kaj por modifi ilin, vi devas referenci la respondajn labelId kaj fileId. Ĉi tiu mekanismo utilas por kategoriigi kaj, se necese, "purigi" nedeziratajn klasifikojn sen tuŝi la enhavon.

Forigi metadatenojn en Google Drive: "kaŝitaj" metadatenoj el la dosiero mem

Ne ekzistas magia butono por forigi metadatenojn en Google Drive (kiel ekzemple EXIF ​​​​en fotoj aŭ enigitaj datumoj en PDF-dosierojn). Drive administras siajn proprajn metadatenojn, sed la metadatenoj ene de la dosiero dependas de la ilo, kiu kreis ilin.

La rekomendinda praktiko estas purigu la dosieron antaŭ ol alŝuti ĝin al Drive, Uzante sistemajn ilojn aŭ specialigitajn aplikaĵojn, kiuj forigas EXIF-datumojn el bildoj aŭ dokumentaj ecoj. Tiel, la enhavo, kiun vi konservas en Drive, alvenas "steriligita".

Se vi jam alŝutis dosierojn kun enigitaj metadatenoj, anstataŭ forigi metadatenojn en Google Drive, estas pli oportune elŝuti, purigi kaj re-alŝuti, anstataŭigante la originalon se aplikeble. Kun PDF-oj aŭ bildoj, tio estas ofta kiam vi volas protekti aŭtorecon, lokon aŭ redaktan historion.

Por la specifa parto de Drive, fokuso pri ĝustigo de nomo, etikedoj kaj enhavoSugestoj (indeksebla teksto/miniaturo), kiuj estas sub via kontrolo. Se vi ankaŭ administras alirpermesojn, vi ankaŭ reduktas la malkaŝon de videblaj metadatenoj (ekzemple, ligiloj al bildetoj alireblaj por tiuj kun legrajtoj).

Ne forgesu tion Ŝanĝi nur la metadatenojn de Drive ne forigas EXIF ​​aŭ internajn ecojn. Tial, via strategio devus kombini antaŭpurigadon de la dosiero kun la fajna administrado de metadatenoj, kiun Drive permesas al vi tuŝi.

Ofte konfuzitaj metadatenoj en Google Cloud: virtualaj maŝinoj, gcloud, kaj limoj

Se vi laboras kun Google Cloud, vi vidos multajn gvidiloj pri "metadatumoj" kiuj fakte rilatas al Compute Engine aŭ Cloud Storage, ne al Drive. Tamen, vi volos scii ĉi tiujn punktojn por ne konfuzi ilin dum esplorado.

Baza agordo de la interfaco de komandoj de gcloud

Post instalado de Google Cloud CLI, inicialigu per:

gcloud init

Gravas certigi, ke vi havas la plej novan version kun:

gcloud components update

Se vi uzas eksteran identecprovizanton, Ensalutu per via federacia identeco antaŭ ol labori kun gcloud, precipe se vi aŭtentigos por fari REST-alvokojn el via loka ĉirkaŭaĵo. REST API-ekzemploj povas uzi la akreditaĵojn, kiujn vi agordis en gcloud.

VMs

Permesoj kaj roloj (Compute Engine): Por aldoni, ĝisdatigi aŭ forigi kutimajn metadatenojn en virtualaj maŝinoj, vi bezonas taŭgajn IAM-permesojn. Oftaj ekzemploj inkluzivas:

• Se viaj virtualaj maŝinoj uzas servokontojn: permeso iam.serviceAccounts.actAs en la servo- aŭ projekta konto.
• Projektaj metadatenoj: compute.projects.get y compute.projects.setCommonInstanceMetadata.
• Zonaj metadatenoj: compute.instanceSettings.get y compute.instanceSettings.update por la koncerna areo.
• Metadatenoj de la instanco: compute.instances.get y compute.instances.setMetadata.

Limigoj

Jen la ĉefaj limigoj, kiujn ni renkontis provante forigi metadatenojn en Google Drive:

• Grandecaj Limigoj (Komputila Motoro): La kombinita sumo de metadatenaj enigoj estas limigita je 512 KB. Ĉiu ŝlosilo estas limigita al 128 bajtoj, kaj ĉiu valoro estas limigita al 256 KB. Se, ekzemple, vi uzas la ŝlosilon ssh-keys kaj superas la limon de 256 KB, vi ne povos aldoni pliajn ŝlosilojn ĝis vi purigos.
• Majusklo kaj minusklo: Ŝlosiloj distingas inter majuskle kaj minuskle (majuskle kaj minuskle); valoroj ankaŭ, krom Buleoj. En zona sistemo, oni ne povas krei du ŝlosilojn, kiuj diferencas nur laŭ majuskle kaj minuskle (zona-metadatumoj-ŝlosilo kontraŭ ZONA-METADATOJ-ŜLOSILO).
• Zonaj metadatenoj: estas agorditaj aŭ forigitaj per gcloud aŭ REST. Vi ne povas difini zonajn valorojn por SSH-ŝlosiloj (ssh-ŝlosiloj). En la logika dosierujo project/, se ekzistas projekt-nivelaj kaj zonaj valoroj por la sama ŝlosilo, la zona valoro havas prioritaton en sia zono.
• Subtenataj buleaj valoroj: Aldone al VERA/MALVERA, vi povas uzi J/Jes/1 kaj N/Ne/0 (nedistingiva inter majuskle kaj kazo).
• Agordaraj Ampleksoj (Komputila Motoro):
  • Projekto: metadatenoj komunaj al ĉiuj virtualaj maŝinoj en la projekto.
  • Zon-: enigoj kiuj efikas sur ĉiujn virtualajn maŝinojn en aparta zono kaj povas superregi la projektan valoron.
  • Instanco: metadatenoj por specifa virtuala maŝino (kreata aŭ jam ekzistanta).

Bildetoj, indeksado kaj rehavigo de metadatenoj en Drive (REST kaj plej bonaj praktikoj)

Ni nun rigardu la rolon de bildetoj dum forigo de metadatenoj en Google Drive. Kaj ankaŭ la plej bonan manieron por reakiri ilin:

• Aŭtentigo por REST surloke: Se vi testas REST-ekzemplojn de via komputilo, uzu la akreditaĵojn agorditajn per gcloud. Tiel, viaj Drive API-vokoj respektos la identecon kaj permesojn, kiujn vi jam agordis.
• Alŝuto de kutima bildeto: agordu contentHints.thumbnail kun du kampoj: la URL-sekura base64-bildo kaj la ĝusta mimeType. Se Drive povas aŭtomate generi bildeton, ĝi uzos sian propran kaj preterlasos vian. Alie, ĝi uzos tiun, kiun vi provizas.

Ŝlosilaj reguloj por bildetoj en Drive:

• Formatoj: PNG, GIF aŭ JPG.
• Rekomendita larĝo: 1600 rastrumeroj (minimumo 220 rastrumeroj).
• Maksimuma grandeco: 2 MB.
• Ĝisdatigu la bildeton kun ĉiu konservo se ĝi ankoraŭ gravas.

Grava pri nuligo: Bildetoj malvalidiĝas kiam la enhavo de la dosiero ŝanĝiĝas; ŝanĝoj de metadatenoj ne. Se vi nur ŝanĝas etikedojn aŭ la nomon, ne atendu novan bildeton krom se vi modifas la dosieron.

Indeksigebla teksto

Ne provu "trompi" la serĉon per modaj vortoj. Kaptu konceptojn kaj terminojn, kiujn uzanto racie serĉus por tiu dosiero, kaj kontrolu la limon de 128KB. Ĝisdatigu ĝin kiam ajn la enhavo ŝanĝiĝas signife.

Apliki koherajn nomojn kaj finaĵojnKiam ajn eblas, inkluzivu la finaĵon en la nomo dum alŝutado; se ĝi mankas, Drive provos dedukti ĝin per MIME. Teni nomojn klaraj evitos ambiguecojn kaj ebligos pli facilajn serĉojn de finaĵoj.

Etikedoj en Drive

Por modifi etikedojn, notu la necesajn identigilojn. Vi bezonos la labelId de la etikedo kaj la fileId de la dosiero. Vi povas unue listigi ilin per files.listLabels kaj poste apliki la respondajn ŝanĝojn al la cela dosiero.

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

Memori tion, Kvankam Drive estas la fokuso, multaj evoluigoj kombinas Drive kun Nuba Stokado aŭ aliaj servoj, Tial vi vidos ekzemplojn de Stokado por inspekti objektajn atributojn.

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

Forigi dosierojn kontraŭ forigi metadatenojn en Google Drive

Se tio, kion vi volas, estas forigi dosieron el DriveKiel posedanto, vi povas movi ĝin al la rubujo el la reto per dekstra klako kaj elektado de Movi al la Rubujo. Se la posedanto estas iu alia, vi povas nur "Forigi" la dosieron el via vido; aliaj ankoraŭ povos vidi ĝin.

para Por forigi dosieron por ĉiam, vi devas malplenigi la rubujon aŭ uzi la opcion por ĉiama forigo, En ĉi tiu kazo, vi ne povos reakiri ĝin. Ĉi tio, per si mem, ne "forigas metadatenojn" de aliaj dosieroj — ĝi validas nur por tiu ero.

Vi ne povas forigi metadatenojn en Google Drive el dosieroj, kiujn vi ne posedas, ĉar ilia kontrolo apartenas al la persono, kiu kreis ilin, aŭ al iu kun pli altaj permesoj ene de la organizo. En tiaj kazoj, vi simple forigas vian aliron aŭ videblecon.

Rilatigante ĝin al metadatenoj: Forigi dosieron forigas ankaŭ ĝiajn metadatenojn en Drive, sed ĝi ne influas metadatenojn en aliaj kopioj aŭ enigitajn metadatenojn en aliaj dokumentoj, kiuj restas en la sistemo.

Kun ĉio ĉi-supra, vi nun povas bone diferencigi Kiujn metadatenojn Drive kontrolas (nomon, etikedojn, serĉsugestojn kaj bildetojn), kiel pridemandi ilin per REST, kiajn plej bonajn praktikojn sekvi por purigi enigitajn datumojn antaŭ alŝuto, kaj kiaj limoj kaj permesoj validas kiam vi trovas dokumentaron de Google Cloud, kiu parolas pri "metadatumoj" en aliaj kuntekstoj.