WORDPRESS网站500、502、503、504错误的4大罪魁祸首

زه څو کار کومWordPressویب پاڼې یو ځل د ۵۰۲ غلطۍ له امله په یوه ورځ کې له ۸۰۰ څخه ډیر لیدنې له لاسه ورکړې وې. د دریو ورځو لپاره د پلټنې وروسته، مجرم وموندل شو چې په شاته برخه کې یو ناڅرګند ترتیب و.

هرڅوک چې د ورڈپریس ویب پاڼه چلوي پوهیږي چې ترټولو مایوسه کونکی شی د ټرافیک نشتوالی نه دی، مګر کله چې ویب پاڼه ناڅاپه لاسرسی ونلري، د 500، 502، 503، او 504 په څیر خراب شوي غلطیو سره په سکرین کې راڅرګندیږي.

تاسو فکر کاوه چې سرور خراب شوی دی او د کوربه توب چمتو کونکي سره د بحث کولو لپاره بیړه وکړه، یوازې د دې لپاره چې دوی وګوري چې سرور په بشپړ ډول نورمال دی.

تاسو شاید فکر وکړئ چې دا د پلگ ان شخړه ده، نو تاسو یو په یو غیر فعال کوئ او ستونزې حل کوئ، د ورځې ډیره برخه په هغې تیروئ، مګر تېروتنه تکراریږي.

په حقیقت کې، دا دومره پیچلې نه ده. د بې شمیره جالونو کې له ښکیلیدو وروسته، ما وموندله چې د WP ویب پاڼې 5xx 80٪ غلطۍ د دې 4 مجرمینو څخه نشي خلاصیدلی. هر یو یې ښه پټ دی، مګر دا کولی شي په اسانۍ سره ستاسو ویب پاڼه خرابه کړي.

اوس، زه به د خپلې عملي تجربې څخه کار واخلم ترڅو دا نیمګړتیاوې په روښانه توګه افشا کړم، نو حتی پیل کونکي هم کولی شي تعقیب کړي او ستونزې حل کړي، او تاسو به هیڅکله بیا د غلطیو څخه ډوب نه شئ.

مجرم #۱: WP-CRON غیر فعال نه و، په اصل کې یې په ویب پاڼه کې د "پټ بریښنا بند" نصب کول.

ډیری خلک نه پوهیږي چې ورڈپریس د WP-CRON په نوم یو جوړ شوی مهالویش شوی کار ځانګړتیا لري، کوم چې په ډیفالټ ډول فعال شوی.

د دې دندې خورا عملي ښکاري، لکه د مقالو خپرولو مهالویش، اتوماتیک بیک اپ، د پلگ ان تازه معلوماتو لپاره چک کول، او حتی د غړو یادداشتونه لیږل.

خو ایا تاسو پوهیږئ چې دا ظاهراً ګټوره ځانګړتیا په حقیقت کې د سرورونو د خرابیدو او د 5xx غلطیو لامل کیدو لومړی مجرم دی؟

WP-CRON د سرور د اصلي کرون څخه توپیر لري. دا په فعاله توګه نه چلیږي، مګر د کاروونکو لیدنو لخوا رامینځته کیږي. هرکله چې یو کاروونکی ستاسو ویب پاڼې ته مراجعه کوي، دا به په پټه توګه د /wp-cron.php فایل اجرا کړي ترڅو وګوري چې ایا کوم مهالویش شوي کارونه شتون لري چې ترسره شي.

دا پدې مانا ده چې ستاسو ویب پاڼې ته هر لیدونکی یو "اضافي بار" اضافه کوي، او هرڅومره چې تاسو ډیر لیدونکي ولرئ، هومره دروند بار کیږي.

ما پخوا یوه ویب پاڼه درلوده چې هره ورځ به یې له زرو څخه ډیر لیدونکي ترلاسه کول. کله چې WP-CRON غیر فعال نه و، د سرور د CPU کارول به ډیری وختونه له 80٪ څخه ډیر لوړیدل، او هره ورځ به لږترلږه دوه 503 غلطۍ وې، او لیدونکي به د هغې کلیک کولو سره سم د غلطۍ پاڼې ته لیږل کیدل.

تر دې هم بدتر دا دی چې حتی که تاسو کوم مهالویش شوي کارونه تنظیم نه کړئ، WP-CRON به په اتوماتيک ډول چلیږي، په مکرر ډول د سرور سرچینو غوښتنه کوي. د وخت په تیریدو سره، سرور به د بار اداره کولو توان ونلري او د غلطۍ راپور به ورکړي.

د GitHub اسناد په واضح ډول وايي: "ناڅاپي HTTP ځواب کوډ: 500 یا لوړ، دا پدې مانا ده چې ستاسو په سرور کې یوه تېروتنه رامنځته شوې ده چې د کرون سپاونر د چلولو مخه نیسي." دا پدې مانا ده چې کله WP-CRON په سمه توګه کار کولو کې پاتې راشي، نو دا به د 500 یا لوړ سرور تېروتنه رامینځته کړي.

سمه لاره دا ده چې د WP-CRON ډیفالټ غیر فعال کړئ او پرځای یې د سرور اصلي مهالویش شوي دندې وکاروئ. دا به ډاډ ترلاسه کړي چې مهالویش شوي دندې په نورمال ډول ترسره کیږي پداسې حال کې چې د سرور بار کموي.

که ستاسو سرور د curl قوماندې ملاتړ کوي، تاسو کولی شئ په مستقیم ډول د دې په څیر یو مهالویش شوی دنده اضافه کړئ (د خپلې ویب پاڼې ډومین سره سم تعدیل کړئ):

*/15 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1

دا قومانده په هرو ۱۵ دقیقو کې د WP-CRON دنده اجرا کوي، چې د ډیری کوچنیو او منځنیو ویب پاڼو لپاره مناسبه ده؛ که ستاسو ویب پاڼه ډیری وختونه مهالویش شوي دندې ولري، تاسو کولی شئ دا هم وکاروئ:

*/5 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1

وروسته له هغه چې ما د WP-CRON غیر فعال کړ او په سرور کې یې مهالویش شوي دندې تنظیم کړې، د سرور CPU کارول له 30٪ څخه ښکته شول، او د ټولې میاشتې لپاره 503 غلطۍ نه وې. د لیدونکو د ساتلو کچه هم 18٪ زیاته شوه.

دوهم نمبر مجرم: د CRON تکرار شوي مهالویش شوي دندې او د پلگ ان له غیر نصبولو وروسته پاتې فایلونه په اصل کې په ویب پاڼه کې "بې ګټې پریښودل" دي.

د WP-CRON مسلې حل کول پدې معنی ندي چې تاسو آرام اوسئ؛ دلته یو پټ خطر شتون لري چې ډیری ویب پاڼې مالکین یې له پامه غورځوي.

دا پدې مانا ده چې د CRON مهالویش شوي دندې په مکرر ډول پرمخ ځي، یا دا چې پاتې مهالویش شوي دندې لاهم د پلگ ان غیر نصبولو وروسته په پټه توګه روانې دي.

آیا تاسو کله هم دا تجربه کړې ده: تاسو د بیک اپ پلگ ان غیر نصب کړی، مګر وموندل چې سرور لاهم په اتوماتيک ډول هره ورځ بیک اپ اخلي، یا حتی د بیک اپ ناکامۍ پیغام ښیې، کوم چې په پای کې د 500 غلطۍ لامل کیږي؟

دا د پلگ ان څخه د پاتې مهالویش شویو دندو له امله رامینځته کیږي.

د مثال په توګه، که چیرې یو پلگ ان هره ورځ مهالویش شوی دنده رامینځته کړي، نو ورڈپریس به د دې دندې اجرا کولو ته دوام ورکړي حتی وروسته له دې چې پلگ ان غیر نصب شي. دا ډول مهالویش شوي دندې بې معنی دي. دا بې معنی پاتې دندې به په دوامداره توګه د سرور سرچینې مصرف کړي او په نهایت کې به د غلطیو لامل شي.

تر دې هم بدتر، ځینې پلگ انونه په اتوماتيک ډول ډیری تکراري مهالویش شوي دندې رامینځته کوي. د مثال په توګه، د "ورځني تازه معلوماتو چک" دنده ممکن پنځه ځله رامینځته شي، او هر یو به په مهالویش کې اجرا شي، پدې معنی چې سرور به په ورته وخت کې پنځه ورته دندې پروسس کړي.

ما مخکې یو نصب کړ.SEOد پلگ ان له غیر نصبولو وروسته، ما دا ونه لیده. نیمه میاشت وروسته، ویب پاڼه په مکرر ډول د 504 وخت پای ته رسیدو غلطیو سره مخ شوه. یوازې د سرور لاګونو چک کولو وروسته ما وموندله چې پلگ ان درې ورځني مهالویش شوي دندې پریښودې وې، هر یو یې تر 12 ثانیو پورې د اجرا کولو وخت سره. د دریو یو ځای چلول په مستقیم ډول د سرور غبرګون وخت پای ته رسیدو لامل شو.

تر دې هم ډېر وېروونکی دا دی چې دا پاتې، تکراري وختي دندې...د WordPress پس منظردا نه لیدل کېږي؛ تاسو نه پوهیږئ چې دا په پټه روانه ده.

په هرصورت، یو حل شتون لري: د WP-Crontrol پلگ ان کولی شي دا په بشپړ ډول اداره کړي. دا د WordPress لخوا وړاندیز شوی د کرون رسمي کاري مدیریت وسیله ده، کوم چې تاسو ته اجازه درکوي چې په مستقیم ډول په بیک انډ کې ټول مهالویش شوي دندې وګورئ، ایډیټ کړئ او حذف کړئ.

د ورڈپریس پلگ ان توضیحاتو سره سم، WP-Crontrol کولی شي "ټول مهالویش شوي کرون پیښې وګوري، ایډیټ کړي، حذف کړي، ودروي، بیا پیل کړي، او سمدلاسه د کرون پیښې پرمخ بوځي." په بل عبارت، دا کولی شي ټول مهالویش شوي دندې وګوري او نقل شوي یا ناسم دندې حذف کړي. دا کارول خورا اسانه دي او د کوډ یوه کرښه لیکلو ته اړتیا نلري.

د دې پلگ ان کارولو وروسته د ستونزې حل کولو لپاره، ما 8 نقل شوي دندې او 5 د پلگ ان پاتې دندې حذف کړې، او د ویب پاڼې د غبرګون سرعت په مستقیم ډول 40٪ ښه شو. د 504 تېروتنه بیا هیڅکله نه ده رامنځته شوې.

د احتیاط یوه خبره: کله چې دندې حذف کوئ، ډاډ ترلاسه کړئ چې په احتیاط سره وګورئ او په ناڅاپي ډول د ورڈپریس د مهالویش شوي اصلي دندو له حذف کولو څخه ډډه وکړئ، لکه "wp_version_check" (نسخه چک). ناڅاپي حذف کول ممکن د ویب پاڼې د سم تازه کولو مخه ونیسي.

پداسې حال کې چې د WP-Crontrol پلگ ان کولی شي په لاسي ډول نقل شوي یا ناسم کارونه حذف کړي، دا لاسي مداخلې ته اړتیا لري، کوم چې مثالی نه دی ...

خو، موږ کولی شو دا پروسه د WordrPress کوډ په کارولو سره اتومات کړو. د جزیاتو لپاره لاندې ټیوټوریل وګورئ. ▼

🔗 د ورډپریس ویب پاڼې د سرعت لوړولو لارښوونې: په اتوماتيک ډول د ناسم CRON مهالویش شوي دندې لرې کړئ

مجرم #۳: په ورڈپریس کې بې ځایه ډیټابیسونه

په ورڈپریس کې، لاندې ښکاري ۴۲۹ تېروتنه یو له دلیلونو څخه یې د ډیټابیس بې ځایه کیدل دي، په ځانګړي توګه د لوی ظرفیت ډیټا میزونه چې د ځینې پلگ انونو لخوا رامینځته شوي.

کله چې د WP اصلاح کولو پلگ ان کاروم، ما وموندله چې ځینې ډیټا جدولونه په غیر معمولي ډول لوی وو، چې په منځ کې یې ... د ورډفینس د ترتیب جدول (wfconfig) په ځانګړې توګه د پام وړ.

د ستونزې تحلیل

• wfconfig د معلوماتو جدول جدي بې ځایه والی لري.دا یو ځل مخکې پاک شوی و، خو ډېر ژر بیا راڅرګند شو.
• د ډیفالټ ذخیره کولو انجن ستونزېد ورډفینس ترتیب جدول د ډیفالټ InnoDB انجن کاروي، کوم چې به د وخت په تیریدو سره په سلګونو MB بې ځایه معلومات راټول کړي.
• په فعالیت اغیزهد معلوماتو جدولونه په اسانۍ سره په سلګونو MB اندازه کولی شي، چې د ویب پاڼې د بارولو سرعت کموي او حتی 500 غلطۍ رامینځته کوي.

د حل لاره

دا ځکه چې د ورډفینس لخوا ترتیب شوي د معلوماتو جدولونه د ډیفالټ انو انجن کاروي. د وخت په تیریدو سره، دا به په چټکۍ سره په سلګونو میګابایټونو کې بې ځایه معلومات راټول کړي، چې د ویب پاڼې د بارولو سرعت به اغیزمن کړي.

HestiaCPد MariaDB د ډیفالټ ذخیره کولو انجن MyISAM ته د بدلولو لارښوونو لپاره، مهرباني وکړئ لاندې ټیوټوریل ته مراجعه وکړئ:

څنګه په هیسټیا سی پی کې د ماریا ډی بي ډیفالټ ذخیره کولو انجن مای آی ایس ایم ته بدل کړو؟ یو ساده یو ګام حل!

څلورم مجرم: د پلگ ان/موضوع اپ گریڈ وروسته تېروتنې په ویب پاڼه کې د "غیر روایتی جراحي" ترسره کولو په څیر دي.

د ویب پاڼې ډیری مالکین عادت لري چې سمدلاسه "تازه کول" کلیک کوي کله چې دوی د پلگ انونو یا موضوعاتو لپاره د تازه معلوماتو غوښتنې ګوري، پدې باور دي چې تازه معلومات به زیانونه حل کړي او فعالیت به ښه کړي.

خو حقیقت بالکل برعکس دی؛ ډیری 5xx غلطۍ د پلگ انونو یا موضوعاتو تازه کولو له امله رامینځته کیږي.

زه مخکې له دې ستونزې سره مخ شوی یم. تیره میاشت، ما خپله ویب پاڼه د یو مشهور پاڼې جوړونکي پلگ ان سره اپ گریڈ کړه. د تازه کولو کلیک کولو وروسته، پاڼه خالي شوه، او د تازه کولو وروسته، د 500 داخلي سرور تېروتنه راښکاره شوه، چې د بیک انډ لاسرسی یې ناممکن کړ.

وروسته ما وموندله چې د پلگ ان نوې نسخه زما د ویب پاڼې د PHP نسخې سره مطابقت نلري. د پلگ ان تازه کولو وروسته، کوډ په سمه توګه نه شو چلیدلی، کوم چې په مستقیم ډول سرور ته د غلطۍ راپور ورکولو لامل شو.

د پلگ ان یا موضوع تازه کولو وروسته تېروتنې د ورڈپریس 500 غلطیو یو عام لامل دی، په ځانګړې توګه کله چې د پلگ ان نوې نسخه د کوډ زیانونه ولري یا په ویب پاڼه کې د نورو پلگ انونو یا موضوعاتو سره ټکر ولري.

بله سناریو دا ده چې د موضوع د لوړولو وروسته، پخوانی دودیز کوډ به له سره ولیکل شي، چې د ویب پاڼې ترتیب به ګډوډ شي او فعالیتونه به ناکام شي، چې په پایله کې به یې 502 او 503 غلطۍ رامینځته شي.

یو کار وکړئای کامرسد ځینو کاروونکو لپاره، د WooCommerce پلگ ان د لوړولو وروسته، د دوی ویب پاڼې 502 غلطۍ تجربه کړې، چې د فرمایشونو ورکول یې ناممکن کړل. دا د 3 ساعتونو په اوږدو کې د 2000 څخه ډیر پلور له لاسه ورکولو پایله درلوده، او د ستونزې حل کولو لپاره ټوله ماسپښین وخت ونیو.

په حقیقت کې، د دې وضعیت لپاره ترټولو مستقیم او مؤثر حل دا دی چې بیرته پخوانۍ نسخې ته لاړ شئ چې په سمه توګه کار کاوه.

ډیری خلک نه پوهیږي چې څنګه بیرته رول بیک وکړي، مګر تاسو اړتیا نلرئ چې په لاسي ډول فایلونه ډاونلوډ یا اپلوډ کړئ؛ د WP رول بیک پلگ ان دا اسانه کوي.

د ورڈپریس د توضیحاتو له مخې، د WP رول بیک پلگ ان کولی شي "په چټکۍ او اسانۍ سره هر موضوع یا پلگ ان د wordpress.org څخه هرې پخوانۍ (یا نوې) نسخې ته پرته له کوم لاسي ګډوډۍ څخه بیرته راولي." په بل عبارت، دا کولی شي پلگ ان یا موضوعات د یو کلیک سره هرې پخوانۍ نسخې ته بیرته راولي، پرته له پیچلو عملیاتو څخه، د پیل کونکو لپاره کارول اسانه کوي.

وروسته له هغه چې زما وروستی پلگ ان اپ گریډ ناکام شو، ما د WP رول بیک څخه کار واخیست ترڅو په یو کلیک سره پخوانۍ نسخې ته راستون شم. ویب پاڼه یوازې په 30 ثانیو کې بیرته عادي حالت ته راغله، او هیڅ معلومات له لاسه ورنکړل شول.

دلته یو وړاندیز دی: د پلگ انونو یا موضوعاتو د لوړولو دمخه، تل لومړی د خپلې ویب پاڼې بیک اپ واخلئ. دا غوره ده چې لومړی یې د ازموینې چاپیریال کې ازموینه وکړئ ترڅو ډاډ ترلاسه کړئ چې په رسمي ویب پاڼه کې د تازه کولو دمخه کومه ستونزه شتون نلري، ترڅو د غلطیو څخه مخنیوی وشي.

پایله: د WP ویب پاڼې 5xx غلطیو ته په بشپړ ډول د الوداع ویلو لپاره دا 3 ټکي زده کړئ.

د ورڈپریس ویب پاڼې چلول، 500، 502، 503، او 504 غلطۍ د "روډ بلاکونو" په څیر دي، چې ښکاري ستونزمن دي، مګر اصلي لامل یې په حقیقت کې خورا روښانه دی - دا نه ده چې سرور غلط دی، او نه هم د ویب پاڼې پروګرام سره کومه لویه ستونزه شتون لري، بلکه دا چې موږ درې توضیحات له پامه غورځولي دي: WP-CRON، پاتې مهالویش شوي دندې، او د پلگ ان/موضوع لوړول.

د ورڈپریس ویب پاڼې د مالک په توګه، په پیل کې د غلطیو څخه ډک کیدو څخه تر اوس پورې چې په چټکۍ سره د ټولو 5xx غلطیو حل کولو او حل کولو توان لري، زما ترټولو لویه لاسته راوړنه دا ده چې د ویب پاڼې مستحکم عملیات "د آس له بندیدو وروسته د مستحکم دروازې په بندولو" تکیه نه کوي، بلکه "مخنیوی د درملنې څخه غوره دی" باندې تکیه کوي.

ډیری ویب پاڼې مالکین فکر کوي چې دا کوچني توضیحات مهم ندي، او یوازې د دوی د نه چک کولو له امله پښیمانه کیږي کله چې ویب پاڼه خرابه شي، ټرافیک له لاسه ورکړي، او د عاید له لاسه ورکولو سره مخ شي.

دا مهمه ده چې پوه شئ چې د یوې ویب پاڼې لپاره، "ثبات" اصلي سیالي ګټه ده. د 5xx یوه تېروتنه کولی شي ستاسو د لیدونکو 10٪ له لاسه ورکړي، او ډیری تېروتنې حتی کولی شي د لټون انجن درجه بندي کې کمښت رامینځته کړي، چې ستاسو ټولې پخوانۍ SEO هڅې ضایع کوي.

لکه څنګه چې ویل کیږي، "د زرګونو میلو اوږد ډیک د میږیانو سوري لخوا مات کیدی شي." د WP ویب پاڼې 5xx غلطۍ هیڅکله ناڅاپه نه څرګندیږي، مګر د کوچنیو ستونزو د راټولیدو پایله ده - نه منل شوي WP-CRON، پاتې شوي مهالویش شوي دندې، او د ګړندي اپ گریڈ عملیات. دا ظاهرا مهم "د میږې سوري" به بالاخره د ټولې ویب پاڼې "ډیک" له منځه یوسي.

په ریښتیا سره اغیزمن عملیات د ستونزو له منځه وړل دي.

1. د WP-CRON ډیفالټ غیر فعال کړئ او د سرور پر بنسټ مهالویش شوي دندې سره یې ځای په ځای کړئ؛
2. په منظم ډول د WP-Crontrol څخه کار واخلئ ترڅو تکراري او پاتې مهالویش شوي دندې پاکې کړئ؛
3. ډاډ ترلاسه کړئ چې د پلگ انونو یا موضوعاتو د لوړولو دمخه خپل معلومات بیک اپ کړئ، او که غلطۍ رامنځته شي نو سمدلاسه بیرته راشئ.

دا درې عملیات هیڅ پیچلي ټیکنالوژۍ یا ګران پراختیا کونکو ته اړتیا نلري، او حتی پیل کونکي کولی شي په اسانۍ سره دوی ماسټر کړي، مګر دوی کولی شي ستاسو ویب پاڼه د 5xx غلطیو څخه لرې وساتي او باثباته عملیات وساتي.

ستاسو د ویب پاڼې هر مستحکم بار او د هر لیدونکي پاتې کیدل یوه ارزښتناکه شتمني ده چې تاسو یې د وخت په تیریدو سره راټولوئ.

له اوس څخه، دا درې مجرمین وپیژنئ او هره ورځ ساتنه ترسره کړئ ترڅو ډاډ ترلاسه کړئ چې ستاسو د ورڈپریس ویب پاڼه نه یوازې ستاسو سخت کار برداشت کولی شي بلکه په دوامداره توګه ترافیک او عاید هم زیاتوي.

که تاسو اوس مهال د 5xx غلطیو څخه رنځ وړئ، نو هڅه وکړئ چې پدې مقاله کې ګامونه تعقیب کړئ ترڅو ستونزه حل کړئ. زه باور لرم چې ډیر ژر به تاسو وکولی شئ له دې ستونزو څخه خلاص شئ، خپله ویب پاڼه په ثابت ډول پرمخ بوځئ، او اوږدمهاله وده ترلاسه کړئ.