سبد خرید
0

هیچ محصولی در سبد خرید نیست.

رفع خطای مشکل The 500 Internal Server Error در وردپرس

How-To-Fix-500-Internal-Server-Error

اگر شما هم فردی باشید که خودتان بعنوان مدیر یک سایت هستید و یا فردی که علاقه زیادی به وب گردی دارید نمیتوان گفت که تاکنون با خطای Internal Server Error یا همان خطای ۵۰۰ داخلی سرور مواجه نشده باشید. این خطا جزو خطاهای اساسی ای است که فارغ از نوع زبان برنامه نویسی (PHP , ASP و…) و حتی نوع سیستم مدیریت محتوا ، وردپرس ، جوملا، اوپن کارت و… برای همه نوع سایتی ممکن است که بوجود بیاید و برخی اوقات در حین مرور صفحات سایت با آن مواجه شویم که البته علت وقوع آن در هرکدام از سیستم ها و زبان های برنامه نویسی و البته راه حل های پیشنهادی برای رفع این خطاها متفاوت و مختص به همان سیستم هست. در این آموزش قصد داریم به نحوه رفع کامل این خطا در سایت های وردپرسی اشاره کنیم.Internal Server Error in WordPress"

نمونه ای متن این خطا:

و همچنین از این نوع با پیام های زیر هم گاهاً مشاهده می شود که اگر این پیام ها را ملاحضه فرمودید؛ بدانید که این خطا همان خطای ۵۰۰ معروف و مشهور است!

پست پیشنهادی :  آموزش کپی کردن پست‌ها و تصاویر برای زبان‌های سایت وردپرس با استفاده از WPML

نکته ی قابل توجه پس از اینکه کاربران با این خطا مواجه می شوند این خواهد بود که بر قطعی سرور یا مشکلات هاست خود متمرکز میشوند درصورتی که عمدتاً و اساسا این خطا در حین عدم برقراری و اجرای سیستم یا اسکریپت در بیشتر اوقات به وجود می آید. که دلایل جزئی آن هم میتواند به دلیل اشتباه بودن و یا دارای مشکل بودن فایل htaccess. یا محدودیت حافظه رم مورد استفاده توسط وردپرس شما و یا مشکل از افزونه های وردپرسی باشد!

حال به تشریح رفع هر کدام از موارد احتمالی بالا می پردازیم.

فرضیه اول – فایل htaccess. دارای مشکل است:

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

راه اول: اینکه به از طریق Host Control Panel > File Manager > Public_html فایل  htaccess. را یافته و آنرا با یک ادیتور باز میکنیم.  سپس کلیه محتویات آنرا حذف و به اصلاح این فایل را خالی و سپس ذخیره میکنیم. حالا از طریق پیشخوان وردپرس > تنظیمات > پیوندهای یکتا را کلیک میکنیم تا هسته وردپرسی ما بطور خودکار اقدام به تولید و اصلاحاً Generate این فایل اقدام نماید. حالا سایت را چک میکنیم اگر مشکلی وجود داشت. پس خطای صادره از محل دیگری است.

روش دوم : با رفتن به مسیر  Host Control Panel > File Manager > Public_html و یافتن فایل htaccess. آنرا به یک نام دلخواه (نامی به غیز نام فعلی) بطور مثال htaccess_myname تغییر میدهیم. پس از انجام این کار حالا سایت را تست میکنیم اگر مشکل برطرف شده باشد پس مشکل سایت در کدهای موجود در این فایل بوده ، پس از کسب اطمینان از مشکل دار بودن این فایل از طریق پیشخوان وردپرس به تنظیمات و پیوندهای یکتا میرویم و از آنجا یکبار بروی دکمه ذخیره کلیک میکنیم تا هسته وردپرس این فایل را مجدد ایجاد کند.

فرضیه دوم – محدودیت حافظه برای وردپرس وجود دارد:

این مسئله در زمانی بوجود می آید که به دلیل وجود محدودیت های موجود بروی سرور شما نیاز دارید که مصرف رم وردپرس را به میزان کمی تنظیم کنید برای این کار فایل wp-config.php در مسیر ریشه وردپرس با باز کنید و کد زیر را در آن کپی و ذخیره کنید.

اگر با مقدار ۵۱۲ بالا خطا همچنان باقی بود .میتوانید حداقل ترین میزان رم یعنی ۶۴ مگ را تنظیم کنید. برای اینکار از کد زیر استفاده کنید.

پست پیشنهادی :  رفع مشکل خطای JUser: :_بارگذاری :نمی توان کاربر را با این شناسه بارگذاری کرد: ۴۲ در جوملا

راه دیگری که میتوانید این محدودیت را اعمال کنید  استفاده از فایل php.ini هست که میتوانید بطور دستی و لوکال صرفاً برای هاست خودتان تنظیم کنید تا از کانفیگ کلی php سرور تبعیت نکند. برای اینکار به پوشه wp-admin میرویم و در اینجا یک فایل بنام php.ini ایجاد میکنیم و در آن کد زیر را کپی و ذخیره میکنیم.(البته این نکته را یادآور شویم برخی از هاست های اشتراکی برای اینکه کاربران هیچگونه تغییری بصورت دلخواه در کانفیگ انجام شده بروی سرور و در هاست خود انجام ندهند این قابلیت را اساسا غیرفعال کرده اند و اگر با این روش پاسخی دریافت نکردید الزاماً میبایست مسئله را با هاستینگ خود در میان بگذارید)

فرضیه سوم – عامل خطا یکی از افزونه ها و الحاقات وردپرس است:

در این حالت محبور هستیم که بطور کلی افزونه ها غیرفعال کنیم .تا بتوانیم صحت این مسئله را تست کنیم.برای این مسئله از طریق هاست و یا FTP  به مسیر public_html > wp-content پوشه plugins را به نام دلخواه تغییر نام میدهیم .تا اساسا در زمان بارگزاری سایت و تست محدد هیچ ردی از افزونه های نصب شده نباشد. این نام میتوانید یک نام فرضی مشابه pluginsMyname باشد . این کار برای این است که هسته وردپرس قابلیت شناسایی پوشه پیشفرض افزونه های خود و به دنبال آن قابلیت لود پلاگین ها را نداشته باشد تا بدین ترتیب بتوانیم فرضیه مشکل دار بودن افزونه ها را تست نماییم.

فرضیه چهارم: فایل های هسته وردپرس دچار مشکل شده باشد:

در این حالت ما تنها کاری که میتوانیم انجام دهیم. و در صورت کسب نتیجه درست از تست های بالا میبایست فایل نصبی وردپرس خام که هیچگونه دستکاری ای را نداشته است. دانلود و بروی سرور آپلود کنیم. برای آپدیت هسته نیاز داریم تا پوشه های wp-admin و wp-includes از جوملا خام و بدون دستکاری را بروی سرور خود آپلود و بروی سایت فعلی خود اکسترکت کنیم. حال مجدد سایت را تست میکنیم که آیا مشکل برطرف شده است یا خیر.عموماً مشکلات وردپرسی با این تست ها و تغییرات میبایست برطرف شوند. اگر با این تست ها مشکل شما برطرف نشد میتوانید مسئله را با شرکت هاستینگ خود در میان بگذارید تا متخصصان آنها مسئله را بررسی کنند.

 

 امیدواریم که این آموزش برای شما مفید بوده باشد. سوالات خود را بعنوان کامنت در همین پست ارسال نمایید.

آواتار
295

از سال 1388 وارد دنیای شگفت انگیز Open Source شدم. دوست دارم که تجارتی که در این مدت آموختم رو در اختیار دوستان خودم قرار بدم.

ارسال دیدگاه

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

توسط
تومان