Python میں محفوظ Google Drive–OneDrive منتقلی بنائیں

مختصر جواب

منظم مائیگریشن کے لیے FileArk آپ کے کمپیوٹر کو ڈیٹا منتقل کرنے کا ذریعہ بنائے بغیر اس ورک فلو کو خودکار بناتا ہے۔ اسے کئی ٹیرا بائٹ پر مشتمل مائیگریشن ورک لوڈز کے ساتھ آزمایا گیا ہے اور یہ کامیابی کی اطلاع دینے سے پہلے سورس سے وصولی، فراہم کنندہ کی جانب سے اپ لوڈ کی منظوری اور منزل کے آبجیکٹ کی جانچ کرتا ہے۔ اگر آپ کو پائپ لائن خود چلانی ہو تو ذیل میں دیا گیا MIT لائسنس یافتہ Python پروگرام آپ کی مشین کے ذریعے محتاط انداز میں کاپی کرتا ہے اور سورس فائلیں کبھی حذف نہیں کرتا۔

کوڈ منتخب کرنے سے پہلے آپریٹنگ ماڈل منتخب کریں

جب فائل لائبریری بڑی ہو، کنکشن کو بغیر نگرانی چلانا ہو، یا ڈیٹا لیپ ٹاپ سے نہ گزارنا ہو تو براہِ راست کلاؤڈ مائیگریشن سروس عملی انتخاب ہے۔ FileArk منتقلی کو آن لائن جاری رکھتا ہے، فراہم کنندگان کے جوابات کی نگرانی کرتا ہے، قابلِ بازیابی ناکامیوں پر دوبارہ کوشش کرتا ہے اور پیش رفت کا ایک ہی منظر فراہم کرتا ہے۔ اس کا توثیقی طریقہ کسی فائل کو مکمل قرار دینے سے پہلے تین آزاد جانچیں انجام دیتا ہے۔

جب آپ کو OAuth ایپلیکیشنز، اسٹیجنگ ڈسکس، لاگز یا منزل کے فولڈر کی پالیسی پر مکمل اختیار درکار ہو تو مقامی اسکرپٹ مفید ہے۔ اس کے بدلے آپریشنل ذمہ داری آپ پر آتی ہے: آپ کی مشین کا آن لائن رہنا ضروری ہے، اس کا نیٹ ورک کنکشن رکاوٹ بن سکتا ہے، OAuth اسناد کو محفوظ رکھنا لازم ہے، اور فعال بیچ اور تصدیقی کاپی کے لیے کافی عارضی ڈسک اسپیس دستیاب رہنی چاہیے۔

یہاں جاری کیا گیا پروگرام دانستہ طور پر محتاط طرزِ عمل اپناتا ہے۔ یہ ایک ذاتی ڈرائیو کے روٹ سے منزل کے ایک نئے فولڈر میں کاپی کرتا ہے۔ یہ حذف کرنے کا کوئی طریقہ فراہم نہیں کرتا، متصادم فائلوں کو اوور رائٹ نہیں کرتا، تصدیق کے بعد ایک پائیدار چیک پوائنٹ محفوظ کرتا ہے، اور جب مقامی یا منزل کی گنجائش آپ کی مقرر کردہ محفوظ حد سے کم ہو جائے تو رک جاتا ہے۔

منتقلی کی پائپ لائن اور اس کی ناکامی کی حدود

1. ماخذ کے فولڈر ٹری کی فہرست بنائیں

   ماخذ اڈاپٹر فولڈرز میں تکراری طور پر جاتا ہے، فراہم کنندہ کی پیجینیشن کی پیروی کرتا ہے، IDs، راستے، اقسام اور بتائے گئے سائز ریکارڈ کرتا ہے، اور تعاون یافتہ Google کی مقامی فائلوں کو قابلِ منتقلی ایکسپورٹ فارمیٹس میں تبدیل کرتا ہے۔

2. منزل اور مقامی گنجائش کی پری فلائٹ جانچ کریں

   انجن زیرِ التوا بائٹس اور قابلِ کنفیگریشن محفوظ گنجائش کے مجموعے کا منزل کے کوٹے سے موازنہ کرتا ہے۔ یہ ہر بیچ اور ہر انفرادی ڈاؤن لوڈ سے پہلے اسٹیجنگ فائل سسٹم کی بھی جانچ کرتا ہے۔

3. محدود سائز کا بیچ اسٹیج کریں

   فائلوں پر ایسے بیچز میں کارروائی ہوتی ہے جنہیں کل بائٹس اور فائلوں کی تعداد، دونوں محدود کرتے ہیں۔ صرف موجودہ بیچ مقامی ڈسک استعمال کرتا ہے، اس لیے بڑی لائبریری کے لیے اسی حجم کی ڈرائیو درکار نہیں ہوتی۔

4. ہیش بنائیں اور اپ لوڈ کریں

   ڈاؤن لوڈ کے بعد اسکرپٹ مقامی SHA-256 کا حساب لگاتا ہے، ماخذ کے معلوم سائز کی جانچ کرتا ہے، منزل پر فولڈرز بناتا ہے اور فراہم کنندہ سے مطابقت رکھنے والے، دوبارہ شروع کیے جا سکنے والے حصوں میں اپ لوڈ کرتا ہے۔

5. تصدیق کریں اور چیک پوائنٹ بنائیں

   ڈیفالٹ موڈ منزل پر موجود نئے آبجیکٹ کو دوبارہ ڈاؤن لوڈ کرتا اور SHA-256 کا موازنہ کرتا ہے۔ صرف مماثل فائل کو JSON چیک پوائنٹ میں درج اور مقامی اسٹیجنگ سے حذف کیا جاتا ہے۔

MIT لائسنس یافتہ Python کا مکمل ایڈیشن ڈاؤن لوڈ کریں

ڈاؤن لوڈ ایک واحد اور قابلِ مطالعہ Python انٹری پوائنٹ ہے۔ فراہم کنندگان کے SDKs صرف حقیقی منتقلی کے لیے امپورٹ کیے جاتے ہیں، اس لیے ڈیمو اور مدد کی کمانڈز انحصارات یا اسناد انسٹال ہونے سے پہلے بھی چلتی ہیں۔ ایک الگ requirements فائل کم از کم تعاون یافتہ پیکیجز کے ورژنز مقرر کرتی ہے، اور لائسنس سورس کے ساتھ فراہم کیا جاتا ہے۔

اسے استعمال کرنے سے پہلے کوڈ پڑھیں، منزل کے ایک چھوٹے فولڈر کے ساتھ آزمائیں، اور قیمتی ڈیٹا کے لیے دوبارہ ڈاؤن لوڈ کے ذریعے تصدیق کی طے شدہ ترتیب برقرار رکھیں۔ کوئی بھی عمومی اسکرپٹ شیئرنگ کی ہر اجازت، شارٹ کٹ، برقرار رکھنے کا لیبل، مشترکہ ڈرائیو کا اصول یا ٹیننٹ پالیسی بعینہٖ منتقل نہیں کر سکتا۔

کلاؤڈ رسائی دینے سے پہلے حفاظتی طریقۂ کار دیکھیں

پہلے ڈیمو چلائیں۔ یہ نیٹ ورک کالز نہیں کرتا اور کلاؤڈ میں کوئی ڈیٹا نہیں لکھتا۔ آخری سطر دانستہ طور پر بالکل واضح ہے: ماخذ کی صفر فائلیں حذف کی گئیں۔ اصل انجن منظم لاگز کے ذریعے یہی ترتیب جاری کرتا ہے اور پہلی غیر تصدیق شدہ فائل پر غیر صفر کوڈ کے ساتھ بند ہو جاتا ہے۔

chmod +x fileark-cloud-transfer.py
python3 fileark-cloud-transfer.py --demo
python3 fileark-cloud-transfer.py --help

راز شامل کیے بغیر OAuth کلائنٹس بنائیں

Google Drive کے لیے Google Cloud پروجیکٹ میں ڈیسک ٹاپ OAuth کلائنٹ بنائیں، Drive API فعال کریں، رضامندی کی اسکرین کنفیگر کریں، اور کلائنٹ JSON ڈاؤن لوڈ کریں۔ اس کا راستہ --google-client-secret کے ساتھ دیں یا GOOGLE_OAUTH_CLIENT_SECRET_FILE مقرر کریں۔ اسکرپٹ Drive تک رسائی مانگتا ہے کیونکہ اسے فائلوں کی فہرست بنانے، انہیں ڈاؤن لوڈ کرنے، فولڈرز بنانے، اپ لوڈ کرنے اور تصدیق کرنے کی ضرورت ہوتی ہے۔

OneDrive کے لیے Microsoft Entra ID میں ایک پبلک کلائنٹ ایپلیکیشن رجسٹر کریں، ڈیوائس کوڈ فلو فعال کریں، تفویض کردہ Files.ReadWrite اجازت شامل کریں اور ایپلیکیشن کلائنٹ ID فراہم کریں۔ صارفین اور تنظیموں دونوں کے اکاؤنٹس کے لیے common، دفتری اکاؤنٹس کے لیے organizations، یا پالیسی کی شرط ہونے پر مخصوص ٹیننٹ ID منتخب کریں۔

ٹوکنز مقامی فائلوں میں کیش کیے جاتے ہیں تاکہ رکاوٹ کا شکار منتقلی نئے لاگ اِن کے بغیر دوبارہ شروع ہو سکے۔ کلائنٹ JSON اور ٹوکن کیشز کو راز سمجھیں: انہیں ورژن کنٹرول سے خارج رکھیں، فائل سسٹم کی اجازتیں محدود کریں، سپورٹ ٹکٹس میں کبھی اپ لوڈ نہ کریں، اور منتقلی منظور ہو جانے پر انہیں حذف کر دیں۔

python3 -m venv .venv
. .venv/bin/activate
python -m pip install --upgrade pip
python -m pip install -r requirements-fileark-cloud-transfer.txt

Google Drive سے OneDrive پر منتقلی چلائیں—یا اس کے برعکس

شناخت سے متعلق تمام قدریں آپریٹر کی ذمہ داری ہیں۔ پروگرام کے ساتھ کوئی کلائنٹ ID، سیکرٹ، ٹیننٹ، ٹوکن، ریموٹ اکاؤنٹ یا منزل کی اسناد فراہم نہیں کی جاتیں۔ پہلی کمانڈ براؤزر میں Google اور ڈیوائس کوڈ کے ذریعے Microsoft میں سائن ان کرتی ہے، پھر فائلیں OneDrive کے ایک نئے فولڈر میں کاپی کرتی ہے۔

OneDrive سے Google Drive منتقلی چلانے کے لیے ماخذ اور منزل کو الٹ دیں۔ ہر آزاد منتقلی کے لیے الگ اسٹیٹ فائل اور منزل کا روٹ استعمال کریں۔ چیک پوائنٹ ماخذ فراہم کنندہ، منزل فراہم کنندہ اور روٹ کو باہم منسلک کرتا ہے اور غیر مطابق کنفیگریشن کے ساتھ دوبارہ شروع ہونے سے انکار کر دیتا ہے۔

export MICROSOFT_CLIENT_ID="your-public-client-id"
python fileark-cloud-transfer.py \
  --source google \
  --destination onedrive \
  --google-client-secret ./client_secret.json \
  --microsoft-tenant common \
  --destination-root "FileArk Manual Transfer 2026-07-25" \
  --batch-gib 8 \
  --batch-files 200 \
  --local-reserve-gib 15 \
  --destination-reserve-gib 10 \
  --verification redownload

python fileark-cloud-transfer.py \
  --source onedrive \
  --destination google \
  --microsoft-client-id "$MICROSOFT_CLIENT_ID" \
  --google-client-secret ./client_secret.json \
  --destination-root "OneDrive archive 2026-07-25" \
  --state-file ./onedrive-to-google-state.json \
  --verification redownload

گنجائش ایک سے زیادہ مرتبہ کیوں جانچی جاتی ہے

طویل منتقلی کے دوران ایک بار کی پری فلائٹ جانچ پرانی ہو سکتی ہے۔ کوئی شخص منزل پر دوسری فائلیں اپ لوڈ کر سکتا ہے، ایک ایکسپورٹ شدہ Google دستاویز اپنے سورس میٹا ڈیٹا میں بتائے گئے حجم سے بڑی ہو سکتی ہے، اور غیر متعلقہ ایپلیکیشنز مقامی ڈسک استعمال کر سکتی ہیں۔ اس لیے انجن شروع ہونے سے پہلے منزل کی مجموعی گنجائش، ہر بیچ پر منزل کی گنجائش، ہر مقامی ڈاؤن لوڈ کے بعد دوبارہ منزل کی گنجائش، اور ہر اسٹیجنگ یا توثیقی کاپی سے پہلے مقامی ڈسک کی جانچ کرتا ہے۔

ریزرو کی قدریں عملی گنجائش ہیں، منتقلی کے حجم کے تخمینے نہیں۔ انہیں آپریٹنگ سسٹم اپ ڈیٹس، فراہم کنندہ کی اکاؤنٹنگ میں تاخیر اور اسی کلاؤڈ کوٹے کے دوسرے صارفین کے لیے کافی زیادہ رکھیں۔ جب کوئی فراہم کنندہ محدود باقی کوٹا ظاہر نہیں کرتا تو اسکرپٹ تنبیہ کرتا ہے اور فراہم کنندہ کے نفاذ پر انحصار کرتا ہے؛ یہ معلوم پری فلائٹ جانچ کے مقابلے میں کمزور طریقہ ہے اور اس کی فعال نگرانی ضروری ہے۔

def ensure_destination_capacity(quota, required, reserve):
    if quota.remaining is None:
        LOG.warning("Destination did not report a finite quota")
        return
    needed = required + reserve
    if quota.remaining < needed:
        raise RuntimeError(
            f"Destination is too small: {human_bytes(quota.remaining)} free, "
            f"{human_bytes(needed)} required including reserve."
        )

اسٹیجنگ کے حجم کو بائٹس اور تعداد کے لحاظ سے محدود کریں

بائٹس کی بالائی حد ڈسک کے استعمال کو قابو میں رکھتی ہے؛ فائلوں کی تعداد کی بالائی حد اس وقت API اور فائل سسٹم کا اضافی بوجھ محدود کرتی ہے جب ماخذ میں لاکھوں چھوٹی آبجیکٹس ہوں۔ بیچ کی حد سے بڑی فائل کو ایک فائل کے بیچ کے طور پر اجازت دی جاتی ہے، اس لیے محفوظ گنجائش سب سے بڑی انفرادی آبجیکٹ کے مطابق مقرر ہونی چاہیے۔

ڈیفالٹ چنک 10 MiB ہے۔ یہ Google Drive کی 256 KiB ریزیوم ایبل اپ لوڈ گرینولیریٹی اور Microsoft Graph کی 320 KiB مسلسل فریگمنٹ کی شرط کا مشترکہ مضرب ہے۔ کمانڈ لائن ویلیڈیٹر توثیق سے پہلے غیر موافق چنک سائز مسترد کر دیتا ہے۔

def batches(files, max_bytes, max_files):
    batch, batch_size = [], 0
    for item in files:
        planned_size = max(item.size, 1)
        if batch and (
            len(batch) >= max_files
            or batch_size + planned_size > max_bytes
        ):
            yield batch
            batch, batch_size = [], 0
        batch.append(item)
        batch_size += planned_size
    if batch:
        yield batch

Google کی مقامی دستاویزات کو تبدیل شدہ فائلوں کے طور پر سنبھالیں

Google Docs، Sheets، Slides، Drawings اور Apps Script پروجیکٹس عام ڈاؤن لوڈ ہونے والی بائٹ اسٹریمز نہیں ہیں۔ Google اڈاپٹر انہیں بالترتیب DOCX، XLSX، PPTX، PNG اور JSON میں ایکسپورٹ کرتا اور فائل کے نام میں قابلِ انتقال ایکسٹینشن شامل کرتا ہے۔ فولڈرز میں جایا جاتا ہے، مگر جب تک ان میں کوئی فائل نہ ہو انہیں خالی آبجیکٹس کے طور پر اپ لوڈ نہیں کیا جاتا۔

تبدیلی سے فونٹس، فارمولے، تبصرے، ایمبیڈڈ آبجیکٹس، صفحے کی ترتیب اور اشتراکی سرگزشت بدل سکتی ہے۔ Google کے ایکسپورٹ اینڈ پوائنٹس فارمیٹ اور حجم کی پابندیاں بھی عائد کرتے ہیں۔ اسکرپٹ کوئی فرضی نمائندگی بنانے کے بجائے غیر معاون مقامی اقسام کو تنبیہ کے ساتھ چھوڑ دیتا ہے۔ تبدیل شدہ نمائندہ فائلوں کا دستی طور پر جائزہ لیں۔

شارٹ کٹس، مشترکہ ڈرائیوز، آپ کے ساتھ شیئر کی گئی مگر My Drive میں موجود نہ ہونے والی فائلیں، OneNote پیکیجز، ادارے کا برقرار رکھنے سے متعلق میٹا ڈیٹا، ورژن ہسٹری اور شیئرنگ ACLs اس ایڈیشن کے دائرۂ کار سے باہر ہیں۔ انہی حدود کی وجہ سے فائلوں کی نقل کو ٹیننٹ کی مکمل منتقلی نہیں کہنا چاہیے۔

عین بائٹس کے لیے منزل سے مکمل دوبارہ ڈاؤن لوڈ کے ذریعے تصدیق کریں

فراہم کنندہ کی جانب سے اپ لوڈ کی کامیابی ضروری ہے، مگر کافی نہیں۔ اپ لوڈ کے بعد اسکرپٹ پہلے منزل کے میٹا ڈیٹا میں موجود حجم کا اسٹیج شدہ فائل سے موازنہ کرتا ہے۔ پھر ڈیفالٹ دوبارہ ڈاؤن لوڈ موڈ میں منزل کے آبجیکٹ کو عارضی ملحقہ فائل میں ڈاؤن لوڈ کرتا، SHA-256 کا حساب لگاتا اور اس ڈائجسٹ کا اسٹیج شدہ سورس کے ڈائجسٹ سے موازنہ کرتا ہے۔

صرف سائز اور ڈائجسٹ، دونوں کے مطابق ہونے پر چیک پوائنٹ اندراج بنتا ہے۔ چیک پوائنٹ ماخذ ID، ماخذ کا بتایا ہوا سائز، منزل ID، منزل کا راستہ، حقیقی بائٹس، دونوں ڈائجسٹس اور تکمیل کا UTC وقت ریکارڈ کرتا ہے۔ اگر چیک پوائنٹ شدہ ماخذ کا راستہ بعد میں کسی مختلف ID یا سائز کی طرف اشارہ کرے تو اسکرپٹ تبدیل شدہ ڈیٹا کو خاموشی سے چھوڑنے کے بجائے رک جاتا ہے۔

دوبارہ ڈاؤن لوڈ کرنے سے منزل کی جانب ریڈ ٹریفک دگنی ہو جاتی ہے اور عارضی طور پر اسٹیج کی گئی فائل اور تصدیقی کاپی، دونوں کے لیے جگہ درکار ہوتی ہے۔ میٹا ڈیٹا موڈ صرف اس وقت منتخب کریں جب یہ لاگت پوری طرح سمجھی گئی ہو اور مواد کی تصدیق کا ایک آزاد عمل موجود ہو۔

destination.redownload(uploaded, verification_copy)
verification_hash = sha256_file(verification_copy)
if verification_hash != local_hash:
    raise RuntimeError(
        f"SHA-256 mismatch after destination re-download: {relative!r}."
    )

state["completed"][relative] = {
    "source_id": item.id,
    "destination_id": uploaded.id,
    "bytes": actual_size,
    "sha256": local_hash,
    "destination_sha256": verification_hash,
}

غیر یقینی صورتِ حال کو کامیابی سمجھے بغیر دوبارہ شروع کریں

پروگرام ایک عارضی فائل اور اس کا نام تبدیل کرنے کے ذریعے اسٹیٹ کو ایٹمی انداز میں لکھتا ہے۔ کسی تصدیق شدہ آئٹم کو اس پائیدار تحریر کے بعد ہی مقامی اسٹیجنگ سے ہٹایا جاتا ہے۔ وہی کمانڈ دوبارہ چلانے پر چیک پوائنٹ شدہ آئٹمز چھوڑ دیے جاتے ہیں اور زیرِ التوا راستوں سے عمل جاری رہتا ہے۔

فراہم کنندہ کے اپ لوڈ قبول کرنے کے بعد مگر چیک پوائنٹ لکھے جانے سے پہلے کریش ہو سکتا ہے۔ چونکہ تصادم کی صورت میں طرزِ عمل ناکام ہونا ہے، اس لیے اگلا رن اوور رائٹ کرنے یا غلط طور پر کامیابی ظاہر کرنے کے بجائے منزل کے اس موجودہ پاتھ پر رک جاتا ہے۔ آبجیکٹ کا معائنہ اور موازنہ کریں، پھر یا تو احتیاط سے تصدیق شدہ ریکوری اندراج شامل کریں یا منزل کے نئے روٹ میں دوبارہ شروع کریں۔

OAuth کی میعاد ختم ہونے، شرح کی حد بندی، عارضی سرور خرابیوں اور منقطع چنکس کی صورت میں متعین حدود کے اندر دوبارہ کوشش کی جاتی ہے۔ توثیق یا اجازت کی مستقل ناکامیاں پروگرام روک دیتی ہیں۔ ناکامی کو سمجھنے تک لاگز، چیک پوائنٹ اور اسٹیجنگ کا مواد محفوظ رکھیں۔

حقیقی قبولیت ٹیسٹ چلائیں

• ایسے چھوٹے فولڈر سے آغاز کریں جس میں خالی فائلیں، بڑی فائلیں، گہرے پاتھ، Unicode نام اور Google کی مقامی دستاویزات شامل ہوں۔
• پہلے --dry-run چلائیں اور انوینٹری کے بائٹس کے مجموعے کا فراہم کنندہ کے انٹرفیس سے موازنہ کریں۔
• پہلے پروڈکشن بیچ کے دوران مقامی خالی جگہ اور منزل کے کوٹے کی الگ الگ نگرانی کریں۔
• دوبارہ ڈاؤن لوڈ کر کے توثیق کو فعال رکھیں اور چیک پوائنٹ کو اپنے مائیگریشن ریکارڈز کے ساتھ آرکائیو کریں۔
• منزل پر نمائندہ PDFs، Office فائلیں، تصاویر، ویڈیوز، آرکائیوز اور تبدیل شدہ مقامی دستاویزات کھول کر دیکھیں۔
• فولڈرز اور فائلوں کی متوقع تعداد کا موازنہ کریں، چھوڑی گئی یا ناکام ہونے والی ہر آئٹم کی تحقیق کریں، اور دوسرے صارف کے ذریعے رسائی آزمائیں۔
• ایک طے شدہ مشترکہ مدت تک ماخذ کو بغیر تبدیلی کے رکھیں۔ یہ اسکرپٹ اسے کبھی حذف نہیں کرتا۔

اکثر پوچھے گئے سوالات

کیا Python اسکرپٹ کبھی ماخذ فائلیں حذف کرتا ہے؟

نہیں۔ سورس حذف کرنے کی سہولت نافذ نہیں کی گئی۔ انجن سورس سے ڈاؤن لوڈ کرتا اور منزل کے ایک علیحدہ روٹ میں لکھتا ہے؛ کامیاب توثیق صرف عارضی مقامی اسٹیجنگ کاپی کو حذف کرتی ہے۔

کیا یہ دونوں سمتوں میں منتقلی کر سکتا ہے؟

ہاں۔ Google Drive یا OneDrive کو ماخذ اور دوسرے فراہم کنندہ کو منزل مقرر کریں۔ ہر منتقلی کے لیے منفرد چیک پوائنٹ اور منزل کا روٹ استعمال کریں۔

کیا یہ شیئرنگ کی اجازتیں اور فائل ہسٹری محفوظ رکھتا ہے؟

نہیں۔ یہ ایڈیشن فائل کا موجودہ مواد اور فولڈر کے راستے کاپی کرتا ہے۔ شیئرنگ ACLs، عوامی لنکس، ورژنز، تبصرے، لیبلز، برقرار رکھنے کی پالیسی اور ادارے سے مخصوص میٹا ڈیٹا کے لیے الگ منتقلی اور تصدیق درکار ہے۔

ابھی اپ لوڈ کی گئی فائلیں دوبارہ کیوں ڈاؤن لوڈ کی جائیں؟

اپ لوڈ کی قبولیت اور میٹا ڈیٹا کا سائز یہ ثابت نہیں کرتے کہ منزل کے عین بائٹس دوبارہ پڑھے جا سکتے ہیں۔ دوبارہ ڈاؤن لوڈ موڈ منزل کے مواد پر SHA-256 کا حساب لگاتا ہے اور صرف عین مماثلت پر چیک پوائنٹ بناتا ہے۔

کیا یہ Google یا Microsoft کا باضابطہ ٹول ہے؟

نہیں۔ یہ MIT لائسنس کے تحت جاری کردہ FileArk کا ایک آزاد حوالہ جاتی نفاذ ہے۔ اس کا جائزہ لیں، غیر اہم ڈیٹا کے ساتھ آزمائیں، اور اپنے فراہم کنندہ اور ادارے کی پالیسیوں پر عمل کریں۔

اس رہنما مضمون کے لیے استعمال کیے گئے سرکاری وسائل

• Google Workspace لرننگ سینٹر: OneDrive سے Google Drive پر منتقل ہوں
• Google Drive مدد: اسٹوریج اور فائلوں کا طرزِ عمل
• Microsoft سپورٹ: OneDrive پر فائلیں اپ لوڈ اور محفوظ کریں
• Google Drive API: فائلیں ڈاؤن لوڈ اور ایکسپورٹ کریں
• Google Drive API: دوبارہ شروع کیے جا سکنے والے اپ لوڈز
• Google Drive API: اسٹوریج کوٹے کے فیلڈز
• Microsoft Graph: ڈرائیو کے چائلڈ آئٹمز کی فہرست بنائیں
• Microsoft Graph: ریزیوم ایبل اپ لوڈ سیشن بنائیں
• Microsoft Graph: OneDrive کوٹا ریسورس