خطای 500 در Elementor یک پاسخ عمومی سمت سرور است و علت را به‌تنهایی مشخص نمی‌کند. ممکن است هنگام بازکردن ویرایشگر، ذخیره یک صفحه یا پردازش درخواست رخ دهد. ابتدا درخواست ناموفق و لاگ همان زمان را پیدا کنید؛ افزایش همه محدودیت‌ها یا غیرفعال‌کردن امنیت سایت، راه‌حل استاندارد عیب‌یابی نیست.
۱. دامنه مشکل را مشخص کنید
آیا همه صفحه‌ها خطا دارند یا فقط یک برگه؟ آیا نمایش عمومی سالم است و فقط ویرایشگر مشکل دارد؟ زمان خطا، URL، آخرین تغییر و عملیات دقیق را ثبت کنید. در ابزار شبکه مرورگر، درخواست ناموفق را شناسایی کنید؛ خطای 403، 500 و 503 را یکی ندانید. متن یکسان روی صفحه می‌تواند منشأ متفاوت داشته باشد.
۲. خطای PHP و وضعیت منابع را بخوانید
از کنترل‌پنل یا مدیر مجاز سرور، لاگ PHP و وب‌سرور را در زمان خطا بررسی کنید. پیام memory exhausted با خطای تابع ناموجود یا timeout متفاوت است. در گزارش سیستم Elementor، نسخه PHP، محدودیت حافظه و سازگاری محیط را ببینید. اطلاعات مسیرها یا کلیدها را عمومی منتشر نکنید. دیباگ موقت نباید خطا را به بازدیدکننده نشان دهد.
۳. حافظه را فقط در صورت نیاز اصلاح کنید
اگر لاگ کمبود حافظه را تأیید می‌کند، مقدار مؤثر PHP و WordPress را با الزامات جاری Elementor مقایسه کنید. محدودیت هاست ممکن است اجازه افزایش ندهد؛ تعریف WP_MEMORY_LIMIT به‌تنهایی منابع واقعی بیشتری ایجاد نمی‌کند. پس از تغییر، مقدار مؤثر و همان عملیات مشکل‌دار را دوباره بررسی کنید. صف پردازش یا حلقه کد با حافظه بیشتر درمان قطعی نمی‌شود.
۴. ناسازگاری را در staging جدا کنید
بکاپ بگیرید و تغییرات اخیر Elementor، Elementor Pro، افزودنی‌ها و قالب را کنار هم بررسی کنید. نسخه‌های جفت باید سازگار باشند. در محیط آزمایشی، افزونه مظنون را موقتاً غیرفعال و نتیجه را مقایسه کنید. Safe Mode ابزار تشخیص محیط ویرایشگر است، نه تضمین سلامت سایت عمومی. فایل افزونه یا داده صفحه را برای تست حذف نکنید.
۵. اگر فقط یک صفحه ذخیره نمی‌شود
از محتوای صفحه نسخه جدا بگیرید و در staging با نسخه کپی کار کنید. ویجت سفارشی، HTML، فرم یا بخش تازه افزوده‌شده را جدا کنید. اگر درخواست ذخیره با افزایش اندازه صفحه می‌شکند، محدودیت ورودی، payload و قانون امنیتی مرتبط را بررسی کنید. به‌جای تغییر تصادفی max_input_vars یا timeout، پیام لاگ و محدودیت واقعی را مبنا قرار دهید.
۶. پیوند یکتا و لایه امنیتی
اگر شواهد به rewrite یا فایل .htaccess اشاره دارد، قبل از بازتولید قوانین نسخه پشتیبان بگیرید؛ قوانین اختصاصی HTTPS و حفاظت ممکن است در فایل وجود داشته باشند. در Nginx این فایل نقشی ندارد. اگر WAF درخواست مجاز را مسدود می‌کند، شناسه قانون و مسیر همان درخواست را بررسی کنید؛ استثنای محدود با تأیید مدیر امنیت بهتر از خاموش‌کردن سراسری ModSecurity یا فایروال است.
۷. بعد از رفع خطا، سرعت را جدا بهینه کنید
ذخیره، پیش‌نمایش و نمایش مهمان همان صفحه را آزمایش کنید. سپس تصویر، فونت، ویجت اضافی و اسکریپت شخص ثالث را بر پایه اندازه‌گیری بهینه کنید. تنظیمات ترکیب CSS/JS یا cache را یکی‌یکی تغییر دهید؛ بهینه‌سازی‌ای که ویرایشگر یا فرم را می‌شکند موفق نیست. نسخه سالم، گزارش تغییر و راه بازگشت را نگه دارید.
منابع و دامنه راهنما
این راهنما بر پایه مستندات رسمی زیر بازبینی شده است. نام گزینه‌ها و امکانات ممکن است با نسخه نرم‌افزار یا سطح دسترسی سرویس شما تفاوت داشته باشد.
