وردپرس یک برنامه وسیع و پرقدرت است و امکانات بسیار را در اختیار کاربر قرارداده است که استفاده از آن کمی پشتکار و حوصله میخواهد. تصور کنید خانهای با تمام تجهیزات در اختیار شماست تا آنچه را در دامنههای خیال خود میپرورانید به قلههای واقعیت نزدیک کنید. شما بههرحال باید مسیری سرشار از اتفاقات ریزودرشت را بگذرانید و در عین حال در کولهپشتی خود ابزارهای متنوع و افزونههایی برای یاری دارید. گه گاهی در این مسیر مشکلاتی پیش میآید که باید به متوقف شوید و برای حل آنها چارهاندیشی کنید. جالب است که حتی این خطاها نیز مشترک هستند و قبل از شما کسانی دیگر هم با آن مواجه شده و برای آن راهحلی ارائه کردهاند حالا شما باید آن راهحل را به کار ببندید و خطا را تصحیح کنید؟
برای این کار آمادهاید؟
حتی در این مسیر نیز تنها نیستید این مقاله به شما نشان میدهد که چگونه رایجترین خطاهای وردپرس را تشخیص دهید، اما در اینجا متوقف نمیشوم! نحوه رفع خطاهای وردپرس را نیز به صورت گامبهگام به شما آموزش خواهیم داد تا سایت خود را به حالت عادی برگردانید و به یاد داشته باشید، اگر خطای خود را در اینجا نمیبینید، همیشه میتوانید برای یافتن راهنمایی بیشتر به فهرست رسمی مشکلات رایج وردپرس بروید و آموزش های وردپرس برای رفع خطاهای رایج را مشاهده کنید.
عیبیابی و پاکسازی اولیه در وردپرس
قبل از اینکه به دنبال خطاهای جزئیتر بروید ابتدا به اهم چند عیب اصلی را رفع میکنیم در بسیاری از موارد با همین پاکسازی اولیه مشکل حل خواهد شد. در غیر این صورت به دنبال رفع ارورهای بعدی میرویم.
بیشتر خطاها از مشکلات جزئی ناشی میشوند که بهراحتی میتوان با آنها برخورد کرد، من شما را مانند مقالات دیگر نمیترسانم و حرفی از پیچیدگی کار نمیزنم؛ چراکه در وهله اول کسی که میخواهد یک سایت وردپرسی طراحی کند آنقدر شور و اشتیاق دارد که خود را به خواستهاش نزدیک کند و هر رنجی در این کار را به جان میخرد اگر هم جزو دسته کارشناسان این کار هستید و شغل شما طراحی سایت برای صاحبان مشاغل است که دیگر کار راحتتر است و شما تا الان دانش کافی در محیطهای اینچنینی دارید و نحوة رفتار آن عیوب را از قبل میدانید. پس هنگامی که منبع مشکل را درک کردید، تنها چیزی که لازم است عیبیابی اولیه است تا سایت شما دوباره راهاندازی و اجرا شود.
برای عیبیابی خطاهای رایج وردپرس، با شناسایی پیام خطایی که با آن مواجه میشوید، شروع کنید. در اینجا چند مرحله کلی وجود دارد که میتوانید دنبال کنید:
کش مرورگر خود را پاک کنید: این کار میتواند مشکلات مربوط به محتوای کش را حل کند.
غیرفعالکردن پلاگینها: همه افزونهها را غیرفعال کنید و آنها را یکبهیک دوباره فعال کنید تا هر کدام که باعث تضاد میشود را شناسایی کنید.
تغییر به یک تم پیشفرض: به طور موقت به یک تم پیشفرض وردپرس (مانند بیست و بیست و یک) تغییر دهید تا مشکلات مربوط به موضوع را رد کنید.
فعالکردن اشکالزدایی: اشکالزدایی را در فایل wp-config.php خود روشن کنید تا پیامهای خطای دقیق را برای بینش بیشتر دریافت کنید.
بررسی مجوزهای فایل: مطمئن شوید که فایلها و پوشههای شما دارای مجوزهای صحیح تنظیم شدهاند.
Consult Error Logs: به گزارشهای خطای سرور خود برای پیامهای خطای خاصی که میتوانند سرنخهایی را ارائه دهند نگاه کنید.
این مراحل انواع خطاهای رایج را پوشش میدهند، بعد از چک این مراحل نظارت بر پیامهای خطای خاص برای عیبیابی هدفمند هم بسیار مهم است.
خطاهای رایج وردپرس و نحوه رفع آنها (بررسی 40 خطای وردپرسی)
من 40 خطا از 500 خطای رایج در ورد پرس را بررسی کرده ام. در تیتر هر خطا نام مجرم اصلی آن خطا را آورده ام که یکراست شما را به اصل مطلب نزدیک کرده باشم. بی شک برای عیب یابی کامل یک خطا شما به اطلاعات بسیار کوچک تر و تخصصی تری از این مقاله احتیاج پیدا می کنید اما با این مطلب شما نقشه راه را در دست خواهید داشت.
1. صفحة سفید مرگ = تم و پلاگین و کش
یک صفحة کاملاً خالی و سفید میتواند هر کاربری را تا مرز سکته پیش ببرد. تصور کنید روزها مطلب نوشتهاید و فایل زیپ کردهاید و ناگهان یک روز با یک صفحه سفید و بیخاصیت روبهرو میشوید. هول نکنید خیلیها این صفحه را دیدهاند راهحلش این است که اول اگر سایتهای وردپرس دیگری را روی همان حساب میزبانی نصب کردهاید، بررسی کنید که آیا مشکل در سایتهای دیگر نیز رخ میدهد یا نه. دوم اینکه اگر خطای صفحه سفید مرگ ناشی از یک افزونه یا تم وردپرس باشد، وردپرس ممکن است بتواند آن را پیدا کند. وردپرس همچنین یک ایمیل در مورد مشکل به آدرس ایمیل مدیر شما ارسال میکند.
چک سوم این است که یک اسکریپت حافظه وب سرور شما را تمام کرده و در وسط آن را ترک کرده است. در چهارمین عیبیابی تجربهای که از عیبیابی این مشکل داشتیم این بود که همیشه متوجه شدهایم که این مشکل یا مربوط به یک افزونه خاص است یا یک موضوع. بیایید جلو برویم و همه افزونهها را غیرفعال کنیم. در پنجمین مرحله اگر عیبیابی افزونه مشکل را برطرف نکرد، باید تم فعال خود را با یک تم پیشفرض جایگزین کنید. مرحله شش حالت Debug Mode را برای گرفتن خطاها در وردپرس فعال کنید و در آخر یعنی خان هفتم کش وردپرس را پاک کنید.
این یک خطا نیست، بلکه رفتار وردپرس زمانی که یک اسکریپت PHP از محدودیت استفاده از حافظه تعیین شده توسط ارائهدهنده میزبان شما فراتر میرود، یک خطا است. هنگامی که این اتفاق میافتد، WP معمولاً اسکریپت را میکشد، و بهجای نمایش یک پیام خطا، بهسادگی یک صفحه خالی قرار میدهد.
اسکریپتی که بیش از میزان مصرف حافظه است بهاحتمال زیاد متعلق به یک پلاگین یا موضوع است. اگر میخواهید به استفاده از افزونه ادامه دهید، باید wp-config.php یا php.ini را ویرایش کنید و محدودیت استفاده از حافظه را به 256 مگابایت یا 512 مگابایت افزایش دهید. اگر کار نکرد، باید افزونه ای که باعث خطا شده را شناسایی کنید و جایگزین های بالقوه را در نظر بگیرید.
2. خطای سرور داخلی 500 = htaccess و حافظه
خطای سرور داخلی 500 می تواند در ابتدا ناامید کننده باشد زیرا در واقع به شما نمی گوید چه اشتباهی رخ داده است.
همچنین بهعنوان “خطای http 500” شناخته میشود که میتواند ناشی از چندین عامل باشد، مانند تداخل بین افزونهها یا تمهای وردپرس، رسیدن به محدودیت حافظه PHP، فایل htaccess خراب، پیکربندی اشتباه سرور، یا مجوزهای فایل و دایرکتوری نادرست، و دلایل دیگر!
اما چطور آن را رفع کنیم؟ همین اول بگویم که یک روز کامل خود را برای این عیبیابی بگذارید و این موارد را کنترل کنید. در حین کار برای گرفتن انگیزه به تمام مشتریان یا مخاطبانی فکر کنید که پشت در وبسایت شما ایستادهاند و منتظر باز شدن این در هستند.
برای آزمایش اینکه آیا فایل .htaccess شما باعث خطای سرور داخلی میشود، تنها کاری که باید انجام دهید این است که فایل را غیرفعال کنید. شما میتوانید این کار را با استفاده مجدد از SFTP انجام دهید. فایل معمولاً در فهرست اصلی سایت شما قرار دارد که اغلب با عنوان public_html است.
برای غیرفعالکردن فایل کافیست نام آن را تغییر دهید. بهعنوانمثال، نام آن را به .htaccess-disabled تغییر دهید، سپس سایت خود را بررسی کنید تا ببینید آیا مشکل حل شده است یا خیر.
اگر این مشکل را برطرف کرد، تنها کاری که باید انجام دهید این است که یک فایل htaccess. جدید و بدون اشکال ایجاد کنید. مراحل ذکر شده در بالا را دنبال کنید (به داشبورد مدیریت خود بروید و به تنظیمات > پیوندهای دائمی بروید، سپس روی ذخیره تغییرات کلیک کنید).
اگر غیرفعالکردن فایل htaccess شما خطا را برطرف نکرد، ممکن است نیاز باشد محدودیت حافظه PHP خود را افزایش دهید اگر متوجه شدید که نمیتوانید محدودیت خود را بیشتر از این افزایش دهید، ممکن است بخواهید با میزبان وب خود در مورد ارتقای برنامه میزبانی فعلی خود تماس بگیرید.
3. خطای 400 = شستشوی کش URL و کش DNS
خطا به اشکال مختلف، از 400 تا 499 وجود دارد. با این حال، همه آنها خطاهای سرویس گیرنده HTTP هستند . به این ترتیب، معمولاً می توان آنها را به یک مشکل ارتباطی با سرور شما ردیابی کرد. این خطا به Bad Request معروف است، زیرا به موضوع خاصی اشاره نمیکند. بنابراین این موارد را دنبال کنید:
URL را برای اشتباهات املایی بررسی کنید، کش و کوکیهای مرورگر خود را پاک کنید، کش DNS خود را پاک کنید، افزونههای مرورگر را غیرفعال کنید. یا از یک نصب جدید وردپرس، بازخوانی کنید.
بیشتر بخوانید: ارور 401 چیست و چگونه رفع میشود؟
4. 502 طولانی شدن ورود = فشار زیاد بر سرور، کدگذاری ضعیف پلاگین و تم
این یکی دیگر از خطاهای نسبتاً رایج است که عیبیابی آن کمی دشوار است. معمولاً زمانی ظاهر میشود که سرور برای پاسخگویی بیش از حد طول بکشد میتواند چندین باشد. ممکن است به یک افزایش موقت ترافیک یا یک حمله مخرب نگاه کنید که فشار زیادی بر سرور وارد میکند. اگر اینطور است، خطا باید پس از مدتی ناپدید شود. اگر مشکل از سرور است، تیم پشتیبانی میزبان شما باید از آن آگاه باشد.
اگر اینطور نیست، دلیل آن میتواند یک پلاگین یا تم با کدگذاری ضعیف باشد، بنابراین ممکن است بخواهید به آنها نیز نگاهی بیندازید. کسانی از شما که از سرویس CDN (شبکه تحویل محتوا) استفاده میکنید، ممکن است بخواهید با ارائهدهنده خود بررسی کنید و مطمئن شوید که همه چیز در نهایت کار میکند.
5. 503 عدم پاسخگویی سرویس = ترافیک و بارگذاری سنگین
خطای 503 نشان دهنده عدم پاسخگویی اسکریپت است. همانند خطاهای Bad Gateway، این خطا زمانی فعال می شود که سرور سطوح غیرعادی ترافیک و بارگذاری افزایش یافته را تجربه می کند . اگر خطا پس از مدتی ناپدید نشد و تیم پشتیبانی میزبان شما تأیید کرد که همه چیز از نظر آنها خوب است، باید افزونه های خود را بررسی کنید. بازگشت به موضوع پیش فرض راه دیگری برای رفع مشکل است .
6. Gateway Timeou 504 = پایگاهداده وبسایت را تمیز کنید
خطای 504 Gateway Timeout زمانی ظاهر میشود که یک درخواست از طریق یک پروکسی پردازش شود و به سرور میزبان نرسد. این ممکن است به دلیل یک نقص موقت سرور باشد، اما میتواند به دلیل مشکلات دیگر، هم در شبکه خانگی و هم در خارج از آن باشد.
ابتدا باید تعیین کنید که آیا شما تنها کسی هستید که پیام خطا را میبینید یا اینکه سایت برای همه غیرقابلدسترس است. اگر سایت فعال است، اما نمیتوانید آن را بارگیری کنید، میتوانید هر پروکسی یا فایروالی را که فعال دارید غیرفعال کنید.
اگر سایت برای همه غیرقابلدسترسی است، اولین کار شما باید بررسی برنامه نصب شده و پیکربندی فایروال سرور باشد. سعی کنید آنها را غیرفعال کنید تا ببینید آیا این مشکل را حل میکند یا خیر. اگر اینطور نیست ممکن است بخواهید پایگاهداده وبسایت را تمیز کنید و به پلاگینها و تمهای نصب شده نگاهی دقیق بیندازید.
7. خطای Cloudflare 521 = Cloudflare CDN
فقط در وبسایتهایی که سرویس Cloudflare CDN را فعال کردهاند، میتوانید با خطای 521 مواجه شوید . در چنین مواردی، هر درخواستی که به وب سایت ارسال می شود از طریق Cloudflare می گذرد. بنابراین، اگر CDN نتواند به سرور میزبان متصل شود، خطای 521 را نمایش می دهد.
یک مشکل فنی در سرور واضحترین مقصر است، اما گاهی اوقات، رفع این مشکل به لیست سفید تمام IPهای Cloudflare در فایروال سرور است.
8. 403 وارد نشو = سرویس گیرنده FTP و کنترل پنل
403 یک کد وضعیت استاندارد HTTP است. هنگامی که نمایش داده می شود، اغلب با پیامی به کاربر اطلاع می دهد که از دسترسی به صفحه ای که می خواهد به آن دسترسی پیدا کند، منع شده است. اگر خودتان این محدودیت را تنظیم نکرده اید، ممکن است به دلیل مجوزهای فایل نادرست باشد. مشکل را می توان به سرعت از طریق یک سرویس گیرنده FTP یا از طریق کنترل پنل میزبان برطرف کرد .
گاهی اوقات، مقصر یک فایل htaccess. خراب یا یک افزونه امنیتی وردپرس است که IP یا محدوده IP شما را مسدود کرده است.
9. فایل 404 یافت نشد = فایل htaccess، سرویس گیرنده FTP
این بدون شک رایجترین خطا است. همه ما حداقل یکبار در هنگام وبگردی آن را دیدهایم. در بیشتر موارد، به دلیل یک پیوند شکسته ایجاد میشود، اما میتواند توسط یک فایل htaccess. خراب نیز ایجاد شود.
برای رفع آن، از یک سرویسگیرنده FTP یا یک مدیر فایل استفاده کنید تا به فایل htaccess خود بروید و نام آن را تغییر دهید. سپس وارد داشبورد وردپرس خود شوید، به تنظیمات پیوندهای ثابت خود بروید و بدون ایجاد هیچ تغییری روی ذخیره تغییرات کلیک کنید.
این یک فایل htaccess کاملاً جدید ایجاد میکند و باید خطای 404 را برطرف کند. به خاطر داشته باشید، با این حال، فایل جدید شامل هیچ یک از قوانین بازنویسی شما نخواهد بود، بنابراین یا میخواهید آنها را از htaccess قدیمی کپی کنید، یا باید برخی از افزونههای خود را دوباره پیکربندی کنید .
10. 429 درخواست زیاد و همزمان = تغییراتی در پیکربندی و افزونة ضعیف
کد وضعیت 429 HTTP برای محافظت از سرور شما در برابر حملات DDoS طراحی شده است. سرور زمانی از آن استفاده میکند که تعداد زیادی درخواست همزمان از یک مکان را شناسایی کند. بهجای پردازش آنها، بهسادگی با یک پیغام خطا پاسخ میدهد و در عین حال بار را در دسترس نگه میدارد.
اگر وبسایت وردپرس شما از یک افزونه با کدگذاری ضعیف استفاده میکند که تعداد زیادی درخواست را به سرور ارسال میکند، ممکن است خطای 429 ظاهر شود . اگر مشکوک هستید که ممکن است این مورد باشد، سعی کنید افزونه مشکل ساز را شناسایی کنید و بررسی کنید که آیا پیکربندی اضافی یا به روز رسانی ممکن است مشکل را حل کند.
اگر سرور بهدرستی پیکربندی نشده باشد، ممکن است 429 خطا را در کنسول جستجوی Google مشاهده کنید. در چنین مواردی، با میزبان خود تماس بگیرید و ببینید که آیا می توانند تغییراتی در پیکربندی ایجاد کنند تا از این پیام های خطا جلوگیری شود.
11. 413 درخواست ورود خیلی بزرگ = آپلود فایل یا نصب افزونه از طریق سرویس گیرنده FTP
زمانی که میخواهید فایلی را آپلود کنید که از محدودیتهای تعیینشده توسط ارائهدهنده میزبانی شما بیشتر است، بهاحتمال زیاد این پیام خطا را مشاهده میکنید. معمولاً زمانی که میخواهید یک افزونه یا یک تم را نصب کنید، این اتفاق میافتد. بااینحال، میتوانید خطای مشابهی را هنگام آپلود تصاویر یا فیلمهای بزرگ در کتابخانه رسانه مشاهده کنید.
میتوانید محدودیتهای اندازه آپلود را از طریق htaccess، php.ini یا از طریق فایل functions.php تغییر دهید تا خطا برطرف شود. بااینحال، یک گزینه سادهتر، آپلود فایل یا نصب افزونه از طریق سرویسگیرنده FTP است.
12. حافظه خسته شده است = افزایش محدودیت حافظه، غیرفعالکردن افزونه
گاهی اوقات، وردپرس هنگام پردازش اسکریپتی که حافظه زیادی مصرف میکند، خطا نشان میدهد. حتی میتواند به شما بگوید کدام فایل باعث ایجاد مشکل شده است، بنابراین میتوانید بهراحتی افزونه یا موضوع مشکل را شناسایی کنید.
گزینههای شما تقریباً یکسان است. میتوانید سعی کنید محدودیت حافظه را افزایش دهید، و اگر کار نکرد، افزونه را غیرفعال کنید تا وبسایت خود را دوباره درحالیکه به دنبال جایگزینی میگردید، بازگردانید.
13. خطاهای ایمیل وردپرس = استفاده از ایمیل عمومی
تعداد کمی از کاربران از مشکلات وردپرس و ایمیلها شکایت دارند. فرمهای تماس همیشه آنطور که انتظار میرود کار نمیکنند، اعلانهای ارسال شده به آدرس سرپرست به طور قابلاعتماد تحویل داده نمیشوند، مشکلات بیش از چند مورد هستند.
چندین چیز میتواند به شما در جلوگیری از چنین مشکلاتی کمک کند. ابتدا باید مطمئن شوید که از آدرس ایمیل مرتبط با دامنه خود بهعنوان ایمیل مدیریت وردپرس استفاده نمیکنید. اگر اینطور است و مشکلی در حساب میزبانی شما وجود دارد سرویس ایمیل نیز احتمالاً تحتتأثیر قرار خواهد گرفت. استفاده از آدرس ایمیل از یک ارائهدهنده ایمیل عمومی بهترین گزینه در اینجا است.
در مورد فرمهای تماس، احتمالاً از یک افزونه استفاده میکنید، بنابراین اولین جایی است که باید بررسی کنید. اگر مطمئن هستید که افزونه بهدرستی کار میکند، ممکن است مشکل مربوط به پیکربندی سرور باشد. توجه داشته باشید که برخی از ارائهدهندگان هاست سختافزار خود را برای کار با تابع (PHP mail) پیکربندی نمیکنند که عملکرد افزونههای فرم تماس را از بین میبرد.
14. سایت در حال تجربه مشکلات فنی است = اعلان ایمیل
با وردپرس 5.2 به بعد، توسعه دهندگان، قابلیتی را معرفی کردند که می تواند در صورت بروز مشکل در وب سایت به شما اطلاع دهد. معمولاً قسمت جلویی سایت خطایی را نشان می دهد که می گوید: ” سایت در حال تجربه مشکلات فنی است.” هنگامی که سعی می کنید به داشبورد وردپرس دسترسی پیدا کنید ، پیامی را مشاهده می کنید که از شما می خواهد آدرس ایمیل مدیریت حساب خود را بررسی کنید که یک بار دیگر نشان می دهد که چقدر مهم است که به آن دسترسی داشته باشید.
معمولاً مسائلی که باعث ایجاد چنین خطایی میشوند پیرامون پلاگینها یا اسکریپتهای متضاد میچرخند که از محدودیت استفاده از حافظه فراتر میروند. در بیشتر موارد، اعلان ایمیل مشکل را مشخص میکند و دستورالعملهای واضحی در مورد آنچه که برای حل آن باید انجام دهید به شما میدهد.
15. خطا در برقراری اتصال پایگاهداده = بررسی اطلاعات رمز عبور، اجرای ابزار تعمیر پایگاهداده
همانطور که از نام آن پیداست، وردپرس زمانی که قادر به اتصال به پایگاهداده خود نباشد، این خطا را نمایش میدهد. دلایل این میتواند چندین باشد، و شما باید شروع به ردکردن احتمالات کنید. ابتدا با ارائهدهنده هاست خود تماس بگیرید و تأیید کنید که آیا همه چیز بهخوبی اجرا میشود.
اگر مشکل ناشی از قطعی نبوده است، باید فایل wp-config.php را باز کنید و نگاهی دقیقتر به اعتبار پایگاهداده داخل آن بیندازید. نام کاربری، رمز عبور و نام میزبان را بررسی کنید. اگر آنها درست هستند، میتوانید با فعالکردن و اجرای ابزار تعمیر پایگاهداده خود وردپرس، مشکل را برطرف کنید. البته قبل از انجام این کار، مطمئن شوید که از پایگاهداده خود یک نسخه پشتیبان تهیه کردهاید.
16. زمان اجرای بیش از اندازة تعیین شده = دستورالعمل max_execution_time
برای جلوگیری از سوءاستفاده از منابع سرور، اکثر ارائهدهندگان هاست محدودیتی را برای دورهای که در طی آن یک اسکریپت PHP میتواند اجرا شود، اعمال میکنند. به طور معمول، محدودیت بین 30 تا 60 ثانیه تنظیم می شود ، و اگر یک اسکریپت کار را در آن بازه زمانی کامل نکند، خاتمه می یابد.
شما میتوانید این محدودیت را از طریق فایل htaccess یا از طریق دستورالعمل max_execution_time در فایل php.ini افزایش دهید. بهخاطر داشته باشید که داشتن اسکریپتهایی که اجرای آنها بیش از حد طول میکشد میتواند بر سرعت کلی وبسایت شما تأثیر بگذارد.
17. خطای آیا مطمئن هستید که میخواهید این کار را انجام دهید؟ = پلاگین یا تم با کدگذاری ضعیف
وقتی برای اولینبار پیامی را میبینید که میگوید: آیا مطمئن هستید که میخواهید این کار را انجام دهید؟ ممکن است فکر نکنید که مشکلی در وبسایت شما وجود دارد. اما وقتی متوجه شدید که گزینه دیگری جز کلیککردن روی پیوند «لطفاً دوباره امتحان کنید» ندارید، بهسرعت متوجه خواهید شد که این در واقع یک خطا است.
متأسفانه، یافتن علت این امر ممکن است چندان آسان نباشد. در بهترین حالت، مقصر یک پلاگین یا تم با کدگذاری ضعیف است که در فرایند تأیید غیرمستقیم شکستخورده است یک مکانیسم امنیتی که از عملکردهای کلیدی وردپرس محافظت میکند.
با غیرفعالکردن پلاگینها و تمهای خود یکبهیک و بررسی اینکه آیا این تأثیری روی خطا دارد یا خیر، باید بتوانید افزونه مضر را شناسایی کنید. اگر مشکل وجود ندارد، ممکن است لازم باشد همه فایلهای اصلی وردپرس را با فایلهای تازه جایگزین کنید که کار بسیار مهمی است و تنها در صورتی باید حل شود که بهاندازه کافی با نرمافزار تجربه داشته باشید.
بیشتر بخوانید: بهترین افزونه های رایگان وردپرس
18. به طور خلاصه برای تعمیر و نگهداری برنامهریزیشده در دسترس نیست = حذف دستی فایل maintenance
اگر سعی میکنید به وبسایت خود دسترسی پیدا کنید و پیامی را مشاهده کنید که در آنجا قرار ندادهاید، ممکن است نگران باشید که شخصی حساب شما را هک کرده است. این مورد در مورد هشدار “به طور خلاصه در دسترس نیست برای تعمیر و نگهداری برنامهریزیشده” نیست. در طول بهروزرسانی هستة وردپرس یا یک افزونه خاص، به طور خودکار تولید و در وبسایت شما قرار میگیرد. این پیام در یک فایل موقت به نام .maintenance ذخیره میشود که در پوشه اصلی سند وبسایت شما قرار میگیرد.
معمولاً پس از اتمام نصب نسخه جدید، وردپرس به صورت خودکار فایل .maintenance را حذف میکند. گاهی اوقات، اسکریپت به پایان میرسد، بنابراین بهروزرسانی ناتمام باقی میماند. حذف دستی فایل maintenance پیام را حذف میکند، اما مراقب شکستن بیشتر وبسایت WP خود باشید.
ابتدا باید تعیین کنید که کدام بهروزرسانی انجام نشد. اگر یک افزونه بود باید بتوانید فرایند را از داشبورد وردپرس مجدداً راهاندازی کنید. بااینحال، اگر بهروزرسانی هسته CMS ناموفق بود، ممکن است لازم باشد بهروزرسانی را دوباره به صورت دستی انجام دهید.
19. خطای ویرایشی = کدی را که اضافه کردهاید حذف کنید
کسانی که زمان زیادی را صرف آزمایش وبسایت خود نمیکنند، بعید است که این پیام را ببینند. معمولاً زمانی ظاهر میشود که یک فایل PHP را ویرایش و کد اضافی دادهاید. اینترنت پر از منابع و نکاتی در مورد چگونگی بهبود عملکرد وردپرس و مضامین و افزونههای آن است.
توسعهدهندگان خطوط کدی را به اشتراک میگذارند که میتوانند به فایلهای خاصی اضافه شوند و رفتار یا عملکرد وبسایت را تغییر دهند. معمولاً میتوانید این کد را کپی کنید و همه چیز بهخوبی کار میکند. اما اگر نتوانید حتی یک براکت را انتخاب کنید کل وبسایت ممکن است خراب شود.
در آن زمان است که خطاهای نحوی ظاهر میشوند. خوشبختانه، وردپرس به طور مفید به این موضوع اشاره میکند که در کدام فایل و در کدام خط با این مشکل مواجه شده است. میتوانید سعی کنید بفهمید چه چیزی کم است، و اگر احساس میکنید نمیتوانید آن را برطرف کنید، فقط میتوانید کدی را که اضافه کردهاید حذف کنید تا وردپرس در حالت پیشفرض اجرا شود.
20. قفلشدن از داشبورد وردپرس = رمز عبور را به طور دستی مستقیماً از جدول پایگاهداده wp_users با استفاده از phpMyAdmin بازیابی کنید
اگر نمیتوانید وارد داشبورد وردپرس خود شوید، عملاً کنترل وبسایت خود را ازدستدادهاید. اگر وردپرس نتواند به پایگاهداده ارتباط برقرار کند یا یک افزونه با کدگذاری ضعیف باعث ایجاد صفحه سفید مرگ شود، ممکن است این اتفاق بیفتد. بااینحال، اغلب اوقات به این دلیل است که اعتبار رمز عبور شما گم شده یا به سرقت رفته است.
اگر اینطور است، وردپرس یک ابزار مفید برای بازنشانی رمز عبور دارد که پیوندی را برای کمک به شما ارسال میکند تا یک رمز عبور جدید مدیریت کنید. پیوند به آدرس ایمیل مدیر اختصاص داده شده در وردپرس میرسد، به همین دلیل است که همیشه خوب است از صندوق پستی شخص ثالث در اینجا استفاده کنید. اگر از ایمیلی استفاده میکنید، تنها امید شما برای بهدستآوردن کنترل مجدد بر وبسایتتان این است که به طور دستی رمز عبور را مستقیماً از جدول پایگاهداده wp_users با استفاده از phpMyAdmin بازیابی کنید.
21. وردپرس همچنان من را از سیستم خارج میکند = تنظیمات عمومی
خروج از داشبورد وردپرس شما میتواند آزاردهنده باشد، اما خوشبختانه، اغلب با کوکیهای مرورگر مرتبط است، بنابراین پاککردن دادههای سایت میتواند برای حل مشکل کافی باشد. اگر این دلیل در اینجا نیست، یک چیز دیگر برای بررسی وجود دارد.
اگر همچنان به داشبورد وردپرس دسترسی دارید، باید به تنظیمات عمومی بروید و مطمئن شوید که آدرس در قسمتهای آدرس وردپرس و آدرس سایت مطابقت دارد. گاهی اوقات، افراد در یکی از فیلدها www را قبل از دامنه قرار میدهند، اما در دیگری نه که باعث سردرگمی وردپرس و خروج از سایت میشود.
اگر قبلاً از سیستم خارج شدهاید و نمیتوانید دوباره وارد شوید، باید فایل wp-config.php را باز کنید و خطوط زیر را اضافه کنید:
define(‘WP_HOME’,’http://www.example.com’)
define(‘WP_SITEURL’,’http://www.example.com’)
فراموش نکنید که «example.com» را با دامنه خود جایگزین کنید و «www» را حذف کنید. اگر میخواهید از نسخه کوتاهتر دامنه استفاده کنید.
22. صفحة ورود وردپرس بهروز میشود = پاککردن حافظه پنهان و کوکیها
حتی اگر رمز عبور صحیح را داشته باشید، باز هم ممکن است خود را از داشبورد وردپرس قفل کنید. صاحبان وبسایتها گهگاه جزئیات ورود صحیح را وارد میکنند، اما صفحه بهسادگی تازهسازی میشود و دوباره از آنها نام کاربری و رمز عبور خود را میخواهد.
خوشبختانه، این معمولاً به این دلیل اتفاق میافتد که وردپرس نتوانسته است یک کوکی را بهدرستی در مرورگر کاربر تنظیم کند پاککردن حافظه پنهان و کوکیها از مرورگر شما اغلب مشکل را حل میکند.
اگر اینطور نیست، باید فایل wp-config.php را باز کنید و ببینید آیا خطوط WP_HOME و WP_SITEURL در دسترس هستند و بهدرستی تنظیم شدهاند. اگر آنها هستند. انتخاب نهایی شما این است که از فایل htaccess خود نسخه پشتیبان تهیه کنید، آن را از سرور حذف کنید و سپس دوباره سعی کنید وارد شوید. اگر کمک کرد، تنها کاری که باید انجام دهید این است که با وارد شدن به داشبورد وردپرس، رفتن به تنظیمات پیوندهای دائمی و کلیک بر روی ذخیره تغییرات، یک فایل htaccess جدید ایجاد کنید.
23. کلید بازنشانی رمز عبور در پایگاهداده ذخیره نمیشود = مقداری فضا آزاد کنید
رمز عبور مدیریت وردپرس خود را فراموش کردهاید، اما احتمالاً نگران نیستید؛ زیرا به ایمیل مدیریت دسترسی دارید تا بهراحتی آن را بازیابی کنید. بااینحال، وردپرس بهجای ارسال پیوند و اجازه انتخاب رمز عبور جدید، ممکن است به شما بگوید که نمیتواند کلید بازنشانی رمز عبور را در پایگاهداده ذخیره کند.
خوشبختانه، دلیل آن معمولاً بسیار ساده است. محدودیت ذخیرهسازی دیسک در حساب شما به پایان رسیده است و وردپرس نمیتواند کلید را به پایگاهداده اضافه کند. تنها کاری که باید انجام دهید این است که مقداری فضا آزاد کنید.
معمولاً بهترین مکان برای شروع، جستجوی فایلهای قدیمی ناخواسته بزرگی است که میتوان با خیال راحت آنها را حذف کرد. پاککردن حافظه پنهان درصورتیکه از افزونه کش استفاده میکنید نیز باید مشکل را حل کند، اگرچه خود خطا باید یک چراغ هشدار باشد مبنی بر اینکه ممکن است از برنامه میزبانی خود بیشتر شده باشید.
24. دکمة افزودن رسانه کار نمیکند = تغییرات در فایل wp-config.php
وردپرس به دلیل رابط کاربری آسان خود مشهور است، و در طول سالها، دکمه افزودن رسانه بخش عمدهای از سادگی هنگام انتشار محتوا بود. اگرچه وردپرس اکنون به یک ویرایشگر جدید تغییر مکان داده است، تعداد کمی از کاربران همچنان از رابط قدیمی استفاده میکنند. نکته عجیب این است که آنها گاهی اوقات میبینند که دکمه Add Media ظاهراً بدون هیچ دلیلی ناپدید میشود.
کارشناسان WP این مشکل را بررسی کردهاند و متوجه شدهاند که معمولاً ناشی از تضاد بین کد افزونه شخص ثالث و ویژگیهای اصلی وردپرس است. یک تغییر ساده در فایل wp-config.php تضمین میکند که دکمه افزودن رسانه همیشه در دسترس خواهد بود.
باید فایل را باز کنید و خط زیر را اضافه کنید:
define(‘CONCATENATE_SCRIPTS’, false);
بااینحال، بهخاطر داشته باشید که یک افزونه باگ در انتهای کل مشکل است، بنابراین احتمالاً همچنان باعث ایجاد مشکلات میشود. همچنین باید مطمئن شوید که همیشه از آخرین نسخه وردپرس استفاده میکنید.
25. خطای HTTP هنگام آپلود تصاویر = افزایش ترافیک
وردپرس گاهی اوقات یک خطای نسبتاً عمومی را هنگام تلاش برای آپلود تصاویر در کتابخانه رسانه برمیگرداند. بهسادگی میگوید خطای HTTP بدون اینکه هیچ نشانهای از آنچه ممکن است رخ دهد به شما بدهد. این به این دلیل است که وردپرس مطمئن نیست که چه چیزی باعث آن شده است، به این معنی که شما باید برخی از مشکلات را انجام دهید.
اغلب اوقات، این فقط یک مشکل موقتی است که در اثر افزایش ترافیک ایجاد میشود، و تنها کاری که برای ادامه باید انجام دهید این است که دوباره امتحان کنید. اگر پس از چند بار تلاش برطرف نشد، ممکن است بخواهید محدودیت استفاده از حافظه را از طریق فایل wp-config.php یا از طریق پیکربندی php.ini افزایش دهید. اگر مشکل ادامه داشت میتوانید ماژول PHP را که فایلهای تصویری را مدیریت میکند تغییر دهید.
وردپرس از دو ماژول به نامهای GD Library و Imagick استفاده میکند. گزارش شده است که مورد اول کمتر با مشکلات استفاده از حافظه مواجه میشود. البته بهخاطر داشته باشید که تعویض این ماژولها مستلزم تغییر در functions.php موضوع است و تنها درصورتیکه تجربه فنی قبلی داشته باشید باید با آن مقابله کنید.
26. ناموفق در نوشتن فایل روی دیسک = ذخیره تنظیمات صحیح مجوز
اگر وردپرس به شما بگوید که نمیتواند فایلهایی را که میخواهید آپلود کنید ذخیره کند، بهاحتمال زیاد مجوزهای فایل/پوشه اشتباه تنظیم شدهاند. رفع مشکل با کمک یک سرویسگیرنده FTP یا مدیر فایل میزبان شما نسبتاً ساده است.
پوشهای که باید به آن توجه کنید wp-content است که در فهرست اصلی سند وبسایت قرار دارد. باید مطمئن شوید که wp-content و همه زیرپوشههای آن با مجوزهای ۷۵۵ برای خواندن/نوشتن/اجرا تنظیم شدهاند. از طرف دیگر، مجوزهای فایلهای داخل wp-content باید روی 644 تنظیم شود. وردپرس نباید پس از ذخیره تنظیمات صحیح مجوز، مشکلی در ذخیره فایلهایی که میخواهید آپلود کنید، نداشته باشد .
27. خطای آپلود تصویر = تنظیم مجوزهای پوشه
این مشکل دیگری است که ممکن است به دلیل مجوزهای نادرست فایل ایجاد شود. تغییرات در مجوزهای فایل ممکن است توسط تعدادی از عوامل ایجاد شود، از جمله پیکربندی مجدد سروری که سایت شما در آن میزبانی میشود و بهروزرسانی برخی از نرمافزارهای اساسی. اگر مجوزهای فایل تغییر کند، احتمالاً نمیتوانید فایلهای جدیدی را از طریق داشبورد وردپرس آپلود کنید. بهجای تصاویر موجود در کتابخانه خود، کادرهای جایجای خالی را خواهید دید
برای رفع این مشکل، باید مجوزهای پوشه را برای wp-content و همه زیرپوشههای آن روی 755 و مجوزهای فایل برای همه فایلهای داخل آنها را روی 644 تنظیم کنید . پس از انجام این کار، همچنین میتوانید با تیم پشتیبانی میزبانی خود تماس بگیرید تا بفهمید چه چیزی ممکن است باعث این تغییر شده باشد و آیا میتوان کاری برای جلوگیری از این اتفاق در آینده انجام داد .
28. خطای با عرض پوزش، این نوع فایل به دلایل امنیتی مجاز نیست = define(‘ALLOW_UNFILTERED_UPLOADS’, true);
دلیل این خطا کاملاً واضح است. این هشدار برای جلوگیری از استفاده هکرها از وبسایتهای مبتنی بر وردپرس برای انتشار بدافزار، سیستم مدیریت محتوا فقط به شما اجازه میدهد اسناد، تصاویر و فایلهای رسانهای را از طریق داشبورد وردپرس آپلود کنید.
اگر نیاز به آپلود انواع دیگر فایلها از طریق رابط مبتنی بر وب دارید، میتوانید خط زیر را به فایل wp-config.php اضافه کنید:
define(‘ALLOW_UNFILTERED_UPLOADS’, true);
بااینحال، یک گزینه سادهتر، استفاده از یک سرویسگیرنده FTP مانند Filezilla و CuteFTP است.
29. نصب ناموفق بود: نتوانست دایرکتوری ایجاد کند = تنظیم مجوزهای زیرپوشه
پس از سالها بهروزرسانی و بهینهسازی، روند نصب تمها و افزونهها اکنون تقریباً کاملاً خودکار است. وردپرس بهتنهایی پوشهها و دایرکتوریهای لازم را ایجاد میکند و تمام فایلهای لازم را درون آن قرار میدهد.
اما این تنها در صورتی امکانپذیر است که مجوزهای لازم را داشته باشد. اگر مجوزها بهدرستی تنظیم نشده باشند وردپرس یک خطا نمایش میدهد.
برای اطمینان از اینکه همه بهروزرسانیها و نصبهای افزونه و تم بدون مشکل انجام میشوند، باید از مجوزهای wp-admin ، wp-content و wp-includes اطمینان حاصل کنید و همه زیرپوشهها روی 755 تنظیم شدهاند . برای فایل های داخل این دایرکتوری ها، مجوزهای صحیح 644 است .
30. پوشة مقصد از قبل وجود دارد = از سرویسگیرنده FTP پوشههای تکراری را حذف کنید
این خطا زمانی رخ میدهد که میخواهید یک تم یا یک افزونه را نصب کنید. زمانی که وردپرس سعی میکند پوشه جدیدی به نام تم یا افزونهای که میخواهید نصب کنید ایجاد کند، میبیند که پوشهای با همان نام از قبل وجود دارد و فرایند را متوقف میکند.
این کار ممکن است به این معنی باشد که قبلاً افزونه یا تم را نصبکردهاید اما آن را فراموش کردهاید. دوباره بررسی کنید که آیا در داشبورد وردپرس شما موجود است یا خیر. اگر پوشه وجود ندارد، ممکن است پوشهای باقیمانده از مراحل نصب یا حذف نصب قبلی باشد.
از سرویسگیرنده FTP خود برای بررسی آنچه در داخل پوشه است استفاده کنید، و اگر چیزی باارزش پیدا نکردید، آن را حذف کنید. سپس میتوانید فرایند نصب را مجدداً راهاندازی کنید.
31. لینکی که دنبال کردید منقضی شده است = آرشیو ZIP بزرگ است
این خطا کمی گمراهکننده است. معمولاً زمانی که شما میخواهید یک موضوع یا افزونه را از طریق داشبورد وردپرس آپلود کنید، فعال میشود. دلیل آن این است که آرشیو ZIPی که میخواهید آپلود کنید خیلی بزرگ است یا نصب آن خیلی طول میکشد.
بهترین راه برای حل مشکل افزایش حداکثر محدودیت اندازه آپلود، حداکثر اندازه محدودیت داده پست و محدودیت زمانی اجرا است. میتوانید این کار را با ویرایش دستورالعملهای upload_max_filesize، post_max_size و max_execution_time در پیکربندی php.ini انجام دهید.
32. ازدستدادن یکپوشه موقت = ویرایش فایل wp-config.php
هنگامی که فایلی را از طریق داشبورد وردپرس آپلود میکنید، CMS ابتدا آن را در یکپوشه موقت قبل از انتقال به محل موردنظر قرار میدهد. به طور معمول، این فرایند کاملاً خودکار است، اما گاهی اوقات، وردپرس ممکن است نتواند پوشه موقت را پیدا کند. رفع مشکل مربوط به ویرایش فایل wp-config.php است.
خطی که باید اضافه کنید این است:
define(‘WP_TEMP_DIR’, dirname(__file__). ‘/wp-content/temp/’) ;
پس از انجام این کار، فقط باید مطمئن شوید که پوشه /wp-content/temp/ وجود دارد.
33. Stylesheet گم شده است = دانلود یک نسخه جدیدتم
قالب وردپرس شما مجموعهای از فایلها است که ظاهر وبسایت شما را تعیین میکند. یکی از این فایلها style.css نام دارد و دارای انواع اطلاعات مهم در مورد نحوه نمایش لینکها، منوها، دکمهها و سایر اجزای وبسایت شما است. اگر این شیوهنامه وجود نداشته باشد، وردپرس نمیداند که چگونه وبسایت شما را رندر کند و در مورد آن به شما هشدار میدهد.
ممکن است پیام خطا در حین نصب تم یا در مرحله بعد نمایش داده شود. تنها راهحل این مشکل این است که دوباره بررسی کنید که آیا فایل style.css در جای مناسب خود قرار دارد یا خیر.
میتوانید این کار را با دانلود یک نسخه جدید از تم انتخابیتان، استخراج فایل از بایگانی ZIP، و آپلود آن در پوشه تم در wp-content/themes انجام دهید .
34. مسائل تغییر مسیر = به Settings > General بروید
پیامهای خطا در اینجا ممکن است متفاوت باشند، اما همه آنها یک چیز را نشان میدهند مرورگر هنگام تلاش برای دسترسی به وبسایت شما، خود را در یک حلقه تغییر مسیر پیدا کرده است. این ممکن است به یکی از چندین مورد مربوط باشد.
ابتدا باید پیکربندی حساب میزبانی خود را بررسی کنید. اکثرهاست ها به شما اجازه میدهند انتخاب کنید که آیا میخواهید سایت شما با پیشوند www بارگیری شود یا خیر. اگر تصمیم به داشتن آن دارید، باید تنظیمات را در داشبورد وردپرس نیز پیکربندی کنید.
به Settings > General بروید و مطمئن شوید که URLهای صحیح را در فیلدهای آدرس وردپرس و آدرس سایت دارید. این کار مرورگر را از رفتن به یک حلقه تغییر مسیر هر بار که سعی میکند به وبسایت شما دسترسی پیدا کند، متوقف میکند. اگر به داشبورد وردپرس دسترسی ندارید، باید این تغییرات را از طریق فایل wp-config.php انجام دهید.
اگر پیکربندی درست است، افزونههای خود را یکییکی غیرفعال کنید تا ببینید آیا هر یک از آنها باعث ایجاد مشکل میشود یا خیر.
اگر بهخوبی کار نکرد، بازیابی فایل htaccess ممکن است مشکل را حل کند.
35. خطاهای پیاچ پی = خط کد را عوض کنید
دو نوع خطا وجود دارد. موارد کشنده مانع از دسترسی کامل کاربران به وبسایت شما میشوند. برخی از اخطارها و خطاها کل وبسایت را از کار نمیاندازند؛ بلکه نشاندهنده اشکالات و مشکلات احتمالی کد هستند.
بهاحتمال زیاد خطاهای PHP را در یک وبسایت دیدهاید و میدانید که چگونه میتوانند کل تجربه کاربر را خراب کنند. به همین دلیل است که میخواهید آنها را پنهان کنید.
در وردپرس، میتوانید این کار را با یک تغییر کوچک در فایل wp-config.php انجام دهید. اگر آن را باز کنید، خطی میبینید که میگوید ” define(‘WP_DEBUG’, true); ” یا “ define(‘WP_DEBUG’, false); ” .
شما باید این خط را با خط زیر جایگزین کنید:
ini_set (‘display_errors’,’Off’)
ini_set (‘error_reporting’, E_ALL)
تعریف (“WP_DEBUG”)، نادرست
تعریف (“WP_DEBUG_DISPLAY”)، نادرست
پس از ذخیره فایل wp-config.php، بازدیدکنندگان شما هیچ خطایی را مشاهده نخواهند کرد، اما در حالت ایدئال، میخواهید یک محیط مرحلهبندی داشته باشید که در آن شما (توسعهدهنده شما) میتوانید باگها و هشدارهای PHP را ببینید. بهاینترتیب، میتوانید آنها را حذف کنید و از بروز مشکلات بیشتر در آینده جلوگیری کنید.
36. اشتباهات محتوای مختلط = داشتن گواهینامه SSL معتبر
اگر گواهی SSL روی وبسایت خود نصب نکرده باشید، مرورگرها هشدارهای «ناامن» را در نوار آدرس نمایش میدهند که باعث میشود کاربران تمایلی به تعامل با کسبوکار شما نداشته باشند. گواهی SSL که نصب شده است؛ اما بهدرستی پیکربندی نشده است نیز میتواند مشکلاتی ایجاد کند.
از جمله آنها خطای Mixed Content است که زمانی ظاهر میشود که برخی از اجزای وبسایت شما از طریق HTTPS تحویل داده میشوند، اما برخی دیگر از طریق یک اتصال HTTP معمولی و رمزگذاری نشده انجام میشوند. در چنین مواردی، علیرغم داشتن گواهینامه SSL معتبر، مرورگرها همچنان هشدارها را نشان میدهند.
اجزای رمزگذاری نشده در کنسول در ابزارهای برنامهنویس مرورگر شما فهرست شدهاند و سادهترین راه برای ازبینبردن مشکل، افزونهای است که مخصوص این نوع خطاها طراحی شده است.
37. باز کردن جریان ناموفق بود = مجوزهای اشتباه
این یکی از خطاهای نسبتاً آسان برای عیبیابی است، بیشتر به این دلیل که معمولاً مشکل دقیق را نشان میدهد. این پیام زمانی فعال میشود که وردپرس نتواند فایلی را باز کند یا به دارایی خاصی دسترسی پیدا کند. خط و فایلی که در آن با مشکل مواجه شده است را به شما میگوید و همچنین دلیل خرابی را نشان میدهد.
در بسیاری از موارد، فایلی که وردپرس سعی میکند به آن دسترسی پیدا کند به دلیل مجوزهای اشتباه غیرقابلدسترسی است، بنابراین رفع آن معمولاً بسیار آسان است. همچنین ممکن است فایل به دلیل خرابی htaccess وجود نداشته باشد یا در دسترس نباشد.
از طرف دیگر، این مشکل ممکن است ناشی از افزونهای باشد که نمیتواند به API شخص ثالث دسترسی پیدا کند. اگر اینطور است بهتر است با نویسنده افزونه تماس بگیرید.
38. برنامه ازدسترفته = افزونه زمانبندی
هنگامی که وردپرس نتواند پستی را که برای تاریخ و زمان مشخصی برنامهریزیشده است منتشر کند، خطای «زمان ازدسترفته» ظاهر میشود. برای درک اینکه چرا ممکن است این اتفاق بیفتد، ابتدا باید بدانید که زمانبندی در وردپرس چگونه کار میکند.
وردپرس پستهای برنامهریزیشده را به صورت دورهای بررسی میکند و مواردی را که باید به صورت زنده منتشر شوند را نشان میدهد. این بررسیها را میتوان در سطح سرور، با اصطلاحاً cron jobs ، یک ویژگی یونیکس دانست که وظایف دورهای را خودکار میکند.
ازآنجاییکه وردپرس در همه محیطهای میزبانی به کرونها دسترسی ندارد، بررسیهای پیشفرض آن به تعامل بازدیدکننده با وبسایت شما در یک مقطع زمانی خاص بستگی دارد. اگر در زمان موردنیاز بازدیدکنندهای وجود نداشته باشد یا وبسایت از کار بیفتد، بررسیها انجام نمیشود و پستها منتشر نمیشوند.
میتوانید با غیرفعالکردن بررسیهای وردپرس به طور کلی از طریق فایل wp-config.php و پیکربندی cronها از طریق کنترل پنل ارائهدهندههاست خود، این مشکل را برطرف کنید. البته بهخاطر داشته باشید که این کار دقیقاً برای تازهکار نیست و به دانشی در دستورات یونیکس نیاز دارد. اگر تمایلی به انجام این کار خاص ندارید، بهتر است بهسادگی از یک افزونه زمانبندی استفاده کنید که بررسیهای قابلاعتماد وردپرس را انجام دهد.
39. خطاهای بهروزرسانی = تغییر رفتار بهروزرسانی از طریق فایل wp-config.php
همه ما میدانیم که نصب آخرین بهروزرسانیها ازنقطهنظر امنیتی چقدر مهم است. این عبارت برای هر نرمافزاری معتبر است، اما وقتی صحبت از وردپرس میشود، نسخههای جدید گاهی اوقات میتواند به معنای مشکل باشد.
علاوه بر وصلههای امنیتی جدید، بهروزرسانیهای CMS گاهی تغییراتی را در هسته ایجاد میکنند که در نهایت با برخی از افزونهها و تمهای شما ناسازگار میشوند. در نتیجه، بهجای اطمینان از عملکرد پایدارتر، بهروزرسانی میتواند وبسایت شما را خراب کند.
به طور پیشفرض، وردپرس به طور خودکار تمام بهروزرسانیهای جزئی را که تیم توسعه اصلی منتشر میکند، نصب میکند. میتوانید این رفتار را از طریق فایل wp-config.php تغییر دهید، اما بهتر است آن را در حالت پیشفرض بگذارید.
اکثر تغییراتی که منجر به شکست وبسایت شما میشود، معمولاً با نسخههای اصلی جدید ظاهر میشوند. آنها به طور پیشفرض به طور خودکار اعمال نمیشوند و ممکن است بخواهید قبل از نصب آن در یک وبسایت زنده مطمئن شوید که همه چیز خوب کار میکند.
در حالت ایدئال، شما یک محیط مرحلهبندی خواهید داشت که در آن میتوانید بهروزرسانی را قبل از اعمال آن در وبسایت وردپرس خودآزمایش کنید. حتی اگر آن را آزمایش کرده باشید، ایجاد یک نسخة پشتیبان قبل از شروع بهروزرسانی همچنان توصیه میشود، زیرا به شما این فرصت را میدهد که اگر متوجه شدید که مشکلی وجود دارد، تغییرات را برگردانید.
40. سایت پیش رو دارای برنامههایی مضر است = اسکن کامل از کل وبسایت
این شاید بدترین خطای ممکن در وبسایت شما باشد. این به آن معناست که شخصی صفحه شما را هک کرده و اکنون از آن برای توزیع بدافزار استفاده میکند. سرویس مرور ایمن گوگل، این مشکل را شناسایی کرده است و اکنون در تلاش است با عدم دسترسی مستقیم به وبسایت شما از کاربران محافظت کند.
اصلاح این موضوع در سریعترین زمان ممکن کاملاً ضروری است. شما باید وبسایت را تمیز کنید تا نهتنها حمله سایبری مداوم را متوقف کنید، بلکه آسیب احتمالی اعتبار و سئو را نیز به حداقل برسانید.
یک اسکن کامل از کل وبسایت شما برای شناسایی کدهای مخرب و حذف آن لازم است. همچنین باید درب عقبی را که هکرها از آن استفاده میکردند پیدا کنید و مطمئن شوید که در آینده قابلبهرهبرداری نخواهد بود.
تنها پس از آن، میتوانید از گوگل بخواهید که دوباره وبسایت شما را بررسی کند. اگر غول موتور جستجو از وضعیت وبسایت شما راضی باشد، اخطار را حذف میکند.
نتیجهگیری
دوستان عزیز دیدیم که بیشتر خطاهای رایج وردپرس ناشی از تداخل افزونهها و نرمافزارهای کدگذاری ضعیف است. سایر موارد ممکن است مربوط به مجوزهای فایل، فایلهای خراب و مشکلات سرور باشد. گاهی اوقات، خطا ممکن است یک اشکال موقت باشد و پس از بازخوانی صفحه ناپدید میشود.
هنگام عیبیابی بیشتر خطاهای وردپرس، باید با پاککردن کش مرورگر و کوکی ها شروع کنید. همچنین ممکن است لازم باشد افزونهها و تمهای خود را غیرفعال کنید و مجوزهای فایل خود را بررسی کنید. اگر نمیتوانید به تنهایی مشکل را حل کنید، میتوانید برای کمک با ارائهدهندة هاست خود تماس بگیرید.