Как да премахнете метаданни в Google Drive

Искате ли да контролирате метаданните на вашите файлове в Google Диск и не знаете откъде да започнете? Тук обясняваме подробно, Как да премахнете метаданни в Google Drive ефективно и безопасно (метаданните на качените файлове). Също така ви казваме какви ограничения Google налага върху имената, размерите и разрешенията на файловете.

Това ръководство ще ви даде пълно и реалистично разбиране за това какво може (и какво не може) да бъде „изтрито“, когато става въпрос за метаданни в Google Drive.

Какво може да се промени или „изтрие“ в Диск

Това са метаданни които могат да бъдат премахнати от файлове, качени в Google Диск:

Име и разширение: Когато създавате файл чрез API, е добре да посочите разширението в полето за име, например „cat.jpg“. Drive може да изведе разширението от MIME типа, ако не го посочите, но е по-добре да го дефинирате сами. В последващите отговори може да се появи fileExtension само за четене с разширението, попълнено от името. Ако потребител изтегли файла, Drive компилира крайното име от заглавието (и неговото разширение).

• Индексируем текст (contentHints.indexableText): Drive индексира по подразбиране често срещани документи и типове (PDF файлове, изображения с активирано OCR и др.). Ако приложението ви запазва други формати (чертежи, видеоклипове, преки пътища), можете да предоставите индексируем текст, за да подобрите търсенето. Този текст се обработва като HTML: ако предадете низ, съдържащ тагове, текстовото съдържание се индексира, а не атрибутите на таговете. Има ограничение за размер от 128KB за contentHints.indexableText и се препоръчва да го актуализирате при всяко запазване и да го поддържате релевантен за файла.
• Миниатюри (contentHints.thumbnail): Drive генерира миниатюри за много типове, но за формати, които не ги генерират автоматично, можете да качите свои собствени, когато създавате или актуализирате файла. Трябва да зададете изображението на URL-safe base64 и съответния mimeType. Основни правила: Поддържаните формати са PNG, GIF или JPG; препоръчителната ширина е 1600px (минимум 220px), а максималният размер е 2MB. Миниатюрите се анулират, когато съдържанието на файла се промени; промените в метаданните не се случват.
• Достъп до миниатюри: Полето ThumbnailLink връща кратък URL адрес, достъпен само ако приложението има разрешение да чете файла (ако не е публичен, ще трябва да го заявите с идентификационни данни). Можете да го заявите за конкретен файл или за списък, филтриран по тип.
• Етикети: Drive ви позволява да свързвате етикети с файлове. За да ги намерите, можете да използвате files.listLabels, а за да ги промените, трябва да се обърнете към съответните labelId и fileId. Този механизъм е полезен за категоризиране и, ако е необходимо, „почистване“ на нежелани класификации, без да се докосва съдържанието.

Изтриване на метаданни в Google Drive: „скрити“ метаданни от самия файл

Няма магически бутон за премахване на метаданни в Google Drive (като EXIF ​​​​в снимки или вградени данни в PDF файлове). Drive управлява собствените си метаданни, но метаданните във файла зависят от инструмента, който го е създал.

Препоръчителната практика е почистете файла, преди да го качите в Диск, Използване на системни инструменти или специализирани приложения, които премахват EXIF ​​данни от изображения или свойства на документи. По този начин съдържанието, което запазвате в Диск, пристига „дезинфекцирано“.

Ако вече имате качени файлове с вградени метаданни, вместо да премахвате метаданните в Google Drive, е по-удобно изтегляне, почистване и повторно качване, заместване на оригинала, ако е приложимо. При PDF файлове или изображения това е често срещано, когато искате да защитите авторството, местоположението или историята на редактирането.

За конкретната част на Drive, фокус върху коригирането на име, етикети и подсказки за съдържание (indexableText/миниатюра), които са под ваш контрол. Ако управлявате и разрешенията за достъп, вие също така намалявате показването на видими метаданни (например връзки към миниатюри, достъпни за тези с права за четене).

Няма оливи на опашка Промяната само на метаданните на Drive не премахва EXIF ​​​​или вътрешни свойства. Следователно, вашата стратегия трябва да комбинира предварителното почистване на файла с прецизното управление на метаданните, до което Drive ви позволява да се докоснете.

Често объркващи метаданни в Google Cloud: виртуални машини, gcloud и ограничения

Ако работите с Google Cloud, ще видите много ръководства за „метаданни“, които всъщност се отнасят до Compute Engine или Cloud Storage, а не до Drive. Въпреки това, ще искате да знаете тези точки, за да не ги объркате, когато проучвате.

Основна конфигурация на gcloud CLI

След инсталиране на Google Cloud CLI, инициализирайте с:

gcloud init

Важно е да се уверите, че имате най-новата версия с:

gcloud components update

Ако използвате външен доставчик на самоличност, Влезте с вашата федерирана самоличност, преди да работите с gcloud, особено ако ще се удостоверявате, за да осъществявате REST повиквания от локалната си среда. REST API примерите могат да използват идентификационните данни, които сте конфигурирали в gcloud.

виртуални машини

Разрешения и роли (Compute Engine): За да добавяте, актуализирате или изтривате персонализирани метаданни във виртуални машини, са ви необходими подходящи IAM разрешения. Често срещани примери включват:

• Ако вашите виртуални машини използват сервизни акаунти: разрешително iam.serviceAccounts.actAs в акаунта на услугата или проекта.
• Метаданни на проекта: compute.projects.get y compute.projects.setCommonInstanceMetadata.
• Зонални метаданни: compute.instanceSettings.get y compute.instanceSettings.update за съответната област.
• Метаданни за екземпляра: compute.instances.get y compute.instances.setMetadata.

ограничения

Това са основните ограничения, с които се сблъскахме при опит за премахване на метаданни в Google Drive:

• Ограничения на размера (Compute Engine): Общият брой записи в метаданните е ограничен до 512 KB. Всеки ключ е ограничен до 128 байта, а всяка стойност е ограничена до 256 KB. Ако например използвате ключа ssh-keys и превишите ограничението от 256 KB, няма да можете да добавяте още ключове, докато не почистите данните.
• Главни и малки букви: Ключовете са чувствителни към главни и малки букви; стойностите също, с изключение на булевите стойности. В zonal не можете да създадете два ключа, които се различават само по главни и малки букви (zonal-metadata-key срещу ZONAL-METADATA-KEY).
• Зонални метаданни: се задават или премахват с помощта на gcloud или REST. Не можете да дефинирате зонални стойности за SSH ключове (ssh-keys). В логическата директория на проекта/, ако има стойности на ниво проект и зонални стойности за един и същ ключ, зоналната стойност има приоритет в съответната зона.
• Поддържани булеви стойности: В допълнение към TRUE/FALSE, можете да използвате Y/Yes/1 и N/No/0 (магистърът и главните букви са без значение).
• Обхвати на конфигурацията (Compute Engine):
  • Проект: метаданни, общи за всички виртуални машини в проекта.
  • Зонални: записи, които засягат всички виртуални машини в определена зона и могат да отменят стойността на проекта.
  • Екземпляр: метаданни за конкретна виртуална машина (създавана или вече съществуваща).

Миниатюри, индексиране и извличане на метаданни в Диск (REST и най-добри практики)

Нека сега разгледаме ролята на миниатюрите при премахването на метаданни в Google Drive. А също и най-добрия начин за възстановяването им:

• Удостоверяване за REST локална среда: Ако тествате REST примери от вашата машина, използвайте идентификационните данни, конфигурирани с gcloud. По този начин вашите извиквания към Drive API ще спазват идентичността и разрешенията, които вече сте задали.
• Качване на персонализирани миниатюри: Задайте contentHints.thumbnail с две полета: URL-безопасното base64 изображение и правилния mimeType. Ако Drive може автоматично да генерира миниатюра, ще използва своята собствена и ще пропусне вашата. В противен случай ще използва предоставената от вас.

Основни правила за миниатюри в Диск:

• Формати: PNG, GIF или JPG.
• Препоръчителна ширина: 1600 пиксела (минимум 220 пиксела).
• Максимален размер: 2MB.
• Актуализирайте миниатюрата с всяко запазване, ако тя все още е актуална.

Важно за обезсилване: Миниатюрите се анулират, когато съдържанието на файла се промени; промените в метаданните не. Ако промените само таговете или името, не очаквайте нова миниатюра, освен ако не промените файла.

Индексируем текст

Не се опитвайте да „заблудите“ търсенето с модни думи. Запишете понятия и термини, които потребителят би търсил разумно за този файл, и проверете ограничението от 128KB. Актуализирайте го всеки път, когато съдържанието се промени съществено.

Прилагайте последователни имена и разширенияВинаги, когато е възможно, включете разширението в името при качване; ако липсва, Диск ще се опита да го разпознае чрез MIME. Поддържането на ясни имена ще избегне неясноти и ще улесни търсенето на разширения.

Етикети в Диск

За да промените етикети, обърнете внимание на необходимите идентификатори. Ще ви трябват labelId на етикета и fileId на файла. Първо можете да ги изброите с files.listLabels и след това да приложите съответните промени към целевия файл.

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

Не забравяйте, че, Въпреки че фокусът е върху Drive, много разработки комбинират Drive с Cloud Storage или други услуги, Следователно ще видите примери за съхранение, за да проверите атрибутите на обекти.

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

Изтриване на файлове срещу изтриване на метаданни в Google Drive

Ако това, което искате, е изтриване на файл от ДискКато собственик, можете да го преместите в кошчето от мрежата, като щракнете с десния бутон на мишката и изберете „Премести в кошчето“. Ако собственикът е някой друг, можете само да „Премахнете“ файла от вашия изглед; другите все още ще могат да го виждат.

за За да изтриете файл за постоянно, трябва да изпразните кошчето или да използвате опцията за постоянно изтриване, В този случай няма да можете да го възстановите. Само по себе си това не „премахва метаданни“ от други файлове – то се отнася само за този елемент.

Не можете да изтривате метаданни в Google Диск от файлове, които не притежавате. защото контролът върху тях принадлежи на лицето, което ги е създало, или на някой с по-високи разрешения в организацията. В тези случаи просто премахвате достъпа или видимостта си.

Свързване с метаданните: Изтриването на файл изтрива и метаданните му в Диск заедно с него. но това не засяга метаданните в други копия или вградените метаданни в други документи, които остават в системата.

С всичко гореизброено, вече можете да правите добра разлика Какви метаданни контролира Диск (име, етикети, подсказки за търсене и миниатюри), как да ги заявите чрез REST, какви най-добри практики да следвате за почистване на вградени данни преди качване и какви ограничения и разрешения влизат в сила, когато попаднете на документация на Google Cloud, която говори за „метаданни“ в други контексти.