गुगल ड्राइव्हमधील मेटाडेटा कसा काढायचा

तुम्हाला तुमच्या फाइल्सचा मेटाडेटा नियंत्रित करायचा आहे का? Google ड्राइव्ह आणि कुठून सुरुवात करावी हे माहित नाही? येथे आपण तपशीलवार स्पष्ट करतो, गुगल ड्राइव्हमधील मेटाडेटा प्रभावीपणे आणि सुरक्षितपणे कसा काढायचा (अपलोड केलेल्या फाइल्सचा मेटाडेटा). आम्ही तुम्हाला हे देखील सांगतो की Google फाइलची नावे, आकार आणि परवानग्यांवर कोणत्या मर्यादा लादते.

हे मार्गदर्शक तुम्हाला Google Drive मधील मेटाडेटाच्या बाबतीत काय "हटवले" जाऊ शकते (आणि काय करू शकत नाही) याची संपूर्ण आणि वास्तववादी समज देईल.

ड्राइव्हमध्ये काय बदलले किंवा "हटवले" जाऊ शकते

हे आहेत मेटाडेटा Google Drive वर अपलोड केलेल्या फायलींमधून काढून टाकता येतील अशा:

नाव आणि विस्तारः API द्वारे फाइल तयार करताना, नाव फील्डमध्ये एक्सटेंशन निर्दिष्ट करणे चांगले आहे, उदाहरणार्थ, "cat.jpg". जर तुम्ही ते निर्दिष्ट केले नसेल तर ड्राइव्ह MIME प्रकारावरून एक्सटेंशनचा अंदाज लावू शकते, परंतु ते स्वतः परिभाषित करणे चांगले. त्यानंतरच्या प्रतिसादांमध्ये, नावावरून पॉप्युलेट केलेल्या एक्सटेंशनसह वाचनीय फाइल एक्सटेंशन दिसू शकते. जर वापरकर्त्याने फाइल डाउनलोड केली तर ड्राइव्ह शीर्षक (आणि त्याचे एक्सटेंशन) वरून अंतिम नाव संकलित करते.

• अनुक्रमणिकायोग्य मजकूर (contentHints.indexableText): ड्राइव्ह सामान्य कागदपत्रे आणि प्रकार (पीडीएफ, ओसीआर-सक्षम प्रतिमा इ.) डीफॉल्टनुसार अनुक्रमित करते. जर तुमचे अ‍ॅप इतर स्वरूप (रेखाचित्रे, व्हिडिओ, शॉर्टकट) जतन करते, तर तुम्ही शोध सुधारण्यासाठी अनुक्रमित करण्यायोग्य मजकूर प्रदान करू शकता. हा मजकूर HTML म्हणून प्रक्रिया केला जातो: जर तुम्ही टॅग असलेली स्ट्रिंग पास केली तर मजकूर सामग्री अनुक्रमित केली जाते, टॅग गुणधर्म नाहीत. contentHints.indexableText साठी 128KB आकार मर्यादा आहे आणि तुम्ही प्रत्येक सेव्हवर ते अद्यतनित करावे आणि ते फाइलशी संबंधित ठेवावे अशी शिफारस केली जाते.
• लघुप्रतिमा (contentHints.thumbnail): ड्राइव्ह अनेक प्रकारांसाठी थंबनेल जनरेट करते, परंतु जे फॉरमॅट आपोआप जनरेट करत नाहीत, त्यांच्यासाठी तुम्ही फाइल तयार करताना किंवा अपडेट करताना तुमचे स्वतःचे थंबनेल अपलोड करू शकता. तुम्ही इमेज URL-सुरक्षित बेस64 आणि संबंधित माइमटाइपवर सेट करणे आवश्यक आहे. मुख्य नियम: समर्थित फॉरमॅट PNG, GIF किंवा JPG आहेत; शिफारस केलेली रुंदी 1600px (किमान 220px) आहे आणि कमाल आकार 2MB आहे. फाइलची सामग्री बदलल्यास थंबनेल अवैध होतात; मेटाडेटा बदल तसे करत नाहीत.
• लघुप्रतिमांमध्ये प्रवेश: थंबनेललिंक फील्ड एक लहान URL देते, जी केवळ अ‍ॅपला फाइल वाचण्याची परवानगी असल्यासच प्रवेशयोग्य असते (जर ती सार्वजनिक नसेल, तर तुम्हाला क्रेडेन्शियल्ससह त्याची विनंती करावी लागेल). तुम्ही विशिष्ट फाइलसाठी किंवा प्रकारानुसार फिल्टर केलेल्या सूचीसाठी ती क्वेरी करू शकता.
• लेबल्स: ड्राइव्ह तुम्हाला लेबल्सना फाइल्सशी जोडण्याची परवानगी देते. त्यांना शोधण्यासाठी, तुम्ही files.listLabels वापरू शकता आणि त्यांना सुधारित करण्यासाठी, तुम्हाला संबंधित labelId आणि fileId चा संदर्भ घ्यावा लागेल. ही यंत्रणा वर्गीकरण करण्यासाठी आणि आवश्यक असल्यास, सामग्रीला स्पर्श न करता अवांछित वर्गीकरण "साफ" करण्यासाठी उपयुक्त आहे.

गुगल ड्राइव्हमधील मेटाडेटा हटवा: फाइलमधूनच "लपवलेला" मेटाडेटा

गुगल ड्राइव्हमध्ये मेटाडेटा काढून टाकण्यासाठी कोणतेही जादूचे बटण नाही (जसे की फोटोंमध्ये EXIF ​​किंवा PDF मध्ये एम्बेड केलेला डेटा). ड्राइव्ह स्वतःचा मेटाडेटा व्यवस्थापित करते, परंतु फाइलमधील मेटाडेटा ती तयार करणाऱ्या टूलवर अवलंबून असतो.

शिफारस केलेली पद्धत आहे ड्राइव्हवर अपलोड करण्यापूर्वी फाइल साफ करा, प्रतिमा किंवा दस्तऐवज गुणधर्मांमधून EXIF ​​डेटा काढून टाकणारी सिस्टम टूल्स किंवा विशेष अॅप्स वापरणे. अशा प्रकारे, तुम्ही ड्राइव्हमध्ये जतन केलेली सामग्री "स्वच्छ" होते.

जर तुमच्याकडे आधीच एम्बेडेड मेटाडेटा असलेल्या फाइल्स अपलोड केल्या असतील, तर गुगल ड्राइव्हमधील मेटाडेटा काढून टाकण्याऐवजी ते अधिक सोयीचे आहे. डाउनलोड करा, साफ करा आणि पुन्हा अपलोड करा, लागू असल्यास मूळ बदलणे. पीडीएफ किंवा प्रतिमांसह, जेव्हा तुम्हाला लेखकत्व, स्थान किंवा संपादन इतिहास संरक्षित करायचा असेल तेव्हा हे सामान्य आहे.

ड्राइव्हच्या विशिष्ट भागासाठी, नाव, लेबल्स आणि कंटेंटइंट्स (इंडेक्सेबल टेक्स्ट/थंबनेल) समायोजित करण्यावर लक्ष केंद्रित करा, जे तुमच्या नियंत्रणाखाली आहेत. जर तुम्ही प्रवेश परवानग्या देखील व्यवस्थापित केल्या तर तुम्ही दृश्यमान मेटाडेटाचे प्रदर्शन देखील कमी करता (उदाहरणार्थ, वाचन अधिकार असलेल्यांना प्रवेशयोग्य थंबनेल लिंक्स).

ते विसरू नका फक्त ड्राइव्ह मेटाडेटा बदलल्याने EXIF ​​किंवा अंतर्गत गुणधर्म काढून टाकले जात नाहीत. म्हणून, तुमच्या धोरणात फाइलची पूर्व-साफसफाई आणि ड्राइव्ह तुम्हाला स्पर्श करू देणाऱ्या सूक्ष्म मेटाडेटा व्यवस्थापनाचा समावेश असावा.

गुगल क्लाउडमध्ये सामान्यतः गोंधळलेला मेटाडेटा: व्हीएम, जीक्लाउड आणि मर्यादा

जर तुम्ही गुगल क्लाउडसह काम केले तर तुम्हाला अनेक दिसतील "मेटाडेटा" बद्दल मार्गदर्शक जे प्रत्यक्षात कॉम्प्युट इंजिन किंवा क्लाउड स्टोरेजचा संदर्भ देतात, ड्राइव्हचा नाही. तरीही, तुम्हाला हे मुद्दे जाणून घ्यायचे असतील जेणेकरून संशोधन करताना ते गोंधळात पडणार नाहीत.

मूलभूत gcloud CLI कॉन्फिगरेशन

गुगल क्लाउड सीएलआय स्थापित केल्यानंतर, यासह प्रारंभ करा:

gcloud init

तुमच्याकडे नवीनतम आवृत्ती आहे याची खात्री करणे महत्वाचे आहे:

gcloud components update

जर तुम्ही बाह्य ओळख प्रदाता वापरत असाल, gcloud सोबत काम करण्यापूर्वी तुमच्या फेडरेटेड ओळखीने साइन इन करा, विशेषतः जर तुम्ही तुमच्या स्थानिक वातावरणातून REST कॉल करण्यासाठी प्रमाणीकरण करणार असाल तर. REST API नमुने तुम्ही gcloud मध्ये कॉन्फिगर केलेल्या क्रेडेन्शियल्सचा वापर करू शकतात.

व्हीएम

परवानग्या आणि भूमिका (कॉम्प्यूट इंजिन): VM वर कस्टम मेटाडेटा जोडण्यासाठी, अपडेट करण्यासाठी किंवा हटवण्यासाठी, तुम्हाला योग्य IAM परवानग्या आवश्यक आहेत. सामान्य उदाहरणांमध्ये हे समाविष्ट आहे:

• जर तुमचे VM सेवा खाती वापरत असतील तर: परवानगी iam.serviceAccounts.actAs सेवा किंवा प्रकल्प खात्यात.
• प्रकल्प मेटाडेटा: compute.projects.get y compute.projects.setCommonInstanceMetadata.
• झोनल मेटाडेटा: compute.instanceSettings.get y compute.instanceSettings.update संबंधित क्षेत्रासाठी.
• उदाहरण मेटाडेटा: compute.instances.get y compute.instances.setMetadata.

मर्यादा

गुगल ड्राइव्हमधील मेटाडेटा काढून टाकण्याचा प्रयत्न करताना आम्हाला आलेल्या मुख्य मर्यादा या आहेत:

• आकार मर्यादा (कॉम्प्युट इंजिन): मेटाडेटा नोंदींची एकत्रित एकूण मर्यादा ५१२ केबी आहे. प्रत्येक की १२८ बाइट्सपर्यंत मर्यादित आहे आणि प्रत्येक मूल्य २५६ केबीपर्यंत मर्यादित आहे. उदाहरणार्थ, जर तुम्ही ssh-keys की वापरत असाल आणि २५६ केबी मर्यादा ओलांडली तर तुम्ही साफ करेपर्यंत अधिक की जोडू शकणार नाही.
• अप्पर केस आणि लोअर केस: की केस-सेन्सिटिव्ह असतात; व्हॅल्यूज देखील असतात, बुलियन वगळता. झोनलमध्ये, तुम्ही दोन की तयार करू शकत नाही ज्या फक्त केसमध्ये भिन्न असतात (झोनल-मेटाडेटा-की विरुद्ध झोनल-मेटाडेटा-की).
• झोनल मेटाडेटा: gcloud किंवा REST वापरून सेट किंवा काढून टाकले जातात. तुम्ही SSH की (ssh-keys) साठी झोनल व्हॅल्यूज परिभाषित करू शकत नाही. लॉजिकल प्रोजेक्ट/डिरेक्टरीमध्ये, जर एकाच कीसाठी प्रोजेक्ट-लेव्हल आणि झोनल व्हॅल्यूज असतील, तर झोनल व्हॅल्यू त्याच्या झोनमध्ये प्राधान्य घेते.
• समर्थित बुलियन मूल्ये: TRUE/FALSE व्यतिरिक्त, तुम्ही Y/Yes/1 आणि N/No/0 (केस असंवेदनशील) वापरू शकता.
• कॉन्फिगरेशन स्कोप (कॉम्प्यूट इंजिन):
  • प्रकल्प: प्रकल्पातील सर्व VM साठी सामान्य मेटाडेटा.
  • क्षेत्रीय: विशिष्ट झोनमधील सर्व VM ला प्रभावित करणाऱ्या आणि प्रकल्प मूल्याला ओव्हरराइड करू शकणाऱ्या नोंदी.
  • उदाहरण: विशिष्ट VM साठी मेटाडेटा (तयार केला जात आहे किंवा आधीच अस्तित्वात आहे).

ड्राइव्हमध्ये थंबनेल, इंडेक्सिंग आणि मेटाडेटा पुनर्प्राप्ती (REST आणि सर्वोत्तम पद्धती)

आता गुगल ड्राइव्हमधील मेटाडेटा काढून टाकताना थंबनेल्सची भूमिका पाहूया. आणि ते पुनर्प्राप्त करण्याचा सर्वोत्तम मार्ग देखील:

• REST ऑन-प्रिमाइसेससाठी प्रमाणीकरण: जर तुम्ही तुमच्या मशीनवरून REST उदाहरणे तपासत असाल, तर gcloud सह कॉन्फिगर केलेले क्रेडेन्शियल्स वापरा. ​​अशा प्रकारे, तुमचे ड्राइव्ह API कॉल तुम्ही आधीच सेट केलेल्या ओळखीचा आणि परवानग्यांचा आदर करतील.
• कस्टम थंबनेल अपलोड: contentHints.thumbnail ला दोन फील्डसह सेट करा: URL-सुरक्षित base64 प्रतिमा आणि योग्य mimeType. जर ड्राइव्ह स्वयंचलितपणे थंबनेल तयार करू शकत असेल, तर ते स्वतःचे थंबनेल वापरेल आणि तुमचे वगळेल. अन्यथा, ते तुम्ही प्रदान केलेले थंबनेल वापरेल.

ड्राइव्हमधील थंबनेल्ससाठीचे प्रमुख नियम:

• स्वरूप: PNG, GIF किंवा JPG.
• शिफारस केलेली रुंदी: १६०० पिक्सेल (किमान २२० पिक्सेल).
• कमाल आकार: 2MB.
• जर लघुप्रतिमा अजूनही संबंधित असेल तर प्रत्येक सेव्हसह ती अपडेट करा.

बद्दल महत्वाचे अवैधीकरण: फाइलमधील मजकूर बदलला की लघुप्रतिमा अवैध होतात; मेटाडेटा बदलत नाही. जर तुम्ही फक्त टॅग किंवा नाव बदलले तर, फाइलमध्ये बदल केल्याशिवाय नवीन लघुप्रतिमाची अपेक्षा करू नका.

अनुक्रमणिकायोग्य मजकूर

बझवर्ड्स वापरून शोध "मूर्ख" करण्याचा प्रयत्न करू नका. वापरकर्ता त्या फाईलसाठी योग्यरित्या शोधेल अशा संकल्पना आणि संज्ञा कॅप्चर करा आणि १२८ केबी मर्यादा तपासा. जेव्हा जेव्हा सामग्रीमध्ये लक्षणीय बदल होतात तेव्हा ते अद्यतनित करा.

सुसंगत नावे आणि विस्तार लागू कराजेव्हा शक्य असेल तेव्हा, अपलोड करताना नावात एक्सटेंशन समाविष्ट करा; जर ते गहाळ असेल, तर ड्राइव्ह ते MIME द्वारे अनुमान काढण्याचा प्रयत्न करेल. नावे स्पष्ट ठेवल्याने अस्पष्टता टाळता येईल आणि एक्सटेंशन शोधणे सोपे होईल.

ड्राइव्हमधील टॅग्ज

लेबल्समध्ये बदल करण्यासाठी, आवश्यक आयडेंटिफायर्स लक्षात ठेवा. तुम्हाला लेबलचा लेबलआयडी आणि फाइलचा फाइलआयडी आवश्यक असेल. तुम्ही प्रथम त्यांना 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.

लक्षात ठेवा, जरी ड्राइव्ह हा केंद्रबिंदू असला तरी, अनेक विकास ड्राइव्हला क्लाउड स्टोरेज किंवा इतर सेवांसह एकत्रित करतात, म्हणून तुम्हाला ऑब्जेक्ट अॅट्रिब्यूट्स तपासण्यासाठी स्टोरेजची उदाहरणे दिसतील.

// 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 मधील मेटाडेटा हटवू शकत नाही, कारण त्यांचे नियंत्रण त्यांना तयार करणाऱ्या व्यक्तीचे किंवा संस्थेतील उच्च परवानग्या असलेल्या व्यक्तीचे असते. या प्रकरणांमध्ये, तुम्ही फक्त तुमचा प्रवेश किंवा दृश्यमानता काढून टाकता.

मेटाडेटाशी संबंधित: फाइल हटवल्याने ड्राइव्हमधील त्याचा मेटाडेटा त्यासोबतच हटतो, परंतु ते इतर प्रतींमधील मेटाडेटा किंवा सिस्टममध्ये राहिलेल्या इतर कागदपत्रांमधील एम्बेडेड मेटाडेटावर परिणाम करत नाही.

वरील सर्व गोष्टींसह, तुम्ही आता चांगल्या प्रकारे फरक करू शकता ड्राइव्ह मेटाडेटा काय नियंत्रित करते (नाव, टॅग, शोध सूचना आणि लघुप्रतिमा), REST द्वारे त्यांची चौकशी कशी करायची, अपलोड करण्यापूर्वी एम्बेडेड डेटा साफ करण्यासाठी कोणत्या सर्वोत्तम पद्धतींचे पालन करावे आणि जेव्हा तुम्हाला इतर संदर्भात "मेटाडेटा" बद्दल बोलणारे Google क्लाउड दस्तऐवज आढळतात तेव्हा कोणत्या मर्यादा आणि परवानग्या लागू होतात.