- سمجھو ته ڊرائيو ڪهڙي ميٽا ڊيٽا کي منظم ڪري ٿو (نالو، ٽيگ، انڊيڪس ايبل ٽيڪسٽ، ۽ ٿمب نيل) ۽ ڪهڙي ميٽا ڊيٽا ٻين گوگل ڪلائوڊ سروسز سان تعلق رکي ٿي.
- ڊيٽا جي ڳولا ۽ ترتيب ڏيڻ لاءِ ڊرائيو API استعمال ڪريو؛ فائلون اپلوڊ ڪرڻ کان اڳ EXIF ۽ ايمبيڊڊ ڊيٽا صاف ڪريو.
- حدن ۽ ضابطن جو احترام ڪريو (ٿمب نيلز، انڊيڪسيبل ٽيڪسٽ، ايڪسٽينشن) ۽ مقامي REST ٽيسٽنگ لاءِ gcloud سان تصديق ڪريو.
ڇا توهان پنهنجي فائلن جي ميٽا ڊيٽا کي ڪنٽرول ڪرڻ چاهيو ٿا؟ گوگل ڊرائيو ۽ خبر ناهي ڪٿان شروع ڪجي؟ هتي اسين تفصيل سان بيان ڪريون ٿا، گوگل ڊرائيو ۾ ميٽا ڊيٽا کي مؤثر ۽ محفوظ طريقي سان ڪيئن هٽايو وڃي (اپ لوڊ ڪيل فائلن جو ميٽا ڊيٽا). اسان توهان کي اهو به ٻڌايون ٿا ته گوگل فائل جي نالن، سائيز ۽ اجازتن تي ڪهڙيون حدون لاڳو ڪري ٿو.
هي گائيڊ توهان کي مڪمل ۽ حقيقي سمجهه ڏيندو ته گوگل ڊرائيو ۾ ميٽا ڊيٽا جي حوالي سان ڇا "ڊليٽ" ٿي سگهي ٿو (۽ نه ٿو ڪري سگهجي).
ڊرائيو ۾ ڇا تبديل يا "ڊليٽ" ڪري سگهجي ٿو
اهي ئي آهن ميٽادا جيڪو گوگل ڊرائيو تي اپلوڊ ٿيل فائلن مان هٽائي سگهجي ٿو:
نالو ۽ واڌارو: API ذريعي فائل ٺاهڻ وقت، نالو جي فيلڊ ۾ ايڪسٽينشن کي بيان ڪرڻ هڪ سٺو خيال آهي، مثال طور، "cat.jpg." جيڪڏهن توهان ان کي بيان نه ڪيو ته ڊرائيو MIME قسم مان ايڪسٽينشن جو اندازو لڳائي سگهي ٿو، پر اهو بهتر آهي ته ان کي پاڻ بيان ڪريو. بعد جي جوابن ۾، هڪ پڙهڻ لاءِ صرف فائل ايڪسٽينشن ظاهر ٿي سگهي ٿي ايڪسٽينشن سان جيڪو نالو مان آباد ٿئي ٿو. جيڪڏهن ڪو صارف فائل ڊائون لوڊ ڪري ٿو، ته ڊرائيو عنوان (۽ ان جي ايڪسٽينشن) مان آخري نالو مرتب ڪري ٿو.
- انڊيڪس لائق ٽيڪسٽ (contentHints.indexableText): ڊرائيو عام دستاويزن ۽ قسمن (PDFs، OCR-فعال تصويرون، وغيره) کي ڊفالٽ طور تي انڊيڪس ڪري ٿو. جيڪڏهن توهان جي ايپ ٻين فارميٽ (ڊرائنگ، وڊيوز، شارٽ ڪٽ) کي محفوظ ڪري ٿي، ته توهان ڳولا کي بهتر بڻائڻ لاءِ انڊيڪسيبل ٽيڪسٽ مهيا ڪري سگهو ٿا. هي ٽيڪسٽ HTML جي طور تي پروسيس ڪيو ويندو آهي: جيڪڏهن توهان ٽيگ تي مشتمل هڪ اسٽرنگ پاس ڪندا آهيو، ته ٽيڪسٽ مواد انڊيڪس ڪيو ويندو آهي، ٽيگ خاصيتون نه. contentHints.indexableText لاءِ 128KB سائيز جي حد آهي، ۽ اها سفارش ڪئي وئي آهي ته توهان ان کي هر محفوظ تي اپڊيٽ ڪريو ۽ ان کي فائل سان لاڳاپيل رکو.
- ٿمب نيل (contentHints.thumbnail): ڊرائيو ڪيترن ئي قسمن لاءِ ٿمب نيل ٺاهيندو آهي، پر انهن فارميٽ لاءِ جيڪي پاڻمرادو پيدا نه ڪندا آهن، توهان فائل ٺاهڻ يا اپڊيٽ ڪرڻ وقت پنهنجا اپ لوڊ ڪري سگهو ٿا. توهان کي تصوير کي URL-محفوظ base64 ۽ لاڳاپيل mimeType تي سيٽ ڪرڻ گهرجي. اهم قاعدا: سپورٽ ٿيل فارميٽ PNG، GIF، يا JPG آهن؛ تجويز ڪيل ويڪر 1600px (گهٽ ۾ گهٽ 220px) آهي، ۽ وڌ ۾ وڌ سائيز 2MB آهي. جڏهن فائل جو مواد تبديل ٿئي ٿو ته ٿمب نيل غلط ٿي ويندا آهن؛ ميٽا ڊيٽا تبديليون نه ٿيون ٿين.
- ٿمب نيلز تائين رسائي: ThumbnailLink فيلڊ هڪ مختصر URL واپس ڪري ٿو، صرف ان صورت ۾ رسائي لائق آهي جڏهن ايپ کي فائل پڙهڻ جي اجازت هجي (جيڪڏهن اهو عوامي نه هجي، ته توهان کي ان کي سند سان درخواست ڪرڻ جي ضرورت پوندي). توهان ان کي ڪنهن مخصوص فائل لاءِ يا قسم جي لحاظ کان فلٽر ڪيل فهرست لاءِ پڇي سگهو ٿا.
- ليبل: ڊرائيو توهان کي ليبلز کي فائلن سان ڳنڍڻ جي اجازت ڏئي ٿي. انهن کي ڳولڻ لاءِ، توهان files.listLabels استعمال ڪري سگهو ٿا، ۽ انهن کي تبديل ڪرڻ لاءِ، توهان کي لاڳاپيل ليبل آئي ڊي ۽ فائل آئي ڊي جو حوالو ڏيڻ گهرجي. هي ميڪانيزم مواد کي ڇهڻ کان سواءِ ناپسنديده درجه بندي کي درجه بندي ڪرڻ ۽، جيڪڏهن ضروري هجي ته، "صاف" ڪرڻ لاءِ ڪارآمد آهي.
گوگل ڊرائيو ۾ ميٽا ڊيٽا ختم ڪريو: فائل مان ئي "لڪيل" ميٽا ڊيٽا
گوگل ڊرائيو ۾ ميٽا ڊيٽا کي هٽائڻ لاءِ ڪو به جادوئي بٽڻ ناهي (جهڙوڪ فوٽوز ۾ EXIF يا PDFs ۾ ايمبيڊڊ ڊيٽا). ڊرائيو پنهنجو ميٽا ڊيٽا پاڻ منظم ڪري ٿو، پر فائل اندر ميٽا ڊيٽا ان ٽول تي منحصر آهي جنهن ان کي ٺاهيو آهي.
سفارش ڪيل عمل آهي ڊرائيو تي اپلوڊ ڪرڻ کان اڳ فائل صاف ڪريو، سسٽم ٽولز يا خاص ايپس استعمال ڪندي جيڪي تصويرن يا دستاويز جي ملڪيتن مان EXIF ڊيٽا کي هٽائي ڇڏيندا آهن. هن طريقي سان، جيڪو مواد توهان ڊرائيو ۾ محفوظ ڪيو ٿا اهو "صفائي ٿيل" اچي ٿو.
جيڪڏهن توهان وٽ اڳ ۾ ئي ايمبيڊڊ ميٽا ڊيٽا سان فائلون اپلوڊ ٿيل آهن، ته گوگل ڊرائيو ۾ ميٽا ڊيٽا کي هٽائڻ بدران، اهو وڌيڪ آسان آهي. ڊائون لوڊ ڪريو، صاف ڪريو ۽ ٻيهر اپلوڊ ڪريو، جيڪڏهن لاڳو ٿئي ته اصل کي تبديل ڪرڻ. PDFs يا تصويرن سان، اهو عام آهي جڏهن توهان تصنيف، مقام، يا ايڊيٽنگ جي تاريخ کي بچائڻ چاهيو ٿا.
ڊرائيو جي مخصوص حصي لاءِ، نالو، ليبل ۽ مواد جي اشارن کي ترتيب ڏيڻ تي ڌيان ڏيو (انڊيڪسيبل ٽيڪسٽ/ٿمب نيل)، جيڪي توهان جي ڪنٽرول هيٺ آهن. جيڪڏهن توهان رسائي جي اجازتن کي پڻ منظم ڪندا آهيو، ته توهان نظر ايندڙ ميٽا ڊيٽا جي نمائش کي پڻ گهٽائيندا آهيو (مثال طور، ٿمب نيل لنڪ جيڪي پڙهڻ جي حقن وارن لاءِ رسائي لائق آهن).
اهو نه وسارجانءِ صرف ڊرائيو ميٽا ڊيٽا کي تبديل ڪرڻ سان EXIF يا اندروني خاصيتون ختم نه ٿينديون آهن. تنهن ڪري، توهان جي حڪمت عملي کي فائل جي اڳ-صفائي کي نفيس ميٽا ڊيٽا انتظام سان گڏ ڪرڻ گهرجي جيڪو ڊرائيو توهان کي ڇهڻ جي اجازت ڏئي ٿو.
گوگل ڪلائوڊ ۾ عام طور تي مونجهارو ٿيل ميٽا ڊيٽا: وي ايم، جي ڪلائوڊ، ۽ حدون
جيڪڏهن توهان گوگل ڪلائوڊ سان ڪم ڪندا، ته توهان کي ڪيترائي نظر ايندا "ميٽا ڊيٽا" بابت هدايتون جيڪي اصل ۾ ڪمپيوٽ انجن يا ڪلائوڊ اسٽوريج جو حوالو ڏين ٿيون، ڊرائيو جو نه. تڏهن به، توهان انهن نقطن کي ڄاڻڻ چاهيندا ته جيئن تحقيق ڪرڻ وقت توهان انهن کي گڏ نه ڪريو.
بنيادي gcloud CLI ترتيب
گوگل ڪلائوڊ CLI انسٽال ڪرڻ کان پوءِ، ان سان شروع ڪريو:
gcloud init
اهو پڪ ڪرڻ ضروري آهي ته توهان وٽ جديد نسخو آهي جنهن ۾:
gcloud components update
جيڪڏهن توهان هڪ ٻاهرين سڃاڻپ فراهم ڪندڙ استعمال ڪندا آهيو، gcloud سان ڪم ڪرڻ کان اڳ پنهنجي فيڊريٽيڊ سڃاڻپ سان سائن ان ڪريو، خاص طور تي جيڪڏهن توهان پنهنجي مقامي ماحول مان REST ڪالون ڪرڻ لاءِ تصديق ڪرڻ وارا آهيو. REST API نمونا انهن سندن کي استعمال ڪري سگهن ٿا جيڪي توهان gcloud ۾ ترتيب ڏنيون آهن.
VMs
اجازتون ۽ ڪردار (ڪمپيوٽ انجن): VMs تي ڪسٽم ميٽا ڊيٽا شامل ڪرڻ، اپڊيٽ ڪرڻ، يا ختم ڪرڻ لاءِ، توهان کي مناسب IAM اجازتن جي ضرورت آهي. عام مثالن ۾ شامل آهن:
- جيڪڏهن توهان جا VM سروس اڪائونٽس استعمال ڪن ٿا: اجازت
iam.serviceAccounts.actAsسروس يا پروجيڪٽ اڪائونٽ ۾. - پروجيڪٽ ميٽا ڊيٽا:
compute.projects.getycompute.projects.setCommonInstanceMetadata. - زونل ميٽا ڊيٽا:
compute.instanceSettings.getycompute.instanceSettings.updateلاڳاپيل علائقي لاءِ. - انسٽنس ميٽا ڊيٽا:
compute.instances.getycompute.instances.setMetadata.
حدون
گوگل ڊرائيو ۾ ميٽا ڊيٽا کي هٽائڻ جي ڪوشش ڪندي اسان کي جيڪي مکيه حدون درپيش آيون اهي هي آهن:
- سائيز جون حدون (ڪمپيوٽ انجن): ميٽا ڊيٽا داخلائن جو گڏيل ڪل 512 KB تي محدود آهي. هر ڪي 128 بائيٽ تائين محدود آهي، ۽ هر ويليو 256 KB تائين محدود آهي. جيڪڏهن، مثال طور، توهان ssh-keys ڪي استعمال ڪندا آهيو ۽ 256 KB جي حد کان وڌيڪ آهيو، ته توهان وڌيڪ ڪي شامل نه ڪري سگهندا جيستائين توهان صاف نه ڪريو.
- اپر ڪيس ۽ لوئر ڪيس: ڪيز ڪيس حساس آهن؛ ويليوز پڻ آهن، سواءِ بولين جي. زونل ۾، توهان ٻه ڪيز نٿا ٺاهي سگهو جيڪي صرف ڪيس ۾ مختلف هجن (زونل-ميٽاڊيٽا-ڪي بمقابله زونل-ميٽاڊيٽا-ڪي).
- زونل ميٽا ڊيٽا: gcloud يا REST استعمال ڪندي سيٽ يا هٽايو ويو آهي. توهان SSH ڪيز (ssh-keys) لاءِ زونل ويليوز بيان نٿا ڪري سگهو. منطقي پروجيڪٽ/ڊائريڪٽري ۾، جيڪڏهن ساڳئي ڪي لاءِ پروجيڪٽ-سطح ۽ زونل ويليوز آهن، ته زونل ويليوز ان جي زون ۾ ترجيح وٺندي آهي.
- سپورٽ ٿيل بولين قدر: TRUE/FALSE کان علاوه، توهان Y/Yes/1 ۽ N/No/0 (ڪيس غير حساس) استعمال ڪري سگهو ٿا.
- ترتيب جا دائرا (ڪمپيوٽ انجن):
- پروجيڪٽ: پروجيڪٽ ۾ سڀني VMs لاءِ عام ميٽا ڊيٽا.
- زونل: داخلائون جيڪي هڪ خاص زون ۾ سڀني VMs کي متاثر ڪن ٿيون ۽ پروجيڪٽ جي قيمت کي اوور رائيڊ ڪري سگهن ٿيون.
- مثال: هڪ مخصوص VM لاءِ ميٽا ڊيٽا (ٺاهيو پيو وڃي يا اڳ ۾ ئي موجود آهي).

ڊرائيو ۾ ٿمب نيلز، انڊيڪسنگ، ۽ ميٽا ڊيٽا حاصل ڪرڻ (آرام ۽ بهترين طريقا)
اچو ته هاڻي گوگل ڊرائيو ۾ ميٽا ڊيٽا کي هٽائڻ وقت ٿمب نيلز جي ڪردار تي نظر وجهون. ۽ انهن کي ٻيهر حاصل ڪرڻ جو بهترين طريقو:
- REST آن پريميسس لاءِ تصديق: جيڪڏهن توهان پنهنجي مشين مان REST مثالن جي جانچ ڪري رهيا آهيو، ته پوءِ gcloud سان ترتيب ڏنل سندون استعمال ڪريو. هن طريقي سان، توهان جا ڊرائيو API ڪال توهان جي سڃاڻپ ۽ اجازتن جو احترام ڪندا جيڪي توهان اڳ ۾ ئي مقرر ڪيون آهن.
- ڪسٽم ٿمب نيل اپلوڊ: contentHints.thumbnail کي ٻن شعبن سان سيٽ ڪريو: URL-محفوظ base64 تصوير ۽ صحيح mimeType. جيڪڏهن ڊرائيو خودڪار طريقي سان هڪ ٿمب نيل ٺاهي سگهي ٿي، ته اهو پنهنجو ٿمب نيل استعمال ڪندو ۽ توهان جو ٿمب نيل ڇڏي ڏيندو. ٻي صورت ۾، اهو توهان جي مهيا ڪيل ٿمب نيل استعمال ڪندو.
ڊرائيو ۾ ٿمب نيلز لاءِ اهم اصول:
- فارميٽ: PNG، GIF يا JPG.
- تجويز ڪيل ويڪر: 1600 px (گهٽ ۾ گهٽ 220 px).
- وڌ ۾ وڌ سائيز: 2MB.
- جيڪڏهن اهو اڃا تائين لاڳاپيل آهي ته هر محفوظ سان ٿمب نيل کي اپڊيٽ ڪريو.
بابت اهم باطل ڪرڻ: جڏهن فائل جو مواد تبديل ڪيو ويندو آهي ته ٿمب نيل رد ٿي ويندا آهن؛ ميٽا ڊيٽا تبديليون نه ٿينديون آهن. جيڪڏهن توهان صرف ٽيگ يا نالو تبديل ڪندا آهيو، ته پوءِ نئين ٿمب نيل جي اميد نه رکو جيستائين توهان فائل کي تبديل نه ڪيو.
انڊيڪس لائق متن
بز ورڊز سان ڳولا کي "بيوقوف" بڻائڻ جي ڪوشش نه ڪريو. تصورات ۽ اصطلاحن کي پڪڙيو جيڪي هڪ صارف معقول طور تي ان فائل لاءِ ڳولا ڪندو، ۽ 128KB جي حد چيڪ ڪريو. جڏهن به مواد ۾ ڪا خاص تبديلي اچي ته ان کي اپڊيٽ ڪريو.
هڪجهڙا نالا ۽ ايڪسٽينشن لاڳو ڪريوجڏهن به ممڪن هجي، اپلوڊ ڪرڻ وقت نالي ۾ ايڪسٽينشن شامل ڪريو؛ جيڪڏهن اهو غائب آهي، ته ڊرائيو ان کي 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
}
گوگل ڊرائيو ۾ فائلن کي حذف ڪرڻ بمقابله ميٽا ڊيٽا کي حذف ڪرڻ
جيڪڏهن توهان چاهيو ته ڇا آهي ڊرائيو مان هڪ فائل ڊليٽ ڪريومالڪ جي حيثيت سان، توهان ان کي ويب تان ڪچري ۾ منتقل ڪري سگهو ٿا ساڄي ڪلڪ ڪري ۽ "ٽرش ۾ منتقل ڪريو" کي چونڊي. جيڪڏهن مالڪ ڪو ٻيو آهي، ته توهان صرف پنهنجي ڏيک مان فائل کي "هٽائي" سگهو ٿا؛ ٻيا اڃا تائين ان کي ڏسي سگهندا.
Para فائل کي مستقل طور تي ختم ڪرڻ لاءِ، توهان کي ڪچري کي خالي ڪرڻ گهرجي يا مستقل طور تي ختم ڪرڻ جو آپشن استعمال ڪرڻ گهرجي، هن صورت ۾، توهان ان کي ٻيهر حاصل ڪرڻ جي قابل نه هوندا. اهو، پاڻ ۾، ٻين فائلن مان "ميٽا ڊيٽا کي هٽائي" نٿو سگهي - اهو صرف ان شيءِ تي لاڳو ٿئي ٿو.
توهان گوگل ڊرائيو ۾ موجود انهن فائلن مان ميٽا ڊيٽا کي حذف نٿا ڪري سگهو جيڪي توهان جي ملڪيت نه آهن، ڇاڪاڻ ته انهن جو ڪنٽرول ان شخص جو آهي جنهن انهن کي ٺاهيو آهي يا تنظيم اندر اعليٰ اجازت رکندڙ ڪنهن شخص جو آهي. انهن حالتن ۾، توهان صرف پنهنجي رسائي يا نمائش کي ختم ڪريو ٿا.
ان کي ميٽا ڊيٽا سان لاڳاپيل ڪرڻ: فائل کي ڊليٽ ڪرڻ سان ڊرائيو ۾ ان جو ميٽا ڊيٽا ان سان گڏ ڊليٽ ٿي ويندو آهي، پر اهو ٻين ڪاپين ۾ ميٽا ڊيٽا يا ٻين دستاويزن ۾ شامل ٿيل ميٽا ڊيٽا کي متاثر نٿو ڪري جيڪي سسٽم ۾ رهن ٿا.
مٿي ڏنل سڀني سان، توهان هاڻي چڱي طرح فرق ڪري سگهو ٿا ڊرائيو ميٽا ڊيٽا ڪهڙي ڪنٽرول ڪري ٿو (نالو، ٽيگ، ڳولا جا اشارا، ۽ ٿمب نيل)، REST ذريعي انهن کان ڪيئن پڇا ڳاڇا ڪجي، اپلوڊ ڪرڻ کان اڳ ايمبيڊڊ ڊيٽا کي صاف ڪرڻ لاءِ ڪهڙا بهترين طريقا اختيار ڪرڻ گهرجن، ۽ جڏهن توهان گوگل ڪلائوڊ دستاويزن کي ڏسندا آهيو جيڪي ٻين حوالن ۾ "ميٽا ڊيٽا" بابت ڳالهائيندا آهن ته ڪهڙيون حدون ۽ اجازتون عمل ۾ اينديون آهن.
ايڊيٽر مختلف ڊجيٽل ميڊيا ۾ ڏهن سالن کان وڌيڪ تجربي سان ٽيڪنالاجي ۽ انٽرنيٽ جي مسئلن ۾ ماهر. مون اي ڪامرس، ڪميونيڪيشن، آن لائن مارڪيٽنگ ۽ اشتهارن جي ڪمپنين لاءِ ايڊيٽر ۽ مواد ٺاهيندڙ طور ڪم ڪيو آهي. مون اقتصاديات، فنانس ۽ ٻين شعبن جي ويب سائيٽن تي پڻ لکيو آهي. منهنجو ڪم به منهنجو شوق آهي. هاڻي، منهنجي مضمونن ذريعي Tecnobitsمان ڪوشش ڪريان ٿو انهن سڀني خبرن ۽ نون موقعن کي ڳولڻ جي جيڪي ٽيڪنالاجي جي دنيا اسان کي هر روز اسان جي زندگين کي بهتر بڻائڻ لاءِ پيش ڪري ٿي.