WordPress SOSفقط اورژانس و نجات سایت

1. 1فایل .htaccess را در ریشه سایت موقتاً تغییر نام دهید و سایت را دوباره امتحان کنید.
2. 2از پنل هاست حافظه PHP (memory_limit) را به ۲۵۶ مگابایت افزایش دهید.
3. 3افزونه‌ها را با تغییر نام پوشه wp-content/plugins یکجا غیرفعال کنید تا افزونه مقصر پیدا شود.

1. 1چند دقیقه صبر و صفحه را رفرش کنید؛ گاهی مشکل موقتی سمت سرور است.
2. 2اگر از کلادفلر استفاده می‌کنید، حالت Development Mode را فعال یا CDN را موقتاً Pause کنید تا مشخص شود مشکل از CDN است یا هاست.
3. 3از پشتیبانی هاست بخواهید سرویس PHP-FPM یا وب‌سرور را ری‌استارت و لود سرور را بررسی کند.

1. 1پوشه wp-content/plugins را از طریق هاست موقتاً تغییر نام دهید؛ اگر سایت برگشت، مقصر یکی از افزونه‌هاست.
2. 2قالب فعال را با تغییر نام پوشه‌اش به قالب پیش‌فرض برگردانید.
3. 3اگر مشکل ادامه داشت، از هاست بخواهید مصرف منابع (CPU/RAM) و ترافیک مشکوک را بررسی کند.

1. 1مقدار max_execution_time را از پنل هاست به ۳۰۰ ثانیه افزایش دهید.
2. 2افزونه یا کاری که باعث پردازش طولانی می‌شود (ایمپورت بزرگ، بکاپ حجیم) را به بخش‌های کوچک‌تر تقسیم کنید.
3. 3اگر پشت کلادفلر هستید، رکورد را موقتاً DNS-Only کنید تا مشخص شود تایم‌اوت از CDN است یا سرور.

1. 1بررسی کنید سرور اصلی روشن و وب‌سرور فعال است (با IP مستقیم تست کنید).
2. 2از هاست بخواهید IPهای کلادفلر را در فایروال سرور whitelist کند.
3. 3حالت SSL کلادفلر را روی Full بگذارید و مطمئن شوید پورت 443 روی سرور باز است.

1. 1کش مرورگر و DNS را پاک کنید و با مرورگر دیگری تست بگیرید.
2. 2اگر افزونه امنیتی یا فایروال (مثل ModSecurity) دارید، موقتاً غیرفعال کنید.
3. 3از پشتیبانی هاست بخواهید لاگ سرور را بررسی و ماژول مسدودکننده را پیدا کند.

1. 1افزونه‌های سنگین را غیرفعال و قالب را موقتاً به پیش‌فرض برگردانید.
2. 2حافظه PHP را افزایش دهید (WP_MEMORY_LIMIT روی 256M).
3. 3اگر ترافیک سایت بالا رفته، ارتقای پلن هاست یا استفاده از کش و CDN را جدی بگیرید.

1. 1با ابزارهایی مثل downforeveryoneorjustme.com بررسی کنید سایت برای بقیه هم قطع است یا فقط شما.
2. 2کش DNS سیستم را پاک کنید (در ویندوز: ipconfig /flushdns) و VPN/پراکسی را خاموش کنید.
3. 3اگر برای همه قطع است، از هاست وضعیت سرور و فایروال را پیگیری کنید.

1. 1اول مطمئن شوید دامنه منقضی نشده و تمدید شده است.
2. 2نیم‌سرورها (NS) و رکورد A دامنه را در پنل مدیریت دامنه بررسی کنید که به هاست درست اشاره کنند.
3. 3کش DNS سیستم را پاک کنید و تا ۲۴ ساعت برای اعمال تغییرات DNS صبور باشید.

1. 1فایل .htaccess را موقتاً تغییر نام دهید و از پیشخوان، پیوندهای یکتا را دوباره ذخیره کنید.
2. 2سطح دسترسی فایل‌ها را بررسی کنید: پوشه‌ها ۷۵۵ و فایل‌ها ۶۴۴.
3. 3افزونه امنیتی را موقتاً غیرفعال و از هاست بخواهید ModSecurity و فایروال را بررسی کند.

1. 1ریدایرکت‌های سایت را بررسی کنید؛ ریدایرکت روی آدرس‌هایی که فرم به آن‌ها POST می‌شود عامل رایج این خطاست.
2. 2آخرین افزونه نصب‌شده (به‌خصوص امنیتی و ریدایرکت) را غیرفعال کنید.
3. 3از هاست بخواهید قواعد وب‌سرور را برای متدهای مسدودشده بررسی کند.

1. 1از پنل هاست مقادیر upload_max_filesize و post_max_size را افزایش دهید (مثلاً 128M).
2. 2روی سرورهای Nginx مقدار client_max_body_size باید بالا برود؛ از هاست بخواهید.
3. 3فایل حجیم را به‌جای پیشخوان از طریق FTP یا فایل منیجر آپلود کنید.

1. 1افزونه یا سرویسی که پشت‌سرهم درخواست می‌زند (REST API، wp-cron، ربات‌ها) را شناسایی کنید.
2. 2صفحه ورود را با محدودیت تلاش ناموفق و کپچا در برابر ربات‌ها مقاوم کنید.
3. 3از هاست بخواهید محدودیت Rate Limit را برای IPهای معتبر تنظیم کند.

1. 1افزونه WP Mail SMTP را نصب و به‌جای تابع پیش‌فرض PHP از SMTP استفاده کنید.
2. 2رکوردهای SPF و DKIM را در DNS دامنه تنظیم کنید تا ایمیل‌ها اسپم نشوند.
3. 3با ابزار تست ایمیل داخل افزونه، ارسال را بررسی کنید.

1. 1در فایل wp-config.php مقادیر DB_NAME و DB_USER و DB_PASSWORD را با اطلاعات دیتابیس در پنل هاست مقایسه کنید.
2. 2از داخل phpMyAdmin بررسی کنید دیتابیس در دسترس است و جدول‌ها خراب نشده باشند.
3. 3اگر جدول‌ها خراب‌اند، خط define('WP_ALLOW_REPAIR', true) را به wp-config.php اضافه و آدرس /wp-admin/maint/repair.php را باز کنید.

اشتباه در ویرایش wp-config.php می‌تواند کل سایت را از کار بیندازد.

1. 1قبل از هر کاری از دیتابیس بکاپ کامل بگیرید.
2. 2در phpMyAdmin جدول‌های مشکل‌دار را انتخاب و گزینه Repair Table را اجرا کنید.
3. 3اگر تعمیر جواب نداد، جدول را از آخرین بکاپ سالم بازگردانی کنید.

کار روی دیتابیس بدون بکاپ می‌تواند به از دست رفتن دائمی داده منجر شود.

1. 1در تنظیمات ← عمومی هر دو آدرس وردپرس و سایت را با https ذخیره کنید.
2. 2با افزونه Better Search Replace تمام آدرس‌های http قدیمی داخل دیتابیس را به https تبدیل کنید.
3. 3منابع خارجی (فونت، اسکریپت) که با http لود می‌شوند را در قالب اصلاح کنید.

1. 1تاریخ انقضای گواهی SSL را بررسی و در صورت انقضا از پنل هاست تمدید یا دوباره صادر کنید.
2. 2مطمئن شوید گواهی هم برای دامنه اصلی و هم نسخه www معتبر است.
3. 3اگر تازه SSL نصب کرده‌اید، کش مرورگر را پاک و از حالت ناشناس تست کنید.

1. 1از هاست بخواهید دسترسی سرور به api.wordpress.org روی پورت 443 را بررسی کند.
2. 2تنظیمات DNS سرور (فایل resolv.conf یا hosts) را چک کنید.
3. 3اگر سرور در ایران است، محدودیت‌های شبکه ممکن است عامل باشد؛ استفاده از DNS یا مسیر جایگزین را با هاست هماهنگ کنید.

1. 1در تنظیمات عمومی وردپرس، هر دو آدرس سایت را یکسان کنید (هر دو با https و یک‌شکل، با www یا بدون www).
2. 2کوکی‌های مرورگر برای این دامنه را پاک کنید.
3. 3افزونه‌های ریدایرکت و کش را موقتاً غیرفعال و قواعد اضافی .htaccess را حذف کنید.

1. 1اگر از کلادفلر استفاده می‌کنید، حالت SSL را از Flexible به Full تغییر دهید؛ این رایج‌ترین عامل است.
2. 2قواعد ریدایرکت تکراری https را از .htaccess حذف کنید (فقط یک قاعده کافی است).
3. 3اگر آدرس‌ها در دیتابیس هنوز http هستند، با Better Search Replace اصلاح کنید.

1. 1کوکی و کش مرورگر را برای دامنه سایت پاک کنید و دوباره وارد شوید.
2. 2مطمئن شوید صفحه ورود (wp-login.php) از کش افزونه‌های کش مستثنا شده است.
3. 3اگر ثابت‌های COOKIE_DOMAIN یا مشابه در wp-config.php تعریف شده، درستی مقدارشان را بررسی کنید.

1. 1سطح دسترسی همه پوشه‌ها را روی ۷۵۵ و همه فایل‌ها را روی ۶۴۴ بگذارید.
2. 2فایل wp-config.php را روی ۶۴۰ یا ۶۰۰ تنظیم کنید.
3. 3از هاست بخواهید مالکیت (owner) فایل‌ها را برای کاربر صحیح PHP اصلاح کند.

دسترسی ۷۷۷ هرگز! این تنظیم راه ورود هکرهاست.

1. 1فوراً رمز پیشخوان، هاست و دیتابیس را عوض کنید و سایت را موقتاً از دسترس خارج کنید.
2. 2با افزونه‌هایی مثل Wordfence اسکن کامل بگیرید و فایل‌های آلوده را شناسایی کنید.
3. 3هسته وردپرس، قالب و افزونه‌ها را از منبع اصلی جایگزین و درخواست بازبینی به گوگل ارسال کنید.

پاک‌سازی ناقص یعنی برگشت هکر در چند روز. این مورد را جدی بگیرید.

1. 1از طریق فایل منیجر هاست وارد ریشه سایت شوید (کنار wp-config.php).
2. 2فایل مخفی به نام .maintenance را پیدا و حذف کنید.
3. 3کش مرورگر و کش سایت را خالی کنید؛ سایت باید فوراً برگردد.

1. 1۱۵ دقیقه صبر کنید؛ این قفل معمولاً خودکار آزاد می‌شود.
2. 2اگر عجله دارید، در phpMyAdmin از جدول wp_options ردیف core_updater.lock را حذف کنید.
3. 3سپس بروزرسانی را دوباره اجرا کنید.

1. 1از طریق FTP یا فایل منیجر وارد wp-content/plugins یا wp-content/themes شوید.
2. 2پوشه هم‌نام با افزونه/قالبی که می‌خواهید نصب کنید را حذف کنید (نصب قبلی ناقص مانده).
3. 3نصب را دوباره از پیشخوان انجام دهید.

1. 1سطح دسترسی پوشه wp-content و زیرپوشه‌های آن (به‌خصوص upgrade) را روی ۷۵۵ بگذارید.
2. 2فضای دیسک هاست را بررسی کنید؛ دیسک پر همین خطا را می‌دهد.
3. 3خط define('FS_METHOD', 'direct') را به wp-config.php اضافه کنید.

1. 1فایل .maintenance را از ریشه سایت حذف کنید.
2. 2نسخه جدید وردپرس را دانلود و پوشه‌های wp-admin و wp-includes را دستی از طریق FTP جایگزین کنید (به wp-content دست نزنید).
3. 3بعد از جایگزینی، وارد پیشخوان شوید تا در صورت نیاز دیتابیس بروزرسانی شود.

قبل از جایگزینی دستی فایل‌ها حتماً بکاپ کامل بگیرید.

1. 1از پنل هاست مقادیر upload_max_filesize و post_max_size را به 128M افزایش دهید.
2. 2مقدار max_execution_time را روی ۳۰۰ بگذارید.
3. 3اگر دسترسی ندارید، فایل را از طریق FTP در پوشه plugins یا themes آپلود کنید.

1. 1صفحه را رفرش و عملیات را دوباره انجام دهید؛ nonce ها منقضی می‌شوند.
2. 2کش مرورگر و کش سایت را پاک کنید؛ صفحات کش‌شده nonce قدیمی دارند.
3. 3افزونه‌ها را یکی‌یکی غیرفعال کنید؛ افزونه‌های امنیتی و کش عامل رایج این خطا هستند.

1. 1از طریق هاست، افزونه یا قالب آپدیت‌شده را به نسخه قبلی برگردانید (rollback).
2. 2افزونه‌ها را یکی‌یکی غیرفعال کنید تا تداخل پیدا شود.
3. 3قبل از آپدیت بعدی، حتماً روی نسخه آزمایشی (staging) تست بگیرید.

1. 1نام فایل را ساده کنید (حروف انگلیسی، بدون فاصله) و ابعاد تصویر را قبل از آپلود کوچک‌تر کنید.
2. 2حافظه PHP را افزایش دهید (WP_MEMORY_LIMIT روی 256M).
3. 3اگر ادامه داشت، با افزودن یک اسنیپت، کتابخانه پردازش تصویر را از Imagick به GD تغییر دهید.

1. 1سطح دسترسی پوشه wp-content/uploads را روی ۷۵۵ بگذارید.
2. 2فضای دیسک و سهمیه (quota) هاست را بررسی کنید؛ دیسک پر عامل رایج است.
3. 3از هاست بخواهید پوشه موقت (tmp) سرور را بررسی و خالی کند.

1. 1در پوشه wp-content یک پوشه به نام temp بسازید.
2. 2خط define('WP_TEMP_DIR', dirname(__FILE__) . '/wp-content/temp/') را به wp-config.php اضافه کنید.
3. 3اگر حل نشد، از هاست بخواهید مسیر sys_temp_dir در PHP را اصلاح کند.

1. 1از پنل هاست (تنظیمات PHP) مقادیر upload_max_filesize و post_max_size را افزایش دهید.
2. 2اگر پنل ندارید، این مقادیر را در فایل php.ini یا .htaccess تنظیم کنید.
3. 3برای فایل‌های خیلی حجیم از FTP استفاده و سپس در کتابخانه رسانه ثبتشان کنید.

1. 1با افزونه سئو (Yoast یا Rank Math) تصویر og:image را برای هر صفحه مشخص کنید.
2. 2ابعاد استاندارد ۱۲۰۰×۶۳۰ پیکسل را برای تصویر اشتراک‌گذاری رعایت کنید.
3. 3کش شبکه اجتماعی را با ابزار Facebook Sharing Debugger دوباره اسکن (Scrape Again) کنید.

1. 1از طریق FTP پوشه افزونه امنیتی را در wp-content/plugins تغییر نام دهید تا غیرفعال شود.
2. 2اگر رمز را فراموش کرده‌اید، در phpMyAdmin از جدول wp_users رمز جدید با فرمت MD5 ثبت کنید.
3. 3محدودیت‌های IP در .htaccess یا فایروال هاست را بررسی کنید.

1. 1کوکی‌های مرورگر را پاک کنید و از حالت ناشناس امتحان کنید.
2. 2در دیتابیس (جدول wp_options) مقادیر siteurl و home را بررسی کنید که یکسان و درست باشند.
3. 3فایل .htaccess را موقتاً تغییر نام دهید و افزونه‌ها را از طریق FTP غیرفعال کنید.

1. 1فضای دیسک هاست را بررسی کنید؛ دیسک پر مانع نوشتن کلید در دیتابیس می‌شود.
2. 2ارسال ایمیل سایت را با افزونه WP Mail SMTP درست کنید.
3. 3در موارد اضطراری رمز را مستقیم از phpMyAdmin (فرمت MD5) تغییر دهید.

1. 1در پروفایل کاربری، تیک «نمایش نوارابزار هنگام مشاهده سایت» را بررسی کنید.
2. 2بررسی کنید قالب تابع wp_footer() را قبل از تگ body بسته داشته باشد.
3. 3افزونه‌ها را یکی‌یکی غیرفعال کنید؛ برخی افزونه‌ها نوار را مخفی می‌کنند.

1. 1کش مرورگر را کامل پاک و صفحه را با Ctrl+F5 رفرش کنید.
2. 2خط define('CONCATENATE_SCRIPTS', false) را به wp-config.php اضافه کنید.
3. 3پوشه wp-includes/js را از بسته سالم وردپرس دوباره آپلود کنید.

1. 1خط define('WP_MEMORY_LIMIT', '256M') را قبل از عبارت «That's all» به wp-config.php اضافه کنید.
2. 2اگر تغییری نکرد، از پنل هاست مقدار memory_limit را در تنظیمات PHP بالا ببرید.
3. 3افزونه‌های سنگین یا متروکه را شناسایی و حذف کنید تا مشکل ریشه‌ای حل شود.

1. 1از پنل هاست مقدار max_execution_time را روی ۳۰۰ ثانیه بگذارید.
2. 2یا خط php_value max_execution_time 300 را به .htaccess اضافه کنید.
3. 3افزونه یا اسکریپتی که پردازش طولانی دارد را شناسایی و بهینه یا حذف کنید.

1. 1یک افزونه کش معتبر (مثل LiteSpeed Cache یا WP Rocket) نصب و فعال کنید.
2. 2تصاویر را فشرده و به فرمت WebP تبدیل کنید.
3. 3افزونه‌های غیرضروری را حذف و نسخه PHP هاست را به ۸ به بالا ارتقا دهید.

1. 1کش افزونه کش سایت را کامل خالی کنید.
2. 2کش CDN (مثل کلادفلر) را Purge و کش مرورگر را با Ctrl+F5 دور بزنید.
3. 3اگر ادامه داشت، کش سمت سرور (LiteSpeed/Varnish) را از هاست پیگیری کنید.

1. 1در تنظیمات ← عمومی، درست بودن هر دو آدرس سایت را بررسی کنید (https و دامنه صحیح).
2. 2فایل‌هایی که 404 می‌دهند را شناسایی و افزونه/قالب مربوط را دوباره نصب کنید.
3. 3تنظیمات CDN و قابلیت hotlink protection هاست را بررسی کنید.

1. 1وارد پیشخوان شوید: تنظیمات ← پیوندهای یکتا و بدون تغییر روی «ذخیره تغییرات» کلیک کنید.
2. 2اگر درست نشد، مطمئن شوید فایل .htaccess در ریشه سایت وجود دارد و قابل نوشتن است.
3. 3روی سرورهای Nginx باید قواعد بازنویسی (rewrite) وردپرس در تنظیمات سرور اضافه شود.

1. 1فضای خالی یا خط اضافه بعد از تگ ?> پایانی در functions.php قالب یا افزونه‌ها را حذف کنید.
2. 2افزونه‌هایی که در خروجی فید دست می‌برند را موقتاً غیرفعال کنید.
3. 3خوراک را با ابزار W3C Feed Validator تست کنید تا خط مشکل‌دار مشخص شود.

1. 1فایل robots.txt را باز و خطوطی مثل Disallow: /wp-includes/ را حذف کنید.
2. 2با ابزار URL Inspection سرچ کنسول، رندر صفحه را از دید گوگل تست کنید.
3. 3مطمئن شوید افزونه امنیتی یا فایروال، ربات‌های گوگل را مسدود نمی‌کند.

1. 1منطقه زمانی سایت را در تنظیمات ← عمومی درست کنید (Tehran).
2. 2خط define('DISABLE_WP_CRON', true) را به wp-config.php اضافه کنید.
3. 3از پنل هاست یک Cron Job واقعی برای اجرای wp-cron.php هر ۵ دقیقه تنظیم کنید.

1. 1ایمیل مدیر سایت را چک کنید؛ وردپرس لینک «حالت بازیابی» (Recovery Mode) را همان‌جا فرستاده است.
2. 2اگر ایمیلی نیامده، WP_DEBUG و WP_DEBUG_LOG را فعال کنید و فایل wp-content/debug.log را بخوانید تا افزونه/قالب مقصر مشخص شود.
3. 3افزونه یا قالب مقصر را از طریق هاست با تغییر نام پوشه غیرفعال کنید.

1. 1تنظیمات ← پیوندهای یکتا را بدون تغییر دوباره ذخیره کنید تا آدرس /wp-json فعال شود.
2. 2مطمئن شوید آدرس سایت در تنظیمات با https درست است و گواهی SSL معتبر است (مشکل Mixed Content رایج‌ترین عامل است).
3. 3افزونه امنیتی یا فایروالی که مسیر /wp-json را مسدود کرده را پیدا و مستثنا کنید.

1. 1از طریق هاست وارد پوشه wp-content/plugins شوید و نام پوشه آخرین افزونه‌ای که آپدیت کردید را موقتاً تغییر دهید.
2. 2اگر درست نشد، در فایل wp-config.php مقدار WP_DEBUG را true کنید تا متن خطا نمایش داده شود.
3. 3اگر خطا به قالب اشاره دارد، نام پوشه قالب فعال در wp-content/themes را تغییر دهید تا وردپرس به قالب پیش‌فرض برگردد.

قبل از هر تغییری از فایل‌ها بکاپ بگیرید.

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

1. 1از پنل هاست نسخه PHP را موقتاً یک نسخه پایین‌تر بگذارید تا سایت برگردد.
2. 2افزونه یا قالب ناسازگار را که در متن خطا آمده شناسایی و آپدیت یا جایگزین کنید.
3. 3سپس PHP را دوباره به نسخه بالاتر (۸ به بالا) برگردانید.

1. 1آخرین نوشته یا تغییری که HTML دستی داشته را بررسی کنید؛ یک div بسته‌نشده عامل رایج است.
2. 2صفحه را با اعتبارسنج W3C بررسی کنید تا تگ باز مانده پیدا شود.
3. 3اگر بعد از آپدیت قالب رخ داده، موقتاً به قالب پیش‌فرض سوئیچ کنید تا منبع مشکل مشخص شود.

1. 1در متن خطا، فایل اول (قبل از pluggable.php) مقصر واقعی است؛ همان را بررسی کنید.
2. 2فاصله یا خط خالی قبل از <?php یا بعد از ?> در آن فایل را حذف کنید.
3. 3اگر فایل متعلق به افزونه است، افزونه را غیرفعال یا آپدیت کنید.

1. 1متن خطا مسیر فایل گم‌شده را می‌گوید؛ افزونه یا قالب صاحب آن مسیر را دوباره نصب کنید.
2. 2اگر فایل مربوط به افزونه حذف‌شده است، ردپای آن را از wp-config.php یا .htaccess پاک کنید.
3. 3سطح دسترسی فایل‌ها را بررسی کنید (۶۴۴ برای فایل‌ها).

1. 1لاگ خطاهای ووکامرس را ببینید: ووکامرس ← وضعیت ← گزارش‌ها.
2. 2بررسی کنید مرچنت‌کد و کلیدهای درگاه در تنظیمات افزونه پرداخت درست وارد شده باشند.
3. 3افزونه‌های کش و امنیتی را روی صفحات checkout و callback درگاه مستثنا کنید.

1. 1آدرس سایت‌مپ (sitemap_index.xml یا wp-sitemap.xml) را مستقیم در مرورگر باز کنید تا خطای دقیق را ببینید.
2. 2فقط یک منبع سایت‌مپ فعال نگه دارید (افزونه سئو یا هسته وردپرس، نه هر دو) و پیوندهای یکتا را دوباره ذخیره کنید.
3. 3فایل‌های XML را از کش و CDN مستثنا کنید و سایت‌مپ را در سرچ کنسول دوباره ثبت کنید.