چک‌لیست بکاپ منظم وردپرس؛ ۱۵ مورد پیش از انتشار

زمینه را روشن کنیم: روند کامل و آموزشی بکاپ را در آموزش گام‌به‌گام بکاپ منظم وردپرس با قاعدهٔ ۳-۲-۱ با قاعدهٔ ۳-۲-۱ باز کرده‌ایم و بازیابی را در آموزش ریستور بکاپ وردپرس — آموزش ریستور بکاپ وردپرس در سه مسیر — سه‌مسیره گفته‌ایم؛ انتخاب افزونه و چک‌لیست امنیت کلی هم مقاله‌های خودشان را دارند. زاویهٔ این مقاله فشرده‌ترین لایه است: پانزده بررسیِ گیت انتشار، برای تیمی که وقتی برای خواندن مقالهٔ بلند ندارد و پیش از هر انتشار به یک برگهٔ قابل تیک‌زدن نیاز دارد.

چک‌لیست بکاپ وردپرس؛ پانزده مورد در یک نگاه

پانزده مورد در پنج دستهٔ چهارگانه تقسیم می‌شوند: پوشش، ریتم و نگهداری، مقصد و آزمون، امنیت و دسترسی، و جمع‌بندی روند. قاعدهٔ خواندن ساده است: هر موردی که تیک ندارد، انتشار را به تعویق می‌اندازد؛ چک‌لیست فقط وقتی ارزش دارد که آستانهٔ قبول‌رد داشته باشد، نه اینکه «حدوداً انجام شده» بخورد. در ادامه هر دسته را با معیار قبول باز می‌کنیم.

چرا پیش از انتشار؟ به تجربهٔ ما بکاپِ سرِ وقت، تفاوت بین یک آپدیت پنج‌دقیقه‌ای و یک بحران چندروزه است؛ افزونهٔ بد، قالب ناسازگار یا اشتباه انسانی در دیتابیس، بدون پشتیبان سالم به تعطیلی محتوای ارگانیک می‌انجامد و بازسازی از صفر، هزینه‌ای چند برابر یک چک‌لیست دارد.

یک تفکیک هم روشن کنیم: چک‌لیست انتشار، جایگزین روند آموزشی نیست؛ خلاصهٔ اجرایی همان روند است. تیمی که روند را بلد نیست، اول مقالهٔ آموزشی را بخواند و بعد برگه را بگیرد؛ تیمی که بلد است، برگه را همین امروز اجرا می‌کند. دو ابزار، دو مصرف‌کنندهٔ متفاوت دارند و قاطی‌کردنشان، هر دو را بی‌اثر می‌کند.

پوشش؛ موارد ۱ تا ۴

مورد یک، دیتابیس کامل است: پست‌ها، تنظیمات، کاربران و جداول افزونه‌ها؛ معیار قبول، حجم منطبق با هفته‌های قبل. مورد دو، فایل‌ها شامل پوسته و افزونه‌های فعال؛ معیار، آرشیو بدون فایل گم‌شده. مورد سه، پیکربندی: wp-config و htaccess؛ بدون آن‌ها ریستور نیمه‌تمام می‌ماند. مورد چهار، کتابخانهٔ رسانه؛ تصاویر جاافتاده یعنی صفحات شکسته بعد از بازیابی.

این چهار مورد همان لایه‌های پوششی هستند که در آموزش گام‌به‌گام بازتر توضیح داده‌ایم؛ در چک‌لیست فقط به تیک و معیار کوتاه فشرده‌اند. به تجربهٔ ما رایج‌ترین نقص، بکاپ‌های «فقط دیتابیس» است که افزونه‌های امنیتی پیش‌فرض می‌سازند؛ با ریستور واقعی، سایت بدون فایل‌ها بالا نمی‌آید.

معیارهای حجم و سلامت را هم مکتوب کنید: جداول افزونه‌ها جزو دیتابیس‌اند، پوستهٔ فرزند و تنظیماتش جزو فایل‌ها و مقصد رسانه جزو کتابخانه. هر موردی که با «فکر می‌کنیم پوشش دارد» رد شود، همان مورد در بازگردانی غایب می‌شود؛ آزمون‌های ما بارها این را نشان داده است. چک‌لیست را با مالک و تاریخ ثبت کنید تا تیک‌ها قابل پیگیری باشند.

ریتم و نگهداری نسخه‌ها؛ موارد ۵ تا ۹

مورد پنج، ریتم متناسب با تغییر: سایت با محتوای روزانه، پشتیبان روزانهٔ دیتابیس می‌خواهد و سایت کم‌تغییر، هفتگی. مورد شش، نسخهٔ اختصاصی پیش از هر آپدیت بزرگ — قالب و افزونه‌های کلیدی. مورد هفت، نگهداری چند نقطهٔ زمانی، مثلاً هفت نسخهٔ اخیر؛ «فقط آخرین نسخه» یعنی خطای امروز، تنها نسخهٔ شماست. مورد هشت، برچسب تاریخ و منبع روی هر آرشیو تا در بحران، نسخهٔ درست در چند دقیقه پیدا شود. مورد نه، حذف امن نسخه‌های کهنه؛ آرشیو انباشته، فضای هاست را می‌خورد و مدیریت نسخه را خراب می‌کند. یک قید فراموش‌نشدنی هم اضافه کنید: نسخهٔ پیش از آپدیت باید همان روزِ تغییر ساخته شود، نه نسخهٔ شب قبل؛ فاصلهٔ ۲۴ ساعت در سایت فعال، ده‌ها محتوای جدید یعنی.

ریتم فقط زمان‌بندی نیست؛ تعهد است. روز و ساعت ثابت در تقویم تیم بگذارید و مالک هر چک را بنویسید؛ چک‌لیست بی‌مالک، همان چیزی می‌شود که در جلسه‌های بعد از بحران، همه قبول دارند «نبودش» عامل اصلی بوده.

مقصد و آزمون بازگردانی؛ موارد ۱۰ تا ۱۳

مورد ده، مقصد بیرونی: طبق قاعدهٔ ۳-۲-۱، حداقل یک نسخه بیرون از سرور می‌ماند؛ پشتیبانی که با خودِ سایت هک می‌شود، پشتیبان نیست. مورد یازده، رمزنگاری آرشیو در مقصد؛ پشتیبانِ باز، کپی کامل دیتای مشتری شماست. مورد دوازده، آزمون بازگردانی دوره‌ای — در محیط آزمایشی، نه روی سایت زنده؛ معیار قبول، بالا آمدن سایت در بازگردانی کامل و سلامت صفحات کلیدی است. مورد سیزده، هم‌تاریخی فایل و دیتابیس؛ نسخه‌های ناهم‌زمان، محتوای شکسته می‌سازند و کاربرِ میان راه را می‌بازند.

آزمون بازگردانی سنگین‌ترین مورد چک‌لیست است و دقیقاً به همین دلیل، مهم‌ترین؛ هر موردی که آزمون می‌خواهد اما تیک ندارد، نشانهٔ آن است که بکاپ فعلی «فرض» است. آموزش گام‌به‌گام ریستور همین آزمون را سه‌مسیره باز کرده و چک‌لیست سلامت بعد از بازیابی هم در همان مقاله آمده است. فاصلهٔ پیشنهادی آزمون، فصلی است؛ بعد از هر مهاجرت یا تغییر هاست هم آزمون را از نو اجرا کنید، چون مقصد و ابزار عوض شده است.

امنیت و دسترسی؛ موارد ۱۴ و ۱۵

مورد چهارده، محدودسازی دسترسی به آرشیوها و ثبت لاگ دانلود؛ پشتیبانیِ در دسترس همهٔ کاربران ادمین، یعنی کوتاه‌ترین مسیر نشت دیتا و سوءاستفاده. مورد پانزده، هشدار شکست بکاپ: اگر روند یک‌بار بی‌خبر شکست بخورد، چند هفته بعد سایتِ بدون پشتیبان می‌مانید و هیچ‌کس ندانسته است؛ هشدار روزانهٔ وضعیت، ارزان‌ترین بیمهٔ این چک‌لیست است. مالک این دو مورد، شخص واحدی است که دسترسی ریشه دارد؛ اگر چند ادمین دارید، فهرست دسترسی‌ها را ماهانه بازبینی کنید و هر دسترسی بی‌استفاده را قطع کنید.

در سطح سوئیت، این لایه‌ها را سازمانی پیاده کرده‌ایم: پشتیبان با امضای HMAC-SHA256 و رمزنگاری AES-256 محافظت می‌شود، انتشار خودکار با اپراتور انسانی گیت می‌شود و هر تغییر با بیش از ۹۰۰ تست خودکار پیش از بازگشت بررسی می‌گیرد؛ همین چارچوب در پلن پیشرو جزو قابلیت‌های پلتفرم است و تفکیک کاملش در صفحهٔ قابلیت‌ها آمده. قاعدهٔ عمومی همان است که چک‌لیست می‌گوید: دسترسی کمینه، هشدار همیشگی، آزمون دوره‌ای.

جمع‌بندی؛ چک‌لیست را به روند تبدیل کنید

جمع‌بندی: پانزده مورد، پنج دسته و یک قاعده — بکاپ فقط با آزمون بازگردانی بکاپ است؛ چک‌لیست را به روند تبدیل کنید و هر مورد را با مالک و تاریخ ثبت کنید. اگر می‌خواهید روند را کامل بخوانید، آموزش گام‌به‌گام بکاپ منظم وردپرس با قاعدهٔ ۳-۲-۱ و برای تمرین بازیابی، آموزش ریستور بکاپ وردپرس در سه مسیر مسیر بعدی شماست؛ بقیهٔ خانوادهٔ امنیتی هم در هاب امنیت و پشتیبان‌گیری یک‌جا مرتب است و برگهٔ همین مقاله، فشردهٔ همان خانواده برای روز انتشار است.

قدم عملی همین هفته: برگهٔ چک‌لیست را برای دامنهٔ خودتان چاپ کنید، وضعیت فعلی پانزده مورد را صادقانه تیک بزنید و فقط آیتم‌های خالی را در تقویم بگذارید؛ برای دیدن اینکه کدام شکاف امنیتی اولویت دامنهٔ شماست، ممیزی رایگان دامنه تصویر فعلی پانزده مورد را می‌دهد و قابلیت‌های پلتفرم سوئیت نشان می‌دهد کدام لایه را می‌شود به پلتفرم سپرد و کدام را باید در تیم نگه داشت.

رصد ما، رشد شما.