مایگریشن از ربات دیگر
انتقال کاربران، موجودیها، پنلها و سرویسها از ربات فروش قبلی با فایل بکاپ SQL.
اگر قبلاً با ربات فروش دیگری کار میکردید، لازم نیست از صفر شروع کنید. ابزار 🧬 مایگریشن از ربات دیگر کاربران (با موجودی)، پنلها و سرویسهای فعال را از روی فایل بکاپ .sql ربات قبلی وارد PasarguardBot میکند.
منابع پشتیبانیشده
| دکمه | ربات مبدا |
|---|---|
| ویزویز پرو | ربات wizwiz pro |
| فاکسیما | ربات faoxima |
| دیدیبات (DDBot) | ربات DDBot |
فقط پنلهای پاسارگارد منتقل میشوند. در ویزویز و دیدیبات پنلهایی که نوعشان پاسارگارد نیست (و در همهٔ منابع پنلهایی که آدرس یا نام کاربری ندارند) نادیده گرفته میشوند و تعدادشان در پیشنمایش نمایش داده میشود.
قبل از شروع
اول بکاپ بگیرید
مایگریشن داده به دیتابیس اضافه میکند و دکمهٔ «برگرداندن» ندارد. قبل از شروع از ربات فعلی بکاپ بگیرید تا در صورت اشتباه بتوانید برگردید.
- از دیتابیس ربات قبلی یک خروجی
.sqlبگیرید (مثلاً از phpMyAdmin → Export، یا فایل بکاپی که خود آن ربات میدهد). حداکثر حجم فایل ۶۰ مگابایت است. - پنلهای پاسارگارد ربات قبلی باید در دسترس باشند و نام کاربری/رمز ذخیرهشده در بکاپ هنوز درست باشد؛ ربات برای تایید سرویسها واقعاً وارد پنل میشود.
- بهتر است در زمان کمترافیک انجام دهید.
مراحل
انتخاب منبع
پنل مدیریت → 🧬 مایگریشن از ربات دیگر را بزنید و نوع ربات مبدا را انتخاب کنید.
ارسال فایل
پیام 📤 فایل بکاپ ... را بهصورت .sql ارسال کنید. میآید. فایل را بهصورت Document بفرستید. فایل با پسوند دیگر (⚠️ فقط فایل با پسوند .sql پذیرفته میشود.) یا بزرگتر از حد مجاز رد میشود.
خواندن و بررسی زنده
ربات فایل را میخواند (⏳ در حال خواندن فایل بکاپ...)، سپس وارد هر پنل میشود و بررسی میکند کدام سرویسهای «فعال» بکاپ واقعاً هنوز روی پنل وجود دارند (⏳ در حال بررسی پنلها...). این مرحله چیزی در دیتابیس ذخیره نمیکند.
پیشنمایش
گزارش 🧬 پیشنمایش مایگریشن نمایش داده میشود (جزئیات پایین). اگر اعداد درست بود ✅ تایید و شروع وارد کردن و وگرنه ❌ لغو را بزنید.
وارد کردن و گزارش نهایی
ربات اطلاعات را وارد میکند و پیشرفت را نشان میدهد؛ در پایان گزارش نتیجه میآید.
پیشنمایش چه چیزی نشان میدهد؟
| خط | معنی |
|---|---|
| 👥 کاربران یافتشده | تعداد کل، کاربران جدید و کاربرانی که از قبل در ربات هستند |
| 🖥 پنلهای یافتشده | تعداد پنلها و تعداد نادیدهگرفتهشده |
| 📋 وضعیت پنلها | برای هر پنل: ✅ از قبل در ربات ثبت شده، ✅ ورود موفق یا ❌ ورود ناموفق (با علت)، و چند سرویس از سرویسهای فعال بکاپ روی پنل پیدا شد |
| 🧩 مجموع سرویسهای فعال | سرویسهای فعال در دیتابیس مبدا |
| ✅ سرویسهای تاییدشده | سرویسهایی که واقعاً روی پنل هستند و وارد میشوند |
| ⏭ نادیدهگرفتهشده | سرویسهای غیرفعال در مبدا، یا بدون پنل معتبر/شناسه |
چرا تعداد سرویسها کمتر است؟
رباتهای قدیمی گاهی سرویس را فقط از پنل پاک میکنند و رکوردش «فعال» در دیتابیس میماند. مایگریشن فقط سرویسهایی را وارد میکند که روی پنل تایید شوند؛ پس کمتر بودن عدد «تاییدشده» طبیعی است.
قوانین وارد کردن
| داده | تطبیق | رفتار |
|---|---|---|
| کاربران | با آیدی تلگرام | کاربر جدید با موجودی و زمان عضویت ربات قبلی ساخته میشود. کاربری که از قبل هست دست نمیخورد (موجودیاش جمع یا بازنویسی نمیشود) |
| پنلها | با آدرس پنل (base_url) | اگر پنلی با همین آدرس در ربات هست، از همان استفاده میشود. پنل جدید با نام، آدرس، نام کاربری و رمز بکاپ اضافه و فعال میشود. پنلی که ورودش ناموفق باشد اضافه نمیشود و سرویسهایش هم وارد نمیشوند |
| سرویسها | با پنل + نام کاربری | سرویسی که از قبل در ربات هست رد میشود. حجم، تاریخ انقضا و فعال/غیرفعال بودن از اطلاعات زندهٔ پنل گرفته میشود؛ مالک سرویس همان کاربر بکاپ است |
هیچ دادهای بازنویسی نمیشود؛ پس اجرای دوبارهٔ مایگریشن با همان فایل، فقط موارد جاافتاده را اضافه میکند.
گزارش نهایی
گزارش برای کاربران (اضافه شد / از قبل موجود بود)، پنلها (اضافه شد / از قبل موجود بود / ورود ناموفق) و سرویسها (اضافه شد / از قبل موجود بود / روی پنل پیدا نشد) عدد میدهد. اگر خطایی رخ داده باشد، عنوان ⚠️ مایگریشن با چند خطا به پایان رسید و آخرین موارد قابل بررسی نمایش داده میشود.
نکتههای عملی
- بعد از مایگریشن پنلهای جدید را در منوی پنلها بررسی کنید: پلنها، گروهها، تنظیمات اطلاعرسانی و … برای هر پنل باید تنظیم شوند؛ اینها از ربات قبلی منتقل نمیشوند.
- پلنها، کدهای تخفیف، متنها، تراکنشها و رابطهٔ دعوت (ارجاعدهنده) منتقل نمیشوند.
- پیشنمایش در حافظهٔ ربات نگه داشته میشود؛ اگر بین ارسال فایل و تایید، ربات ریاستارت شود، فایل را دوباره بفرستید.
- اگر پیام
❌ اجرای مایگریشن با خطا متوقف شد.گرفتید، لاگ سرور را ببینید (pasarguardbot logs— مدیریت لاگها). چون موارد موجود رد میشوند، میتوانید بعد از رفع مشکل دوباره اجرا کنید. - بعد از انتقال، با یک ارسال همگانی آیدی ربات جدید را به کاربران اطلاع دهید؛ کاربران منتقلشده باید یک بار ربات جدید را استارت کنند.