به صفحه خصوصی سفارش برگردید
پیوند ذخیره‌شده خرید را باز و وضعیت فعلی را ببینید. برای تحویل دستی، بین پرداخت و نتیجه آماده مرحله جداگانه‌ای برای آماده‌سازی وجود دارد. پرداخت تأییدشده را با انتقال تکمیل‌شده اشتباه نگیرید: به اطلاعات مورد مشخص و ظاهر شدن تحویل آماده توجه کنید.
اگر سفارش چند مورد دارد، هرکدام را جداگانه بررسی کنید. بخشی از نتیجه ممکن است زودتر از بقیه آماده شود. صرفاً چون دستورالعمل هنوز ظاهر نشده، خرید تکراری انجام ندهید. شماره سفارش را نگه دارید؛ در وضعیت نامفهوم، بدون انتشار محتوای خرید به پشتیبانی کمک می‌کند.
نتیجه را با توضیحات تأییدشده تطبیق دهید
وقتی تحویل آماده شد، آن را در صفحه سفارش باز کنید. اگر کپی یا دانلود فایل موجود است، روش مناسب ذخیره روی دستگاه خود را انتخاب کنید. سپس اطلاعات دریافتی را با محتوای توافق‌شده پیش از خرید مقایسه کنید: نوع محصول، نام، مشخصات و روند اتصال یا انتقال.
انتظارهای ناشی از نام دسته را به محصول مشخص تعمیم ندهید. برای گزارش، موضوع، پوشش و توصیه‌ها را بررسی کنید؛ برای مجوز، برنامه، فعال‌سازی و قابلیت‌های مجاز؛ برای آیتم بازی، بازی، ویژگی‌ها و روند دریافت. اگر بخشی از اطلاعات نیست، ابتدا روشن کنید، نه اینکه تنظیمات را حدس بزنید.
پیوند و اطلاعات دسترسی را محرمانه نگه دارید
پیوند خصوصی سفارش و محتوایش را باز می‌کند، پس آن را در پیام‌های عمومی و اسناد مشترک قرار ندهید. نسخه خود را جایی نگه دارید که فقط مشارکت‌کنندگان لازم دسترسی داشته باشند. هنگام آماده‌سازی تصویر صفحه برای پرسش، پیوند، گذرواژه‌ها، توکن‌ها و مقادیر محرمانه دیگر را پنهان کنید.
دسترسی‌های دریافتی را جدا از فایل‌های عمومی پروژه ذخیره کنید. برای گذرواژه‌ها از مخزن محافظت‌شده مناسب استفاده کنید. اگر شرایط سرویس و حقوق شما اجازه تغییر گذرواژه یا روش ورود می‌دهد، دستورالعمل پیشنهاد مشخص را دنبال کنید. پیش از روشن شدن قواعد استفاده و بازیابی، کورکورانه داده‌ها را تغییر ندهید.
برای API با درخواست کوچک و مجاز شروع کنید
مستندات دسترسی ارائه‌شده را بخوانید: روش احراز هویت، متدهای موجود، فیلدهای الزامی و قواعد محاسبه. کلید API را در مخزن کد، کد سمت کاربر، گزارش مشترک یا مکاتبه منتشر نکنید. راز را به روش پیش‌بینی‌شده محیط خود به برنامه برسانید و دسترسی را به مشارکت‌کنندگان لازم محدود کنید.
متن کوتاه خودتان یا ورودی آزمایشی مجاز دیگری آماده کنید. درخواست کوچکی اجرا و قالب پاسخ، رسیدگی به خطا و کسر حجم را بررسی کنید. سپس توقف هنگام محدودیت و پایش استفاده را پیش‌بینی کنید. اعتبار API به معنای دسترسی به همه مدل‌ها نیست و جای اشتراک وب را نمی‌گیرد.
دستورالعمل سرور، دامنه و اتصال را بررسی کنید
برای VPS/VDS ابتدا نشانی اتصال، سیستم و سطح حقوق را تطبیق دهید. اجزای لازم را در پروژه آزمایشی بررسی و به‌روزرسانی، ذخیره پشتیبان و بازیابی را آماده کنید. داده کاری را پس از بررسی سازگاری منتقل کنید؛ وجود سرور به‌خودی‌خود به معنای نسخه پشتیبان تنظیم‌شده یا مدیریت نیست.
برای دامنه، نام دقیق و روند توافق‌شده ثبت، انتقال یا مدیریت را تطبیق دهید. برای میزبانی روشن کنید چگونه نام متصل و فایل‌ها قرار داده شوند. اگر فقط گزارش انتخاب خریده‌اید، منتظر انتقال دامنه نباشید: از توصیه‌ها برای تصمیم جداگانه بعدی استفاده کنید.
برای پروکسی، پروتکل پشتیبانی‌شده و اتصال به سایت خود را بررسی کنید. برای شماره مجازی، فقط قابلیت ارتباط تأییدشده را در پروژه خود آزمایش کنید. پروفایل‌های جداگانه مرورگر را در چارچوب دسترسی مجاز به کار برید. تنظیمات ارائه‌شده را اجازه دور زدن قواعد پلتفرم‌های دیگر ندانید.
نتیجه نخستین آزمایش را ثبت کنید
سناریوی کوچک و تکرارپذیری انتخاب کنید: صفحه خود را باز کنید، فرم را بررسی کنید، نسخه آزمایشی برنامه را اجرا یا پاسخ متد API موجود را بخوانید. تنظیمات را مرحله‌به‌مرحله عوض کنید و بنویسید در کدام گام نتیجه مورد انتظار یا خطا دریافت شد.
در گزارش، توصیه‌های روشن و پرسش‌های نیازمند توضیح را علامت بزنید. پیش از پیاده‌سازی، کاربرد برای پروژه خود و روش مشاهده نتیجه را بسنجید. دریافت محصول دیجیتال وعده رتبه جستجو، بازدید یا درآمد نمی‌دهد؛ نخستین نتیجه مفید، انطباق بررسی‌شده با کار شماست.
بررسی حساب یا اشتراک در اولین ورود
برای حسابی که با آدرس ایمیل و رمز عبور ارائه می‌شود، آدرس رسمی خدمات را خودتان باز کنید و با استفاده از جزئیات صادر شده وارد شوید. نام حساب، برنامه اعلام شده، تاریخ انقضا اگر نمایش داده شود و دسترسی که لیست قول می‌دهد را بررسی کنید. اگر پیشنهاد از یک لینک فعال‌سازی یا نام کاربری استفاده می‌کند، در عوض از آن روش خاص تحویل پیروی کنید؛ انتظار نداشته باشید که مدارک ورود از یک اشتراک مبتنی بر لینک باشد.
ثبت یک ناسازگاری بدون افشا کردن مدارک کامل. اگر رمز عبور شکست خورد، قبل از تلاش مجدد تأیید کنید که خدمات و قالب ورود صحیح استفاده شده است. از پشتیبانی فروشگاه با شماره سفارش و شرح خطا بپرسید. تغییر یک رمز عبور یا روش بازیابی فقط زمانی که شرایط محصول و قوانین خدمات اجازه می‌دهد، و هر راز جدید تنظیم شده را در ذخیره امن خود نگه دارید.
آزمایش امن یک کارساز یا بسته پیشکار یک ماهه
برای یک سرور GPU، سخت‌افزار تحویل شده، حافظه، سیستم عامل، روش دسترسی و مدت یک ماه را با لیست مقایسه کنید. با یک بار کاری کوچک مجاز شروع کنید تا تأیید شود که پردازنده گرافیکی برای سیستم قابل مشاهده است و نرم‌افزار مورد نیاز می‌تواند اجرا شود. نظارت بر استفاده از منابع و ایجاد پشتیبان قبل از انتقال داده‌های مهم پروژه. پیکربندی تبلیغاتی سرعت هر برنامه را تضمین نمی‌کند.
برای یک بسته پروکسی، پروتکل، ترافیک مجاز، جغرافیا، قالب اتصال و تاریخ انقضا را بررسی کنید. یک اتصال واحد را در مقابل سرویس کنترل شده آزمایش کنید، سپس نتیجه و شمارنده استفاده را قبل از مقیاس‌بندی بررسی کنید. نگه داشتن مدارک شناسایی پیشکار خارج از ثبت عمومی. اگر نقطه پایانی یا مجوز تحویل شده با لیست تأیید شده متفاوت باشد، انتشار را متوقف کنید و با پشتیبانی با شماره سفارش و تفاوت خاص تماس بگیرید.
چک‌لیست تماس با پشتیبانی
از صفحه پشتیبانی یا راه تماسی استفاده کنید که مستقیم از سایت باز می‌شود: این‌گونه از اطلاعات تنظیم‌شده و به‌روز استفاده می‌کنید. مشکل را دقیق شرح دهید. اگر نام فیلد و متن خطای بدون راز کافی است، کل فایل تحویل را پیوست نکنید.
- شماره سفارش و موردی را که پرسش درباره آن است ذکر کنید.
- نتیجه مورد انتظار و مغایرت واقعی با محتوای تأییدشده را شرح دهید.
- گام‌های انجام‌شده را فهرست و متن امن خطا را ارائه کنید.
- گذرواژه‌ها، کلیدهای API، پیوند خصوصی و داده‌های نامرتبط را پنهان کنید.
- پاسخ را ذخیره و بررسی را طبق دستورالعمل توافق‌شده تکرار کنید.
