Google Drive'da meta veriler nasıl kaldırılır: kapsamlı kılavuz ve özel durumlar

Informatec Dijital » La Nube » Google Drive'da meta veriler nasıl kaldırılır: kapsamlı kılavuz ve özel durumlar

Eliminar meta verileri Google Drive'da

Bulutta dosyalarınızla birlikte taşınan ekstra bilgiler konusunda endişeleniyorsanız, bu görünmez verileri nasıl temizleyeceğinizi veya kontrol edeceğinizi merak etmişsinizdir. Google Drive'da meta veriler, etiketlerden ve indekslenebilir metinden küçük resimlere ve dosya özelliklerine kadar uzanır. Önemli olan, neyin kaldırılabileceğini, neyin yalnızca güncellenebileceğini ve neye dokunulamayacağını anlamaktır ; böylece hiçbir şeyi bozmadan hassas bir şekilde hareket edebilirsiniz.

Bu kılavuz boyunca, çeşitli resmi Google belgelerinde ve yardım makalelerinde dağınık halde bulunan bilgileri tek bir yerde topladık. Bir dosyadan etiket meta verilerini nasıl kaldıracağınızı, dizine eklenebilir metin ve küçük resimleri nasıl yöneteceğinizi ve sınırlamaları ve istisnaları nasıl anlayacağınızı öğreneceksiniz . Ayrıca, Google Cloud ile çalışıyorsanız karışıklığı önlemek için benzer senaryoları (Cloud Storage aktarımları ve Compute Engine'deki VM meta verileri) açıklığa kavuşturuyoruz.

Drive'da meta veri nedir ve bu terim ne kadar kapsamlıdır?

Google Drive'da meta veriler, ad, MIME türü, çıkarılan uzantı, etiketler, dizine eklenebilir metin ve ilişkili küçük resimler gibi bilgileri içerir. Bazı parçalar düzenlenebilir veya silinebilir (örneğin etiketler), diğerleri dolaylı olarak güncellenir (dizinlenebilir metin ve küçük resimler) ve diğerleri sistemin bir parçası oldukları için silinemez (dosya boyutu veya dahili oluşturma ve güncelleme tarihleri ​​gibi).

Ayrıca Cloud Storage veya Compute Engine gibi diğer Google Cloud ürünlerindeki meta verilere yönelik referansları da göreceksiniz. Cloud Storage'daki bir VM'in veya nesnenin meta verilerini bir Drive dosyasının meta verileriyle karıştırmamalısınız.; kavram olarak aynılar ama yönetimleri ve sınırları farklı.
Meta verileri yönetin Sürüşte

Drive'da gerçekte neler kaldırılabilir?

Pratik açıdan bakıldığında, Drive'da "meta veri kaldırma" olarak en sık düşünülen şey, bir dosyaya uygulanan etiketleri kaldırmaktır. Etiketler alanlar (metin, kullanıcı vb.) içerebilir ve bunların kaldırılması, ilgili bilgileri dosyadan siler . Bu silme işlemi, atomik işlemler kullanan bir API aracılığıyla gerçekleştirilir.

Dizinlenebilir metin (contentHints.indexableText), bir düğmeyle basitçe "silinmez"; dosya kaynağını güncellediğinizde üzerine yazılır veya boş bırakılır . Bu, Drive'ın doğal olarak dizinlemediği dosya türlerinin keşfedilebilirliğini artırmak için tasarlanmıştır.

Özel küçük resimler de benzer şekilde ele alınır: farklı bir küçük resim yükleyebilir veya küçük resim sağlamayı bırakabilirsiniz . Drive standart bir küçük resim oluşturabiliyorsa, kendi küçük resmini kullanır; oluşturamıyorsa, sizin sağladığınızı kullanır.

Drive'daki dosya boyutu ve dahili zaman damgaları gibi bazı meta veriler silinemez. Bu sistem özellikleri hizmetin kendisi tarafından güncellenir ve doğrudan silinemez.

Google Drive'daki bir dosyadan etiketleri kaldırma

Drive API, yöntemi kullanarak etiketleri değiştirmenize veya kaldırmanıza olanak tanır files.modifyLabels. İstek, atomik olarak uygulanan bir veya daha fazla değişikliğe sahip ModifyLabelsRequest türünde bir nesne içeriyor. (eğer herhangi biri geçerli değilse, hiçbir şey geçerli değildir).

Bir etiketi dosyadan tamamen kaldırmak için bir e-posta gönderin LabelModification etiket tanımlayıcısı ve silme talimatı ile. Bu işlem dosyadaki o etiketteki tüm alanları kaldırır.Yalnızca belirli bir alanı devre dışı bırakmanız gerekiyorsa, tüm etiketi kaldırmadan o alanı "ayarlamayı kaldırabilirsiniz".

Belirli bir dosyadan bir etiketi kaldırmak için kavramsal adımlar: 1) dosyada bulunan etiketin labelId'sini tanımlar (bunları listeleyebilirsiniz) files.listLabels), 2) Değişikliği removeLabel etkinleştirilmiş olarak gönderin, 3) yanıtın güncellenen etiketlerin son durumunu içerdiğini doğrular.

Dizinlenebilir metin: kontrol, sınırlamalar ve iyi uygulamalar

Uygulamanız Drive'ın tek başına indekslemediği dosya türlerini (çizimler, videolar, kısayollar vb.) kaydediyorsa, doldurarak aranabilirliği artırabilirsiniz. contentHints.indexableText. Bu metin HTML olarak işlenir, indekslenir ve sonuç özetlerinde görünebilir. daha fazla arama yüzeyinde.

Önemli öneriler ve sınırlamalar: IndexableText'in maksimum boyutu 128 KB'dir ; içeriği gerçekten tanımlayan terimleri ve kavramları yakalayın; metni alaka düzeyine göre sıralamaya çalışmayın, dizinleyici zaten önceliklendirme yapıyor; metni her kaydetmede güncelleyin ; ilgisiz anahtar kelimelerle "doldurmaktan" kaçının (bu, kullanıcıları hayal kırıklığına uğratır ve silmeleri teşvik edebilir).

Unutmayın ki, HTML olarak ele alındığı için, öznitelikler değil, metin içeriği indekslenir . Örneğin, dizeniz özniteliklere sahip etiketler içeriyorsa, bu özniteliklerin değerleri değil, görünür metin indekslenir.

Küçük Resimler: Yükleme, Değiştirme ve Kurtarma

Drive, Dokümanlar, E-Tablolar, Slaytlar ve diğer türler için otomatik olarak küçük resimler oluşturur. Dosya türünüz standart bir küçük resim oluşturmuyorsa, bir tane sağlayabilirsiniz. yapılandırma contentHints.thumbnail dosyayı oluştururken veya güncellerken.

Özel küçük resimler için gereksinimler: PNG, GIF veya JPG kullanın; önerilen genişlik 1600 piksel (minimum 220 piksel); maksimum dosya boyutu 2 MB; URL güvenli base64 kodlu görüntüyü ve mimeType Doğru. Küçük resim her kaydetmede güncellenmelidir, çünkü dosya içeriği değiştiğinde geçersiz hale gelir (sadece meta veri değişiklikleri geçersiz kılmaz).

Küçük resmi almak için alanı kontrol edin thumbnailLink kaynağın files. Bu kısa ömürlü bir bağlantıdır ve yalnızca uygulamanız içeriğe erişebiliyorsa görünür.Dosya herkese açık değilse, o bağlantıyı kullanmak için kimlik bilgilerine ihtiyacınız olacak.

REST üzerinden küçük resimlerle meta veri sorgulama örnekleri:

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)

Dosya adları ve uzantıları: bilmeniz gerekenler

API aracılığıyla bir dosya eklerken, özellikte uzantıyı belirtmeniz önerilir name (örneğin, cat.jpg). Sürücü bu uzantıyı şu şekilde yayacaktır: fileExtension sonraki yanıtlar salt okunurve kullanıcı dosyayı indirdiğinde veya masaüstü istemcisine senkronize ettiğinde, tam ad başlığa göre üretilecektir.

Uzantı belirtmezseniz, Drive bunu MIME türünden belirlemeye çalışacaktır . Mümkün olduğunca, sürprizlerden kaçınmak için uzantıyı belirtin.

Meta verileri kaldırmayı dosyaları silmekle karıştırmayın.

Meta verileri kaldırmak ve dosyaları silmek farklı işlemlerdir. Bir dosyanın sahibiyseniz ve onu Geri Dönüşüm Kutusu'na gönderirseniz, meta verileri temizlemiyorsunuz; dosyayı sürücünüzden kaldırıyorsunuz . Silme seçeneği (sahibi olmadığınızda) dosyayı sizden gizler, ancak başkaları yine de görebilir.

Bir dosyayı web üzerinden çöp kutusuna göndermek için: drive.google.com adresine gidin, sağ tıklayın ve "Çöp kutusuna taşı"yı seçin . Dosyanın sahibi başka biriyse, "Kaldır" seçeneğini görürsünüz. Dosyayı kalıcı olarak silmek için çöp kutusunu boşaltın. Bu adımların hiçbiri depolanan dosyadan meta verileri kaldırmaz: dosyayı ya silersiniz ya da açıklanan seçenekleri kullanarak meta verilerini yönetirsiniz.

Bulut Depolama meta veri aktarımları ve saklama (verileri taşımanız durumunda)

Bulut Depolama alanına/bulut depolama alanından veri aktarımı yaparken, hangi meta verilerin saklanacağı ve hangilerinin saklanmayacağı konusunda kurallar vardır. Bu, Drive'ı kova (bucket) ile kullanıyorsanız veya bulutlar arasında veri taşıyorsanız çok önemlidir.

Amazon S3 veya uyumlu Bulut Depolama'dan

• onlar korunur sabit anahtar meta veri alanları (örneğin, Önbellek Kontrolü, İçerik Düzenlemesi, İçerik Türü).
• Kullanıcı tanımlı meta veriler şuraya aktarılır: özel meta veriler Bulut Depolamada (düzenlenebilir).
• El ETag Anahtar ile kişiselleştirilmiş olarak kaydedilir x-goog-source-etag.
• Nesne boyutu şu şekilde korunur: size.
• S3 Erişim Kontrol Listeleri ve Nesne Etiketleri: korunmaz.
• S3 Zaman Damgası Meta Verileri: korunmazBulut Depolamada, timeCreated y updated Hedef noktadaki yaratım/güncelleme anını yansıtır.
• Depolama sınıfı: Aktarım sırasında yapılandırılabilir (varsayılan olarak, hedef kovanınki).

Microsoft Azure Blob'dan Bulut Depolamaya

• Sabit anahtar meta veri alanları: korunmuşlar.
• Kullanıcı tanımlı meta veriler: özel olarak kaydedilir Bulut Depolamada.
• ETag Olarak korunmuştur x-goog-source-etag.
• Boyut olarak size. ADLS Gen2 POSIX İzinleri ve Belirli Erişim Denetimi: korunmaz.
• Azure Zaman Damgası Meta Verileri: korunmaz. timeCreated/updated varış noktasında yeniden hesaplanır.
• Depolama sınıfı: S3'teki gibi yapılandırılabilir.

Bulut Depolama kovaları arasında

• Sabit ve özel anahtar meta verileri: korunmuşlar.
• Nesne oluşturma: özel meta veri olarak kaydedildi x-goog-reserved-source-generation.
• Saklamalar: Geçici saklamalar varsayılan olarak saklanır; olay tabanlı saklamalar saklanmaz. LCA'ya dikkat edin: Bunları saklayabilirsiniz, ancak erişilemez nesneler oluşturmaktan kaçının.
• Depolama sınıfı: Saklayın, yeni bir tane ayarlayın veya hedef kovadakini kullanın.
• CMEK Şifreleme: saklamak isteğe bağlı; varsayılan olarak hedef kova yöntemi kullanılır.
• timeCreated saklanabilir customTime; updated no.
• Diğer düzenlenemeyen meta veriler (örn. etag, componentCount): yok hayır.

Bulut Depolamaya Yönelik URL Listeleri

• Sabit anahtar meta veri alanları: düzenlenebilir varış noktasında.
• Content-Length y MD5: düzenlenemez ve kaynak bunları sağlıyorsa korunur.
• Kaynak zaman damgaları: yok hayırDepolama sınıfı: yapılandırılabilir.

POSIX'ten Bulut Depolamaya (ve tersi)

• mtime özel meta veri olarak kalıcı hale getirildi goog-reserved-file-mtime.
• Boyut şu şekilde korunur: size. UID, GID, MODE ve sembolik bağlantılar: isteğe bağlı üzerinden metadataOptions.
• POSIX'ten POSIX'e, UID/GID/MODE dosya ve klasörlerde korunabilir; mtime Dosyalar için kaydedilir (klasörlerde hedefteki oluşturulma zamanı kullanılır).

Bu ayrıntılar, hizmetler arasında veri taşırken önemlidir. Bir sistemdeki meta verileri silmenin, diğerinde de sihirli bir şekilde kaybolmasını beklemeyin ; her aktarımın saklama kurallarına uyun.

Compute Engine (VM) Meta Verileri: Google Cloud kullanıyorsanız Sınırlamalar ve Silme

Drive olmasa da, birçok ekip Compute Engine'de VM meta verilerine erişiyor. Bunu yönetmek için uygun IAM izinlerine ve boyut ve kapsam sınırlarına ilişkin bilgiye ihtiyacınız var.

Öncelikle: Google Cloud CLI'yi kurun ve ilk kez çalıştırın gcloud init (Harici bir kimlik sağlayıcı kullanıyorsanız, federasyonlu olarak oturum açın.) CLI'yi güncel tutun gcloud components update ve kapsam hatalarını önlemek için varsayılan bölgeyi ve alanı ayarlayın.

Tipik olarak gereken izinler: Sanal makineler hizmet hesapları kullanıyorsa, gerekli iam.serviceAccounts.actAsProje düzeyindeki meta veriler için: compute.projects.get y compute.projects.setCommonInstanceMetadata. Bölgesel meta veriler için: compute.instanceSettings.get y compute.instanceSettings.updateBelirli bir sanal makinedeki meta veriler için: compute.instances.get y compute.instances.setMetadata.

Temel Sınırlamalar: VM başına meta veri kümesinin toplam maksimum değeri: 512 KB; her anahtara kadar 128 bayt ve her değere kadar 256 KB. SSH anahtarları şurada saklanır: ssh-keys; eğer limiti aşarsanız, Kullanılmayan anahtarları temizleme zamanı geldiBaşlatma/kapatma komut dosyalarını doğrudan içerik olarak koyarsanız, bunlar sınıra dahil edilir; bunun yerine komut dosyasını Bulut Depolama'ya kaydedin ve yalnızca URL'yi sağlar.

Büyük/küçük harf: anahtarlar büyük/küçük harfe duyarlıdır; Boole değerleri hariç değerler de. Bölgesel meta veriler için: yalnızca gcloud veya REST ile yönetilir; Aynı metne sahip tuşları, harf büyüklüğünü değiştirerek çoğaltamazsınız (örneğin, zonal-metadata-key zaten mevcutsa ZONAL-METADATA-KEY'i oluşturun); ve zonal değerleri tanımlayamazsınız ssh-keys.

Mantıksal değerler (Boolean'lar) büyük veya küçük harf ayrımı yapmadan TRUE/FALSE eşdeğerlerini ve Y/Evet/1 ve N/Hayır/0 gibi alternatifleri kabul eder.

Kapsam ve öncelik: Aynı anahtar adı hem proje hem de bölgesel düzeyde bulunabilir, ancak bölgesel değer kendi bölgesinde önceliklidir . Bölgesel bir değer eklerseniz, proje düzeyinde bir değer olsa bile o bölgedeki sanal makineler için kullanılır; proje değeri eklemek mevcut bölgesel değerleri geçersiz kılmaz.

Genel işlemler: Proje meta verilerini (tüm sanal makineler için geçerlidir), bölgesel meta verilerini (bu proje içindeki bir bölgedeki tüm sanal makineleri etkiler) ve örnek meta verilerini (yalnızca bir sanal makine için geçerlidir) yapılandırabilirsiniz. Meta verileri kaldırmak için, gcloud veya REST, gerektiği gibi proje, bölgesel veya örnek meta verilerini silmenize olanak tanır.

Yerel olarak REST kullanımı: REST API örnekleri, gcloud CLI'ya sağladığınız kimlik bilgilerini kullanır. Ortamınızı doğrulayın ve bu kimlik bilgilerini makinenizden çağrıları test etmek için yeniden kullanın.

Drive'da daha iyi meta veri hijyeni için pratik ipuçları

Drive'daki ayak izinizi azaltmak istiyorsanız, kontrol edebileceğiniz şeylere odaklanın: etiketler (değer katmıyorsa kaldırın), dizine eklenebilir metin (ihtiyacınız yoksa ayarlayın veya boşaltın) ve küçük resimler (bunları değiştirin veya yüklemekten kaçının) . Sistem özellikleri denetim içindir, silme için değil.

Dosya paylaşıldığında ve siz dosyanın sahibi değilseniz, dosyayı kendi görünümünüzden kaldırmanın başkaları için hiçbir şeyi silmediğini unutmayın. İlişkili içeriği veya meta verileri tamamen kaldırmak istiyorsanız, dosya sahibiyle iletişime geçin .

Drive'ı Cloud Storage'daki akışlarla veya sanal makinelerle entegre ediyorsanız, beklentileri belgeleyin. Birçok meta veri değişir veya sistemler arasında aktarılmaz ; zaman damgalarına veya korunmayan erişim kontrol listelerine (ACL) dayanan otomasyonlardan kaçının.

Bu yönergelerle, gerçekten fark yaratan şeyleri kontrol edebileceksiniz. Etiketleri hassas bir şekilde yönetin, indekslenebilir olanları kontrol edin ve gizlilik, arama kolaylığı ve kullanıcı deneyimi arasında denge kurmak için küçük resimleri ne zaman ve nasıl kullanacağınıza karar verin.