خانه » آموزش وردپرس

چگونه خطای 500 در وردپرس را رفع کنیم؟

دسته‌بندی‌ها: آموزش وردپرس، وبلاگ، هاست و شبکه ۲۵ آبان ۱۴۰۰
5 رای
خطای 500 در وردپرس

وقتی سایت وردپرسی به‌جای صفحه اصلی یا پیشخوان، پیام 500 Internal Server Error نمایش می‌دهد، معمولاً سرور هنگام پردازش درخواست با مشکلی مواجه شده است. گاهی خطا پس از نصب یا به‌روزرسانی افزونه ظاهر می‌شود و گاهی بدون تغییر آشکار، دسترسی به سایت را مختل می‌کند. از روی عدد 500 به‌تنهایی نمی‌توان علت دقیق را فهمید؛ باید بررسی کنیم چه تغییری رخ داده و گزارش سرور چه چیزی نشان می‌دهد.

در این راهنما روش‌های رفع خطای 500 در وردپرس را به‌ترتیب بررسی می‌کنیم؛ از پیدا کردن علت در گزارش خطا تا آزمایش افزونه و قالب، بررسی فایل .htaccess، محدودیت حافظه PHP و بازگرداندن فایل‌های اصلی وردپرس. پیش از هر تغییری، یک نسخه پشتیبان از فایل‌ها و پایگاه داده تهیه کنید تا در صورت بروز مشکل بتوانید به وضعیت قبل برگردید.

خطای 500 در وردپرس چیست؟

کد وضعیت HTTP 500 یعنی سرور با خطای داخلی غیرمنتظره‌ای روبه‌رو شده و نتوانسته درخواست را به‌درستی تکمیل کند. این خطا فقط مختص وردپرس نیست و ممکن است بر اثر خطای کد PHP، تنظیمات وب‌سرور، محدودیت منابع یا مشکلات فایل‌های سایت رخ دهد. گاهی مرورگر تنها عبارت HTTP ERROR 500 را نمایش می‌دهد و گاهی پیام Internal Server Error دیده می‌شود.

خطای 500 در وردپرس چیست ؟

ممکن است خطا در تمام صفحات دیده شود یا فقط هنگام ورود به wp-admin، ذخیره نوشته یا اجرای یک قابلیت خاص رخ دهد. این تفاوت‌ها سرنخ مهمی برای پیدا کردن علت هستند. برای مثال، اگر فقط پس از فعال شدن یک افزونه خطا دیده می‌شود، ابتدا باید همان تغییر و گزارش PHP بررسی شود.

خطای 500 در وردپرس چیست ؟

قبل از رفع خطای 500 چه کارهایی انجام دهیم؟

زمان شروع خطا، آخرین تغییرات سایت، URL مشکل‌دار و هر پیامی که در گزارش خطا ثبت شده را یادداشت کنید. اگر فروشگاه یا سایت پرترافیکی دارید، بهتر است تغییرات آزمایشی را ابتدا روی محیط Staging انجام دهید. برای سایت اصلی، از تغییر هم‌زمان چند گزینه بپرهیزید؛ چون تشخیص اینکه کدام اقدام مؤثر بوده دشوار می‌شود.

اگر ایمیلی با موضوع مشکل فنی سایت از وردپرس دریافت کرده‌اید، آن را بررسی کنید. قابلیت Recovery Mode ممکن است هنگام بعضی خطاهای جدی PHP، لینک ورود برای عیب‌یابی در اختیار مدیر قرار دهد. این قابلیت برای تمام خطاهای سرور فعال نمی‌شود و جایگزین بررسی لاگ نیست.

راهنمای سریع تشخیص علت خطای 500

جدول زیر به انتخاب نقطه شروع کمک می‌کند؛ این نشانه‌ها علت قطعی را مشخص نمی‌کنند و باید با گزارش خطای همان سایت تطبیق داده شوند.

نشانه خطا احتمال قابل بررسی اولین اقدام
خطا بلافاصله بعد از به‌روزرسانی افزونه رخ داده خطای PHP یا ناسازگاری افزونه بررسی لاگ و غیرفعال کردن موقت افزونه مشکوک
فقط پیشخوان خطای 500 می‌دهد کد مربوط به مدیریت یا افزونه امنیتی بررسی خطاهای ثبت‌شده برای مسیر wp-admin
بعد از تغییر پیوندهای یکتا خطا رخ داده قوانین نادرست .htaccess در Apache تغییر نام موقت فایل پس از تهیه نسخه پشتیبان
در لاگ عبارت Allowed memory size exhausted دیده می‌شود کمبود حافظه PHP بررسی memory_limit و مصرف حافظه افزونه‌ها
چند سایت یک هاست هم‌زمان مشکل دارند تنظیمات یا منابع سرور گرفتن گزارش خطا و تماس با پشتیبانی هاست

آموزش رفع خطای 500 در وردپرس

1. گزارش خطا را بررسی و اشکال‌زدایی را ایمن فعال کنید

اولین اقدام مناسب، دیدن گزارش خطای وب‌سرور یا PHP در کنترل‌پنل هاست است. نام و محل بخش گزارش‌ها به نوع هاست بستگی دارد. اگر در لاگ، نام فایل افزونه، تابع PHP یا پیام Fatal error دیده شود، عیب‌یابی دقیق‌تر خواهد شد.

برای ثبت خطاهای وردپرس می‌توانید با دسترسی به File Manager یا SFTP فایل wp-config.php را باز کنید. پس از تهیه نسخه پشتیبان، مقادیر زیر را پیش از خط توقف ویرایش فایل تنظیم کنید. اگر این ثابت‌ها از قبل تعریف شده‌اند، مقدار همان‌ها را تغییر دهید و تعریف تکراری اضافه نکنید:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

این تنظیمات تلاش می‌کنند خطاهای مرتبط را در wp-content/debug.log ذخیره کنند، بدون اینکه جزئیات فنی در صفحه عمومی سایت نمایش داده شود. اگر فایل لاگ ایجاد نشد، بررسی کنید خطا قبل از اجرای وردپرس رخ نداده باشد و دسترسی نوشتن لاگ وجود داشته باشد. گزارش خطای هاست در این حالت مهم‌تر است. فایل لاگ ممکن است اطلاعات حساس داشته باشد؛ آن را عمومی نکنید و بعد از عیب‌یابی، حالت Debug را غیرفعال کنید.

2. افزونه‌ها را به‌صورت موقت غیرفعال کنید

اگر خطا بعد از نصب یا به‌روزرسانی افزونه شروع شده، همان افزونه را بررسی کنید. اگر به پیشخوان دسترسی دارید، از قسمت افزونه‌ها آن را موقتاً غیرفعال کنید و دوباره صفحه مشکل‌دار را باز کنید. اگر افزونه مشخص نیست، در یک بازه کنترل‌شده می‌توان افزونه‌های معمولی را غیرفعال و سپس تک‌به‌تک فعال کرد تا عامل خطا پیدا شود.

اگر پیشخوان باز نمی‌شود، در File Manager یا SFTP به wp-content/plugins بروید و پوشه افزونه مشکوک را موقتاً تغییر نام دهید. این کار ممکن است افزونه را غیرفعال کند. برای آزمایش همه افزونه‌های معمولی نیز امکان تغییر نام موقت پوشه plugins وجود دارد، اما روی سایت فعال ممکن است عملکرد فروشگاه، امنیت یا فرم‌ها مختل شود؛ بنابراین با آگاهی از پیامدها و نسخه پشتیبان انجام دهید. افزونه‌های Must-Use مسیر جداگانه‌ای دارند و با این اقدام لزوماً غیرفعال نمی‌شوند.

فعال سازی SSL در وردپرس | آموزش فعالسازی SSL در وردپرس

برای آشنایی با بخش‌های مدیریت سایت، می‌توانید راهنمای پیشخوان وردپرس را مطالعه کنید.

3. قالب فعال را بررسی کنید

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

اگر پنل مدیریت در دسترس نیست، تغییر نام پوشه قالب از مسیر wp-content/themes در بعضی شرایط می‌تواند موجب جایگزینی قالب شود، اما تنها وقتی قالب پیش‌فرض مناسب نصب شده باشد. اگر مطمئن نیستید، این کار را با پشتیبانی هاست انجام دهید.

4. فایل .htaccess را بدون حذف دائمی آزمایش کنید

روی سرورهای Apache یا سرورهایی که فایل .htaccess را پردازش می‌کنند، قانون نادرست بازنویسی یا محدودیت دسترسی می‌تواند به خطای 500 منجر شود. از پوشه اصلی وردپرس، فایل مخفی .htaccess را پیدا کنید. پس از نگهداری نسخه‌ای از آن، نام فایل را موقتاً به .htaccess-backup تغییر دهید و سایت را آزمایش کنید.

اگر مشکل برطرف شد، علت احتمالاً به یکی از قوانین فایل مربوط است. در صورت دسترسی به پیشخوان، قسمت تنظیمات ← پیوندهای یکتا را بررسی کنید و تنظیمات را ذخیره کنید تا وردپرس در محیط‌های سازگار قوانین موردنیاز را بازسازی کند. قوانین امنیتی، ریدایرکت‌ها و تنظیمات اختصاصی را از نسخه پشتیبان بررسی و به‌صورت کنترل‌شده برگردانید. روی Nginx، تغییر نام این فایل معمولاً همان اثر را ندارد؛ زیرا تنظیمات اصلی در پیکربندی سرور قرار دارند.

5. محدودیت حافظه PHP و منابع هاست را کنترل کنید

اگر پیام Allowed memory size exhausted در گزارش ثبت شده، حافظه در دسترس PHP ممکن است کافی نباشد. در چنین شرایطی، مقدار memory_limit هاست را بررسی کنید. بعضی سرویس‌ها اجازه افزایش آن از پنل یا فایل پیکربندی را می‌دهند و در بعضی دیگر لازم است با پشتیبانی هاست هماهنگ کنید.

در وردپرس نیز ثابت WP_MEMORY_LIMIT وجود دارد؛ برای نمونه:

define( 'WP_MEMORY_LIMIT', '256M' );

این مقدار فقط یک مثال است، نه توصیه ثابت برای همه سایت‌ها؛ همچنین نمی‌تواند محدودیت سخت‌گیرانه تعیین‌شده توسط سرویس‌دهنده را الزاماً تغییر دهد. افزایش حافظه بدون تشخیص علت می‌تواند مشکل افزونه یا کد پرمصرف را پنهان کند. اگر گزارش خطا نشانه کمبود حافظه ندارد، تغییر این مقدار احتمالاً اقدام اول مناسبی نیست.

6. در صورت نیاز فایل‌های اصلی وردپرس را سالم‌سازی کنید

اگر خطا به فایل‌های اصلی وردپرس مربوط باشد و روش‌های قبلی کمکی نکرده باشند، می‌توان سالم بودن فایل‌های هسته را بررسی کرد. این کار را فقط پس از تهیه پشتیبان کامل و در صورت امکان روی محیط آزمایشی انجام دهید.

بسته سالم وردپرس را از وب‌سایت رسمی وردپرس بگیرید و طبق دستورالعمل به‌روزرسانی دستی، فایل‌های هسته را به‌صورت کنترل‌شده جایگزین کنید. پوشه wp-content، فایل wp-config.php و سایر فایل‌های اختصاصی سایت نباید بازنویسی یا حذف شوند. اگر درباره روش صحیح مطمئن نیستید، از پشتیبانی هاست کمک بگیرید.

7. اگر خطا ادامه دارد، اطلاعات دقیق را به پشتیبانی هاست بدهید

اگر هنوز دلیل مشخص نشده، زمان وقوع خطا، مسیر URL، اقدام‌های انجام‌شده و چند خط مرتبط از لاگ را برای پشتیبانی ارسال کنید. ممکن است مسئله به PHP-FPM، مجوزهای فایل‌ها، تنظیمات وب‌سرور یا محدودیت منابع مربوط باشد. از ارسال رمزها، کل فایل پیکربندی یا گزارش‌های حاوی اطلاعات محرمانه خودداری کنید.

اگر خطای 500 فقط در wp-admin رخ می‌دهد چه کنیم؟

در این حالت، مشکل را دقیقاً در زمان باز کردن مسیر مدیریت بازتولید کنید و گزارش سرور را در همان بازه بررسی کنید. افزونه‌های مرتبط با ورود، امنیت، مدیریت کاربران و کدهای اختصاصی پیشخوان از گزینه‌های قابل بررسی هستند. اگر ایمیل Recovery Mode دریافت کرده‌اید، از لینک معتبر همان ایمیل استفاده کنید. صرف اینکه صفحه اصلی سایت کار می‌کند، نشان نمی‌دهد مشکل حتماً از افزونه است.

چگونه از بازگشت خطای 500 جلوگیری کنیم؟

پشتیبان‌گیری منظم، آزمایش به‌روزرسانی‌های مهم در محیط Staging، ثبت تغییرات، نظارت بر گزارش خطا و بررسی سازگاری PHP و افزونه‌ها احتمال توقف‌های طولانی را کاهش می‌دهد. بعد از رفع مشکل، مسیرهای اصلی سایت، فرم‌ها، پرداخت و پیشخوان را آزمایش کنید تا مطمئن شوید تنها پیام خطا حذف نشده و عملکرد واقعی سایت هم درست است.

جمع‌بندی

برای رفع خطای 500 در وردپرس بهتر است به‌جای تغییرات پراکنده، از گزارش خطا شروع کنید. سپس افزونه و قالب، قوانین .htaccess در سرورهای سازگار، حافظه PHP و سلامت فایل‌های هسته را به‌ترتیب بررسی کنید. هر تغییر باید قابل بازگشت باشد و پس از برطرف شدن خطا، عملکرد واقعی سایت نیز آزمایش شود. اگر لاگ به مشکل تنظیمات سرور اشاره می‌کند، کمک گرفتن از پشتیبانی هاست معمولاً سریع‌تر از تغییرهای حدسی است.

منبع: https://themeisle.com/blog/wordpress-internal-server-error-fix/

سوالات متداول

خطای 500 در وردپرس درواقع زمانی اتفاق می‌افتد که پروتکل Http یافت نشود؛ یعنی سرور به درخواست Http پاسخ دهد ولی نتواند آن را بازیابی کند. خطایinternal server error 500 فقط مختص وردپرس نیست و همان‌طور که از نامش پیدا است، به دلیل عدم ناسازگاری در کدهای سایت رخ می‌دهد.
طی ۶ مرحله این کار امکانپذیر است: حالت اشکال زدایی را روشن کنید. همه افزونه ها را غیرفعال کرده و تم ها را تغییر دهید. فایل htaccess خود را بررسی کنید. حافظه خود را افزایش دهید. از هاست یا میزبان خود بپرسید. وردپرس را دوباره نصب کنید.
خطاهایی که در دستورات مختلف ظاهر می‌شوند اما جای نگرانی نیست زیرا تمامی ین خطاها با عملکردهایی کاملا برطرف شده و مشکل رفع می‌شود.
آیا این مقاله برای شما مفید بود؟
تقریبا
خیر
5 سال عضو همیار وردپرس

دیدگاهتان را بنویسید

ارسال دیدگاه به معنی این است که شما ابتدا قوانین ارسال دیدگاه را مطالعه کرده‌اید و با آن موافق هستید.

دیدگاه‌های این نوشته جدید ترین ها شاخص

  1. 5 سال عضو همیار وردپرس

    Reply

    سلام من در تنظیمات وردپرس نام دامنه و نام سایت رو یکی گذاشتم اما با ارور 500 مواجه شدم لطفا راهنمایی کنید

  2. 5 سال عضو همیار وردپرس

    Reply

    درود و روز بخیر
    من یک مشکل عجیب دارو و اونم اینه که همه صفحات به غیر از صفحه اصلی سایت رو میتونم ادیت کنم ولی صفحه اصلی ارور سرور 500 میده (با المنتور) و در حالت عادی ارور :
    Fatal error: Allowed memory size of 293601280 bytes exhausted (tried to allocate 794624 bytes) و این ارور روی فایل wp-db.php هستش
    ممنون میشم بهم کمک کنید

    • 9 سال عضو همیار وردپرس

      Reply

      سلام
      این مورد رو با پشتیبان هاستتون صحبت کنید، احتمالا مشکل از سمت سرور هست.

  3. 8 سال عضو همیار وردپرس

    Reply

    با سلام
    یه مشکلی توی سایت بوجود اومده داخل سایت که میشم هر جایی کلیک میکنم یه صفحه سیاه میاد فقط با ریفرش برطرف میشه و دوباره میاد. این مشکل بعد از نصب افزونه ultimate member بوجود اومد ولی با اینکه حذفش کردم همچنان همین مشکل هست .

    • 9 سال عضو همیار وردپرس

      Reply

      سلام
      با یک مرورگر دیگه یا incognito تست کنید. اگر از افزونه های کش استفاده میکنید، کش رو خالی کنید.

    • 8 سال عضو همیار وردپرس

      Reply

      با سلام ممنون از پاسختان . کش ها رو حذف کردم و با مرورگرهای دیگه و حتی سیستم های دیگه امتحان کردم و موبایل .
      همین مشکل هست . افزونه هایی که شک داشتم رو غیر فعال کردم و تست کردم همچنان مشکل هست. میشه ادرس سایت رو مشاهده کنید تا متوجه منظورم بشید. bronze.ir

    • 9 سال عضو همیار وردپرس

      Reply

      سلام
      سایتتون رو دیدم! چنین مشکلی مشاهده نکردم

    • 9 سال عضو همیار وردپرس

      Reply

      صفحات بعد رفتم دیدم. کد زیر رو توبخش سفارشی سازی Css اضافی قرار بدید.
      html.swipebox-html #swipebox-overlay {
      direction: ltr;
      display: none;
      }

    • 8 سال عضو همیار وردپرس

      Reply

      سلام
      ممنونم از راهنمایی و کمکت . الان این کد رو اضافه کردم مشکل سیاه شدن صفحه برطرف شد ولی حالا که کلیک میکنم یه صفحه برم اونجا قفل میشه صفحه . میشه الان مشاهده کنید؟
      قبلا از راهنمائیتان ممنونم

    • 9 سال عضو همیار وردپرس

      Reply

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

  4. 8 سال عضو همیار وردپرس

    Reply

    محتویات htaccess زیر بهترین محتواست:

    # BEGIN WordPress
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ – [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]
    # BEGIN Expire headers

    ExpiresActive On
    ExpiresDefault “access plus 1 month”
    ExpiresByType image/x-icon “access plus 1 year”
    ExpiresByType image/jpeg “access plus 1 month”
    ExpiresByType image/png “access plus 1 month”
    ExpiresByType image/gif “access plus 1 month”
    ExpiresByType image/jpg “access plus 1 month”
    ExpiresByType image/pdf “access plus 6 seconds”
    ExpiresByType application/x-shockwave-flash “access plus 1 month”
    ExpiresByType text/css “access plus 1 month”
    ExpiresByType text/javascript “access plus 1 year”
    ExpiresByType application/javascript “access plus 1 year”
    ExpiresByType application/x-javascript “access plus 1 year”
    ExpiresByType text/html “access plus 600 seconds”
    ExpiresByType application/xhtml+xml “access plus 600 seconds”
    ExpiresByType font/ttf “access plus 1 year”
    ExpiresByType font/woff “access plus 1 year”

    # END Expire headers
    # BEGIN Cache-Control Headers

    Header set Cache-Control “max-age=2592000, public”

    Header set Cache-Control “max-age=2592000, public”

    Header set Cache-Control “max-age=2592000, private”

    Header set Cache-Control “max-age=600, private, must-revalidate”

    # END Cache-Control Headers
    # BEGIN Turn ETags Off

    Header unset ETag

    FileETag None
    # END Turn ETags Off
    # BEGIN Remove Last-Modified Header

    Header unset Last-Modified

    # END Remove Last-Modified Header
    # END WordPress

  5. 9 سال عضو همیار وردپرس

    Reply

    با عرض سلام و وقت بخیر.
    شما در خصوص warning زیر اطلاعی دارید؟
    PHP Warning: next() expects parameter 1 to be array, null given in /home/……/public_html/wp-includes/class-wp-hook.php on line 291
    PHP Warning: current() expects parameter 1 to be array, null given in /home/……../public_html/wp-includes/class-wp-hook.php on line 275
    PHP Warning: Invalid argument supplied for foreach() in /home/………/public_html/wp-includes/class-wp-hook.php on line 277
    مشکل به این صورت است که سه کد مذکور به صورت سیکل در فایل error-log تکرار میگیردد و در مدت کوتاهی کل فضای هاست( به عنوان مثال 10 گیگ در 15 دقیقه) پر میشود و مدیریت مسدود میگیردد. این خطا برای بسیاری از سایت های وردپرسی ایجاد شده است و در دو لینک زیر مورد بررسی قرار گرفته است و بیشتر با عنوان لاگ حجیم وردپرس شناخته شده است.
    wordpress.org/support/topic/class-wp-hook-php-generating-errors-crashing-server/
    core.trac.wordpress.org/ticket/39338
    هرچند که می توان این warning را با غیر فعال کردن error log برطرف نمود هدف اصلی بررسی ریشه ای این موضوع و علت یابی آن می باشد. از جمله راهکارهای اعلام شده استفاده از پلاگین health-check می باشد که کارساز نیست. در دو لینک مذکور کلیه بحث ها و تبادل نظرها ناتمام باقی مانده و گویا موضوع مبهم است.
    شما در این خصوص اطلاعاتی دارید؟

  6. 8 سال عضو همیار وردپرس

    Reply

    سلام وقت بخیر
    میخواستم در خصوص رفع ارور زیر منو راهنمایی کنین:
    error_log از نوع text/x-generic

  7. 9 سال عضو همیار وردپرس

    Reply

    با سلام و احترام، ممنون بابت مقاله عالیتون، لطفاً یک مقاله هم در رابطه با ارور 503 هم بگذارید 503 Service Unavailable
    با تشکر

  8. 9 سال عضو همیار وردپرس

    Reply

    دوست عزیز من خیلی سرچ کردم ولی افزونه ای پیدا نکردم ایا افزونه ای هست که مطالب دلخواه من تو دسته بندی های مختلف رو تو سایدبار نمایش بده؟ مثالا میخام پست های 1 و 5 و 9 من که تو دسته بندی های مختلفی هستن رو به انتخاب من تو سایدبار نمایش بده.

  9. 8 سال عضو همیار وردپرس

    Reply

    سلام، من یه قالب وردپرس خریداری کردم. بعد از اکسترکت کردن فایل full-pack با error log زیر مواجه می شوم. ببخشید خیلی طولانیه، خواستم کاملشو بنویسم
    [04-Jul-2018 08:08:03 UTC] PHP Warning: mysqli_query(): (HY000/23): Out of resources when opening file ‘/dev/shm/tmp/#sql_3933e8_0.MAI’ (Errcode: 24 "Too many open files") in /home/demoabzarwp/public_html/publisher/wp-includes/wp-db.php on line 1924
    [04-Jul-2018 08:08:03 UTC] خطای Out of resources when opening file ‘/dev/shm/tmp/#sql_3933e8_0.MAI’ (Errcode: 24 “Too many open files”) در پایگاه‌داده وردپرس برای دستور SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id WHERE tt.taxonomy IN (‘category’) AND t.term_id IN ( 6,4,8,10,17,11 ) AND tt.count > 0 ORDER BY t.name ASC ساخته شده توسط require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), include(‘/themes/publisher/page.php’), get_header, locate_template, load_template, require_once(‘/themes/publisher/header.php’), publisher_get_view, include(‘/themes/publisher/views/general/header/header-style-2.php’), publisher_get_view, include(‘/themes/publisher/views/general/menu/main.php’), wp_nav_menu, wp_get_nav_menu_items, get_terms, WP_Term_Query->query, WP_Term_Query->get_terms
    [08-Jul-2018 08:00:18 UTC] WordPress database error Out of resources when opening file ‘/dev/shm/tmp/#sql_172a6c_0.MAD’ (Errcode: 24 “Too many open files”) for query SHOW FULL COLUMNS FROM `wp_options` made by require(‘wp-blog-header.php’), require_once(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘plugins_loaded’), WP_Hook->do_action, WP_Hook->apply_filters, RevSliderFront::createDBTables, update_option
    [01-Nov-2018 00:46:01 UTC] PHP Warning: Error while sending QUERY packet. PID=3980174 in /home/demoabzarwp/public_html/publisher/wp-includes/wp-db.php on line 1924

  10. Reply

    سلام بهاره جان چک کن این کامنت ها رو
    ما از بس تو ایران از بلانسبت ناشی ها قالب خریدیم خسته شدیم.
    من با تغییر فایل htaccess تونستم دو تا ساب فولدرم را بالا بیارم . اما ریشه ی اصلی بالا نمیادو روشها چاره ساز نبود.
    توی ریشه ی اصلی 5 تا فایل htaccess بود با نام های مختلف. مثل htaccess_lscachebak_orig اینا چی هستند؟
    با تشکر

    • 13 سال عضو همیار وردپرس

      Reply

      سلام
      دوست عزیز من تا جایی که واقعا جای پاسخگویی باشه جواب میدم. اینکه میفرمایید چند تا htaccess یعنی مشکل! شما یه دونه از این فایل باید داشته باشید اونوقت چطور چندتا دارید؟
      ساب فولدر دقیقا برای چی؟