انتقال تغییرات Staging به سایت اصلی

محیط Staging یک نسخه آزمایشی از سایت اصلی است که برای انجام تغییرات بدون تأثیر روی کاربران واقعی استفاده می‌شود.

معمولاً تغییراتی مانند موارد زیر ابتدا روی Staging انجام می‌شوند:

• تغییر Theme
• نصب یا تنظیم Pluginها
• تغییر کدهای قالب
• بررسی نسخه جدید WordPress
• تست تغییرات طراحی

بعد از اینکه تغییرات بررسی شدند، مرحله بعد انتقال آن‌ها به سایت اصلی (Production) است.

در WP Toolkit این کار با قابلیت Copy Data انجام می‌شود. این قابلیت اجازه می‌دهد فایل‌ها، Database یا بخش‌هایی از اطلاعات Staging به سایت اصلی منتقل شوند.

تفاوت Staging و Production

قبل از انتقال تغییرات باید تفاوت این دو محیط مشخص باشد.

برای مثال:

staging.example.com
        ↓
example.com

در این حالت تغییرات ابتدا روی staging.example.com انجام شده و بعد به سایت اصلی منتقل می‌شوند.

اگر بدون بررسی، کل Staging روی Production کپی شود، ممکن است اطلاعات جدید کاربران یا سفارش‌ها از بین برود.

در نمونه بررسی شده در این آموزش یک سایت staging با تعدادی افزونه و تم وجود دارد در حالی که سایت اصلی هیچ محتویاتی ندارد و سایت staging روی سایت اصلی پیاده سازی می‌شود.

وضعیت پلاگین‌های اولیه هم از طریق کارت مربوط به هر سایت در wp toolkit:

staging:

production:

و هم از طریق wp-admin در sidebar سمت چپ هر کدام از سایت‌ها قابل مشاهده است:

staging:

production:

پیش‌نیازهای انتقال تغییرات

قبل از انتقال بهتر است موارد زیر بررسی شوند:

• Backup از سایت اصلی وجود داشته باشد.
• تغییرات Staging کامل بررسی شده باشند.
• وضعیت سایت اصلی مشخص باشد.
• فضای Disk کافی وجود داشته باشد.
• Pluginهای مهم مانند Cache یا Security بررسی شوند.

به‌خصوص برای سایت‌های فروشگاهی، قبل از انتقال باید بررسی شود که در زمان Copy Data اطلاعات جدیدی مانند:

• سفارش‌ها
• کاربران جدید
• فرم‌های ثبت‌شده

روی سایت اصلی ایجاد نشده باشند.

باز کردن ابزار Copy Data در WP Toolkit

برای انتقال تغییرات:

وارد WP Toolkit شوید.

سپس:

Staging Website
→ Copy Data

را انتخاب کنید.

در این بخش باید سایت مقصد مشخص شود.

معمولاً Workflow به شکل زیر است:

Staging
     ↓
Copy Data
     ↓
Production

انتخاب نوع اطلاعات برای انتقال

WP Toolkit معمولاً اجازه می‌دهد مشخص کنید چه چیزی منتقل شود.

گزینه‌های اصلی:

انتخاب درست این بخش مهم‌ترین مرحله انتقال است.

انتقال فقط فایل‌ها

در بعضی تغییرات فقط فایل‌ها باید منتقل شوند.

مثلاً:

• تغییر CSS
• تغییر فایل‌های Theme
• اضافه کردن فایل‌های جدید Plugin

در این حالت:

Copy Files

انتخاب می‌شود.

Database تغییر نمی‌کند.

این روش برای سایت‌هایی مناسب است که اطلاعات Dynamic آن‌ها روی Production در حال تغییر است.

انتقال Database

Database شامل اطلاعاتی مانند:

• نوشته‌ها
• تنظیمات WordPress
• کاربران
• تنظیمات Pluginها

است.

اگر تغییرات شامل موارد زیر باشد، معمولاً Database نیز نیاز به انتقال دارد:

• تنظیمات Plugin
• تنظیمات Theme
• تغییر ساختار صفحات
• تغییرات WooCommerce

اما انتقال کامل Database می‌تواند اطلاعات جدید Production را بازنویسی کند.

انتقال Database به‌صورت انتخابی

در بعضی شرایط بهتر است فقط Tableهای خاص منتقل شوند.

برای مثال:

• تنظیمات یک Plugin
• Tableهای مربوط به یک قابلیت خاص

WP Toolkit امکان انتخاب Tableهای Database را فراهم می‌کند.

این روش نیاز به شناخت ساختار Database WordPress دارد و برای کاربران حرفه‌ای مناسب‌تر است.

فایل‌هایی که معمولاً نباید جایگزین شوند

در انتقال Staging به Production باید مراقب فایل‌های Configuration باشید.

برخی فایل‌ها ممکن است شامل تنظیمات مخصوص Production باشند، مانند:

wp-config.php
.htaccess
web.config

بازنویسی اشتباه این فایل‌ها می‌تواند باعث مشکلاتی مانند:

• قطع اتصال Database
• تغییر مسیر اشتباه
• مشکل Permission
• خطای 500

شود.

WP Toolkit برای جلوگیری از بعضی مشکلات، برخی فایل‌های حساس را به‌صورت پیش‌فرض مدیریت می‌کند. (docs.plesk.com)

در نهایت پس از انتخاب گزینه copy data با همچین موردی مواجه خواهید شد:

انتقال تغییرات برای سایت‌های معمولی

برای یک سایت معرفی یا Blog که اطلاعات جدید زیادی ندارد، Workflow معمولاً ساده‌تر است:

Backup Production
        ↓
Review Staging
        ↓
Copy Files + Database
        ↓
Check Website
        ↓
Clear Cache

بعد از انتقال:

• Frontend بررسی شود.
• Login به WordPress تست شود.
• Pluginهای مهم بررسی شوند.

انتقال تغییرات برای سایت‌های فروشگاهی

در سایت‌های فروشگاهی باید دقت بیشتری داشت.

فرض کنید:

Monday 10:00
Create Staging

Monday 15:00
Modify Theme

Monday 17:00
Push Staging to Production

در این فاصله ممکن است:

• سفارش جدید ثبت شده باشد.
• کاربر جدید ایجاد شده باشد.
• پرداخت انجام شده باشد.

اگر Database کامل Staging روی Production قرار بگیرد، این اطلاعات ممکن است حذف شوند.

برای WooCommerce معمولاً باید مشخص شود:

• آیا فقط فایل‌ها منتقل شوند؟
• آیا فقط تنظیمات خاص نیاز است؟
• آیا زمان مناسب برای Maintenance وجود دارد؟

انتقال با Maintenance Mode

قبل از انتقال تغییرات بزرگ بهتر است سایت اصلی موقتاً در حالت Maintenance قرار گیرد.

دلایل:

• جلوگیری از ثبت اطلاعات جدید هنگام انتقال
• جلوگیری از مشاهده وضعیت ناقص سایت
• کاهش احتمال Conflict

بعد از پایان:

• Maintenance Mode غیرفعال شود.
• سایت تست شود.

بعد از انتقال چه مواردی را بررسی کنیم؟

بعد از Copy Data:

بررسی وضعیت سایت

مقادیری مانند نام سایت و وضعیت password protection, تنظیمات security از سایت staging به سایت production نیز منتقل می‌شوند و باید این موارد نیز به حالت مورد نظر بازگردند. مثلا password protection غیر فعال شود و site title اصلاح شود.

بررسی سایت اصلی

باز کنید:

https://example.com

و صفحات اصلی را بررسی کنید.

پیش از انجام این فرآیند سایت اصلی مشابه زیر بود:

ولی پس از آن به این مورد تبدیل می‌شود که مشابه سایت staging است:

سایت اصلی پس از push:

سایت staging:

بررسی Login

وارد:

/wp-admin/

شوید.

بررسی Pluginها

بررسی کنید:

• Pluginها فعال هستند.
• خطای PHP وجود ندارد.
• تنظیمات مهم حفظ شده‌اند.

بررسی Cache

اگر سایت از Cache استفاده می‌کند:

• Cache Plugin را پاک کنید.
• CDN Cache را در صورت نیاز پاک کنید.

مقالات مرتبط:

• آموزش افزونه WP Rocket، نصب تا بهینه سازی
• آموزش افزونه Litespeed cache، نصب تا بهینه سازی

مشکلات رایج هنگام انتقال Staging

خطای Database Connection

اگر بعد از انتقال سایت خطای:

Error establishing a database connection

نمایش داده شد، بررسی کنید:

• wp-config.php
• Database Name
• Database Username
• Database Password
• Database Host

به‌خصوص اگر Configuration فایل‌ها منتقل شده باشند.

Redirect شدن به Staging

یکی از مشکلات رایج این است که سایت اصلی بعد از انتقال هنوز به آدرس Staging Redirect می‌شود.

علت معمولاً وجود URL قدیمی در:

• Database
• Plugin تنظیمات URL
• Cache

است.

بررسی کنید:

siteurl
home

در Database به آدرس Production اشاره کنند.

خراب شدن ظاهر سایت

اگر Theme یا CSS درست نمایش داده نمی‌شود:

بررسی کنید:

• فایل‌های Theme منتقل شده‌اند.
• Cache پاک شده است.
• URLهای قدیمی جایگزین شده‌اند.

کمبود فضای Disk

Copy Data نیاز به فضای موقت دارد.

اگر Account به محدودیت Disk رسیده باشد:

• Clone ناقص می‌شود.
• Copy متوقف می‌شود.
• بعضی فایل‌ها منتقل نمی‌شوند.

در محیط Hosting باید موارد زیر بررسی شوند:

• Disk Quota
• Available Space
• Temporary Files

Permission اشتباه فایل‌ها

اگر فایل‌ها با User اشتباه منتقل شوند ممکن است WordPress نتواند:

• Plugin نصب کند.
• Update انجام دهد.
• فایل ایجاد کند.

بررسی Permission و Ownership مخصوصاً در VPS یا سرورهای مدیریت‌شده اهمیت دارد.

تفاوت Copy Data و Clone

این دو قابلیت مشابه نیستند.

مثلاً:

ساخت محیط تست:

Production
      ↓
Clone
      ↓
Staging

انتقال تغییرات:

Staging
      ↓
Copy Data
      ↓
Production

مقاله مرتبط:

Clone کردن سایت وردپرس

ارتباط با Smart Updates

Smart Updates برای بررسی Updateها قبل از اعمال روی سایت اصلی استفاده می‌شود.

اما Staging برای توسعه و تغییرات گسترده‌تر است.

مقایسه:

مقاله مرتبط:

استفاده از Smart Updates در WP Toolkit

بهترین روش انتقال Staging به Production

Workflow پیشنهادی:

Create Backup
        ↓
Check Staging
        ↓
Enable Maintenance Mode
        ↓
Copy Required Data
        ↓
Clear Cache
        ↓
Test Website
        ↓
Disable Maintenance

این روش احتمال Downtime و از دست رفتن اطلاعات را کاهش می‌دهد.

مطالعه بیشتر

مقالات مرتبط:

• ایجاد محیط Staging با WP Toolkit
• Clone کردن سایت وردپرس
• استفاده از Smart Updates در WP Toolkit
• ایجاد بکاپ و ریستور دستی وردپرس

منابع رسمی:

• WP Toolkit Documentation
• WordPress Backup Documentation
• WP-CLI Database Commands

جمع‌بندی

انتقال تغییرات از Staging به سایت اصلی با WP Toolkit از طریق قابلیت Copy Data انجام می‌شود.

مهم‌ترین نکته در این فرآیند انتخاب صحیح نوع اطلاعات برای انتقال است:

• انتقال فایل‌ها برای تغییرات ظاهری و کدنویسی
• انتقال Database برای تغییرات محتوایی و تنظیمات
• انتقال انتخابی Tableها برای کنترل بیشتر

قبل از هر انتقال روی سایت Production، داشتن Backup و بررسی تأثیر انتقال روی اطلاعات جدید کاربران ضروری است.