ලිපි නාමාවලිය
මම කිහිපයක් ක්රියාත්මක කරනවාවර්ඩ්ප්රෙස්එක් දිනක් තුළ වෙබ් අඩවියට පිවිසීම් 800 කට වඩා අහිමි වූයේ 502 ක දෝෂයක් හේතුවෙනි. දින තුනක් විමර්ශනය කිරීමෙන් පසු, වැරදිකරු පසු අන්තයේ නොපෙනෙන සැකසුමක බව සොයා ගන්නා ලදී.
WordPress වෙබ් අඩවියක් පවත්වාගෙන යන ඕනෑම අයෙකු දන්නවා වඩාත්ම කලකිරීමට කරුණ වන්නේ තදබදය නොමැතිකම නොව, වෙබ් අඩවිය හදිසියේම ප්රවේශ විය නොහැකි වූ විට, 500, 502, 503 සහ 504 වැනි විකෘති දෝෂ තිරය මත දිස්වන විට බව.
සේවාදායකය බිඳ වැටී ඇති බව ඔබ සිතූ අතර සත්කාරක සැපයුම්කරු සමඟ තර්ක කිරීමට ඉක්මන් විය, නමුත් ඔවුන් සේවාදායකය සම්පූර්ණයෙන්ම සාමාන්ය බව පරීක්ෂා කිරීමෙන් පසුව පමණක් ඔබට වැටහුණි.
ඔබට එය ප්ලගීන ගැටුමක් යැයි සිතිය හැක, එබැවින් ඔබ එකින් එක අක්රිය කර දෝශ නිරාකරණය කරයි, දවසේ වැඩි කාලයක් ඒ සඳහා වැය කරයි, නමුත් දෝෂය නැවත නැවතත් සිදු වේ.
ඇත්තටම, ඒක ඒ තරම් සංකීර්ණ වෙන්න ඕන නෑ. ගණන් කළ නොහැකි උගුල් වලට හසු වූ පසු, WP වෙබ් අඩවි 5xx දෝෂ වලින් 80% කට මෙම වැරදිකරුවන් 4 දෙනාගෙන් ගැලවිය නොහැකි බව මම සොයා ගත්තා. ඒ සෑම එකක්ම හොඳින් සැඟවී ඇත, නමුත් එය ඔබේ වෙබ් අඩවිය පහසුවෙන් විනාශ කළ හැකිය.
දැන්, මම මගේම ප්රායෝගික අත්දැකීම් භාවිතා කර මෙම අන්තරායන් පැහැදිලිව හෙළිදරව් කරමි, එවිට ආරම්භකයින්ට පවා ඒවා අනුගමනය කර දෝශ නිරාකරණය කළ හැකි අතර, ඔබට නැවත කිසිදා වැරදි වලින් යටපත් වීමට සිදු නොවේ.
Culprit #1: WP-CRON අක්රිය කර නැත, අත්යවශ්යයෙන්ම වෙබ් අඩවියේ "සැඟවුණු බල කාණුවක්" ස්ථාපනය කරමින්.
බොහෝ අය දන්නේ නැහැ WordPress එකේ WP-CRON කියලා හඳුන්වන බිල්ට්-ඉන් කාලසටහන්ගත කාර්ය විශේෂාංගයක් තියෙනවා කියලා, ඒක පෙරනිමියෙන් සක්රීය කරලා තියෙනවා.
ලිපි ප්රකාශනය කාලසටහන්ගත කිරීම, ස්වයංක්රීය උපස්ථ කිරීම, ප්ලගීන යාවත්කාලීන කිරීම් පරීක්ෂා කිරීම සහ සාමාජික මතක් කිරීම් පවා යැවීම වැනි එහි කාර්යයන් ඉතා ප්රායෝගිකයි.
නමුත් මෙම ප්රයෝජනවත් විශේෂාංගය ඇත්ත වශයෙන්ම සේවාදායකයන් බිඳ වැටී 5xx දෝෂ ඇති කරන අංක එකේ වැරදිකරු බව ඔබ දැන සිටියාද?
WP-CRON සේවාදායකයේ ස්වදේශීය 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මෙම විධානය සෑම මිනිත්තු 15 කට වරක් 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 දෝෂයකට තුඩු දෙයි?
මෙය සිදුවන්නේ ප්ලගිනයෙන් ඉතිරිව ඇති කාලසටහන්ගත කාර්යයන් මගිනි.
උදාහරණයක් ලෙස, ප්ලගිනයක් දිනපතා කාලසටහන්ගත කාර්යයක් ජනනය කරන්නේ නම්, ප්ලගිනය අස්ථාපනය කිරීමෙන් පසුව පවා WordPress මෙම කාර්යය දිගටම ක්රියාත්මක කරනු ඇත. එවැනි කාලසටහන්ගත කාර්යයන් අර්ථ විරහිත ය. මෙම අර්ථ විරහිත අවශේෂ කාර්යයන් අඛණ්ඩව සේවාදායක සම්පත් පරිභෝජනය කරන අතර අවසානයේ දෝෂ වලට තුඩු දෙනු ඇත.
ඊටත් වඩා නරක දෙය නම්, සමහර ප්ලගීන ස්වයංක්රීයව පුනරාවර්තන කාලසටහන්ගත කාර්යයන් කිහිපයක් ජනනය කිරීමයි. උදාහරණයක් ලෙස, "දෛනික යාවත්කාලීන පරීක්ෂාව" කාර්යයක් පස් වතාවක් නිර්මාණය කළ හැකි අතර, ඒ සෑම එකක්ම කාලසටහනකට අනුව ක්රියාත්මක වනු ඇත, එනම් සේවාදායකයාට එකවර සමාන කාර්යයන් පහක් සැකසීමට සිදුවනු ඇත.
මම කලින් එකක් ස්ථාපනය කළා.SEOප්ලගිනය අස්ථාපනය කිරීමෙන් පසු, මට එය නොපෙනුණි. මාස භාගයකට පසු, වෙබ් අඩවියට නිතර කාල සීමාව ඉක්මවා යාමේ දෝෂ 504 ක් හමු විය. සේවාදායක ලොග් පරීක්ෂා කිරීමෙන් පසුව පමණක්, ප්ලගිනය දිනපතා නියමිත කාර්යයන් තුනක් ඉතිරි කර ඇති බව මට සොයා ගැනීමට හැකි විය, ඒ සෑම එකක්ම තත්පර 12 ක් දක්වා ක්රියාත්මක කිරීමේ කාලයක් සහිතව. තුනම එකවර ක්රියාත්මක වීම සේවාදායක ප්රතිචාර කාලය අවසන් වීමට සෘජුවම හේතු විය.
ඊටත් වඩා භයානක දෙය නම්, මෙම අවශේෂ, පුනරාවර්තන කාලානුරූපී කාර්යයන්...WordPress පසුබිමඒක අදෘශ්යමානයි; ඒක රහසිගතව ක්රියාත්මක වෙනවා කියලා ඔයා දන්නේ නැහැ.
කෙසේ වෙතත්, විසඳුමක් තිබේ: WP-Crontrol ප්ලගිනයට එය පරිපූර්ණ ලෙස හැසිරවිය හැකිය. එය WordPress විසින් නිර්දේශ කරන ලද නිල Cron කාර්ය කළමනාකරණ මෙවලම වන අතර, එමඟින් ඔබට පසු අන්තයේ ඇති සියලුම නියමිත කාර්යයන් බැලීමට, සංස්කරණය කිරීමට සහ මකා දැමීමට ඉඩ සලසයි.
වර්ඩ්ප්රෙස් ප්ලගින විස්තරයට අනුව, WP-Crontrol හට "සියලු කාලසටහන්ගත ක්රෝන් සිදුවීම් බැලීමට, සංස්කරණය කිරීමට, මකා දැමීමට, විරාම කිරීමට, නැවත ආරම්භ කිරීමට සහ වහාම ක්රෝන් සිදුවීම් ක්රියාත්මක කිරීමට" හැකිය. වෙනත් වචන වලින් කිවහොත්, එයට සියලුම කාලසටහන්ගත කාර්යයන් බැලීමට සහ අනුපිටපත් හෝ අවලංගු කාර්යයන් මකා දැමීමට හැකිය. එය භාවිතා කිරීමට ඉතා පහසු වන අතර තනි කේත පේළියක් ලිවීම අවශ්ය නොවේ.
දෝශ නිරාකරණය සඳහා මෙම ප්ලගිනය භාවිතා කිරීමෙන් පසු, මම අනුපිටපත් කාර්යයන් 8 ක් සහ ප්ලගින අවශේෂ කාර්යයන් 5 ක් මකා දැමූ අතර, වෙබ් අඩවියේ ප්රතිචාර වේගය කෙලින්ම 40% කින් වැඩි දියුණු විය. 504 දෝෂය නැවත කිසි දිනෙක සිදු නොවීය.
අවවාදයයි: කාර්යයන් මකා දැමීමේදී, ප්රවේශමෙන් පරීක්ෂා කිරීමට වග බලා ගන්න සහ "wp_version_check" (අනුවාද පරීක්ෂාව) වැනි මූලික WordPress කාලසටහන්ගත කාර්යයන් අහම්බෙන් මකා දැමීමෙන් වළකින්න. අහම්බෙන් මකා දැමීම වෙබ් අඩවිය නිසි ලෙස යාවත්කාලීන වීම වැළැක්විය හැකිය.
WP-Crontrol ප්ලගිනයට අනුපිටපත් හෝ අවලංගු කාර්යයන් අතින් මකා දැමිය හැකි වුවද, එයට අතින් මැදිහත් වීමක් අවශ්ය වේ, එය පරමාදර්ශී නොවේ...
කෙසේ වෙතත්, අපට WordrPress කේතය භාවිතයෙන් මෙම ක්රියාවලිය ස්වයංක්රීය කළ හැක. විස්තර සඳහා පහත නිබන්ධනය බලන්න. ▼
Culprit #3: WordPress හි අතිරික්ත දත්ත සමුදායන්
WordPress හි, පහත පරිදි දිස්වේ 500 දෝෂය එක් හේතුවක් වන්නේ දත්ත සමුදා අතිරික්තතාවයයි, විශේෂයෙන් ඇතැම් ප්ලගීන මගින් ජනනය කරන ලද විශාල ධාරිතාවකින් යුත් දත්ත වගු.
WP ප්රශස්තිකරණ ප්ලගිනය භාවිතා කරන විට, සමහර දත්ත වගු අසාමාන්ය ලෙස ප්රමාණයෙන් විශාල බව මට පෙනී ගියේය, ඒ අතර... Wordfence වින්යාස වගුව (wfconfig) විශේෂයෙන් කැපී පෙනේ.
ගැටළු විශ්ලේෂණය
- wfconfig හි බරපතල දත්ත වගු අතිරික්තයක් ඇත.එය මීට පෙර වරක් පිරිසිදු කර ඇත, නමුත් එය ඉතා ඉක්මනින් නැවත මතු විය.
- පෙරනිමි ගබඩා එන්ජිමේ ගැටළුWordfence වින්යාස වගුව පෙරනිමි InnoDB එන්ජිම භාවිතා කරයි, එය කාලයත් සමඟ අතිරික්ත දත්ත MB සිය ගණනක් රැස් කරයි.
- කාර්ය සාධනය කෙරෙහි බලපෑමදත්ත වගු පහසුවෙන් ප්රමාණයෙන් සිය ගණනක් MB දක්වා ළඟා විය හැකි අතර, එමඟින් වෙබ් අඩවි පූරණ වේගය පහත වැටෙන අතර දෝෂ 500 ක් පවා ඇති වේ.
විසඳුමක්
මෙයට හේතුව Wordfence විසින් වින්යාස කර ඇති දත්ත වගු පෙරනිමි Inno එන්ජිම භාවිතා කිරීමයි. කාලයත් සමඟ මෙය ඉක්මනින් මෙගාබයිට් සිය ගණනක අතිරික්ත දත්ත බවට එකතු වන අතර එමඟින් වෙබ් අඩවිය පැටවීමේ වේගයට බලපායි.
හෙස්ටියාසීපීMariaDB හි පෙරනිමි ගබඩා එන්ජිම MyISAM ලෙස වෙනස් කිරීම පිළිබඳ උපදෙස් සඳහා, කරුණාකර පහත නිබන්ධනය බලන්න:
හතරවන වැරදිකරු: ප්ලගිනය/තේමා උත්ශ්රේණි කිරීමෙන් පසු දෝෂ, වෙබ් අඩවියේ "සාම්ප්රදායික නොවන සැත්කම්" සිදු කිරීමක් වැනිය.
බොහෝ වෙබ් අඩවි හිමිකරුවන් ප්ලගීන හෝ තේමා සඳහා යාවත්කාලීන විමසීම් දුටු විට වහාම "යාවත්කාලීන කරන්න" ක්ලික් කිරීමේ පුරුද්දක් ඇති අතර, යාවත්කාලීන කිරීම් අවදානම් නිවැරදි කර කාර්ය සාධනය වැඩි දියුණු කරනු ඇතැයි විශ්වාස කරති.
නමුත් සත්යය ඊට හාත්පසින්ම ප්රතිවිරුද්ධ දෙයකි; බොහෝ 5xx දෝෂ ඇතිවන්නේ ප්ලගීන හෝ තේමා යාවත්කාලීන කිරීමෙනි.
මටත් මේ ගැටලුව කලින් ඇති වුණා. ගිය මාසයේ මම මගේ වෙබ් අඩවිය ජනප්රිය පිටු සාදන්නා ප්ලගිනයක් සමඟ උත්ශ්රේණි කළා. යාවත්කාලීනය ක්ලික් කිරීමෙන් පසු, පිටුව හිස් වූ අතර, නැවුම් කිරීමෙන් පසු, 500 අභ්යන්තර සේවාදායක දෝෂයක් මතු වූ අතර, එමඟින් පසු අන්තයට ප්රවේශ වීමට නොහැකි විය.
පසුව මට දැනගන්නට ලැබුණේ ප්ලගිනයේ නව අනුවාදය මගේ වෙබ් අඩවියේ PHP අනුවාදය සමඟ නොගැලපෙන බවයි. ප්ලගිනය යාවත්කාලීන කිරීමෙන් පසු, කේතය නිසි ලෙස ක්රියාත්මක වීමට නොහැකි වූ අතර, එය සේවාදායකයට දෝෂයක් වාර්තා කිරීමට සෘජුවම හේතු විය.
ප්ලගිනය හෝ තේමා උත්ශ්රේණි කිරීමෙන් පසු ඇතිවන දෝෂ WordPress 500 දෝෂ සඳහා පොදු හේතුවකි, විශේෂයෙන් ප්ලගිනයේ නව අනුවාදයේ කේත අවදානම් හෝ වෙබ් අඩවියේ අනෙකුත් ප්ලගීන හෝ තේමා සමඟ ගැටුම් ඇති විට.
තවත් අවස්ථාවක් නම්, තේමාව උත්ශ්රේණි කිරීමෙන් පසු, පෙර අභිරුචි කේතය උඩින් ලියනු ලබන අතර, එමඟින් වෙබ් අඩවි පිරිසැලසුම අක්රමවත් වී කාර්යයන් අසාර්ථක වන අතර එමඟින් 502 සහ 503 දෝෂ ඇති වේ.
කරන්න තියෙනවාඊ-වාණිජ්යයසමහර පරිශීලකයින් සඳහා, WooCommerce ප්ලගිනය උත්ශ්රේණි කිරීමෙන් පසු, ඔවුන්ගේ වෙබ් අඩවි වල දෝෂ 502 ක් අත්විඳ ඇති අතර, එමඟින් ඇණවුම් කිරීමට නොහැකි විය. මෙහි ප්රතිඵලයක් ලෙස පැය 3 ක් ඇතුළත විකුණුම් 2000 කට වඩා අහිමි වූ අතර, ගැටළුව විසඳීමට සම්පූර්ණ දහවල් කාලයක් ගත විය.
ඇත්ත වශයෙන්ම, මෙම තත්වයට වඩාත්ම සෘජු හා ඵලදායී විසඳුම වන්නේ නිවැරදිව ක්රියාත්මක වූ පෙර අනුවාදයකට ආපසු යාමයි.
බොහෝ අය ආපසු පෙරළන්නේ කෙසේදැයි නොදනිති, නමුත් ඔබට ගොනු අතින් බාගත කිරීමට හෝ උඩුගත කිරීමට අවශ්ය නොවේ; WP ආපසු පෙරළීම ප්ලගිනය එය පහසු කරයි.
WordPress හි විස්තරයට අනුව, WP Rollback ප්ලගිනයට "ඕනෑම තේමාවක් හෝ ප්ලගිනයක් wordpress.org වෙතින් ඕනෑම පෙර (හෝ නව) අනුවාදයකට ඉක්මනින් සහ පහසුවෙන් පෙරළා දැමිය හැකිය." වෙනත් වචන වලින් කිවහොත්, සංකීර්ණ මෙහෙයුම් නොමැතිව, තනි ක්ලික් කිරීමකින් ප්ලගීන හෝ තේමාවන් ඕනෑම පෙර අනුවාදයකට ප්රතිවර්තනය කළ හැකි අතර, එමඟින් ආරම්භකයින්ට භාවිතා කිරීම පහසු වේ.
මගේ අවසන් ප්ලගින උත්ශ්රේණි කිරීම අසාර්ථක වූ පසු, මම WP Rollback භාවිතා කර එක ක්ලික් එකකින් පෙර අනුවාදයට ආපසු ගියෙමි. වෙබ් අඩවිය තත්පර 30ක් ඇතුළත සාමාන්ය තත්ත්වයට පත් වූ අතර කිසිදු දත්තයක් නැති නොවීය.
මෙන්න යෝජනාවක්: ප්ලගීන හෝ තේමා උත්ශ්රේණි කිරීමට පෙර, සෑම විටම පළමුව ඔබේ වෙබ් අඩවිය උපස්ථ කරන්න. දෝෂ වළක්වා ගැනීම සඳහා, නිල වෙබ් අඩවියේ එය යාවත්කාලීන කිරීමට පෙර කිසිදු ගැටළුවක් නොමැති බව සහතික කර ගැනීම සඳහා පළමුව එය පරීක්ෂණ පරිසරයක පරීක්ෂා කිරීම වඩාත් සුදුසුය.
නිගමනය: WP වෙබ් අඩවි 5xx දෝෂ වලට සම්පූර්ණයෙන්ම සමු දීමට මෙම කරුණු 3 ප්රගුණ කරන්න.
WordPress වෙබ් අඩවියක් ක්රියාත්මක කිරීමේදී, 500, 502, 503 සහ 504 දෝෂ "මාර්ග බාධක" වැනි ය, පෙනෙන පරිදි කරදරකාරී ය, නමුත් මූල හේතුව ඇත්ත වශයෙන්ම තරමක් පැහැදිලිය - එය සේවාදායකය දෝෂ සහිත වීම හෝ වෙබ් අඩවි වැඩසටහනේ ප්රධාන ගැටළුවක් නොමැති වීම නොවේ, නමුත් අපි විස්තර තුනක් නොසලකා හැර ඇති බැවිනි: WP-CRON, අවශේෂ කාලසටහන්ගත කාර්යයන් සහ ප්ලගිනය/තේමා උත්ශ්රේණි කිරීම්.
WordPress වෙබ් අඩවි හිමිකරුවෙකු ලෙස, ආරම්භයේ දී දෝෂ වලින් යටපත් වී සිටීමේ සිට දැන් 5xx දෝෂ ඉක්මනින් දෝශ නිරාකරණය කර විසඳා ගැනීමට හැකි වීම දක්වා, මගේ ලොකුම අවබෝධය නම් ස්ථාවර වෙබ් අඩවි ක්රියාකාරිත්වය "අශ්වයා පැන ගිය පසු ස්ථාවර දොර අගුළු දැමීම" මත රඳා නොපවතින නමුත් "සුව කිරීමට වඩා වැළැක්වීම හොඳය" යන්නයි.
බොහෝ වෙබ් අඩවි හිමිකරුවන් සිතන්නේ මෙම කුඩා තොරතුරු වැදගත් නොවන බවයි, ඒ වගේම වෙබ් අඩවිය අක්රිය වූ විට, ගමනාගමනය අහිමි වූ විට සහ ආදායම් අහිමි වූ විට ඒවා කල්තියා පරීක්ෂා නොකිරීම ගැන ඔවුන් කනගාටු වෙති.
වෙබ් අඩවියක් සඳහා, "ස්ථාවරත්වය" මූලික තරඟකාරී වාසිය බව තේරුම් ගැනීම වැදගත්ය. තනි 5xx දෝෂයක් ඔබේ අමුත්තන්ගෙන් 10% ක් අහිමි වීමට හේතු විය හැකි අතර, බහු දෝෂ නිසා සෙවුම් යන්ත්ර ශ්රේණිගත කිරීම් පහත වැටීමට පවා හේතු විය හැකි අතර, එමඟින් ඔබේ පෙර SEO උත්සාහයන් සියල්ලම අපතේ යයි.
"සැතපුම් දහසක බැම්මක් කුහුඹු සිදුරකින් බිඳ දැමිය හැකිය" යන කියමනට අනුව. WP වෙබ් අඩවි 5xx දෝෂ කිසි විටෙකත් හදිසියේම නොපෙනේ, නමුත් කුඩා ගැටළු සමුච්චය වීමේ ප්රතිඵලයකි - කළ නොහැකි WP-CRON, අවශේෂ කාලසටහන්ගත කාර්යයන් සහ කඩිනම් උත්ශ්රේණි කිරීමේ මෙහෙයුම්. මෙම නොවැදගත් ලෙස පෙනෙන "කූඹි සිදුරු" අවසානයේ මුළු වෙබ් අඩවියේම "බැම්ම" විනාශ කරනු ඇත.
සැබවින්ම කාර්යක්ෂම මෙහෙයුම් යනු ගැටළු අංකුරෙන්ම තුරන් කිරීමයි.
- පෙරනිමි WP-CRON අක්රීය කර එය සේවාදායකය මත පදනම් වූ කාලසටහන්ගත කාර්යයකින් ප්රතිස්ථාපනය කරන්න;
- පුනරාවර්තන සහ අවශේෂ කාලසටහන්ගත කාර්යයන් පිරිසිදු කිරීමට WP-Crontrol නිතිපතා භාවිතා කරන්න;
- ප්ලගීන හෝ තේමා උත්ශ්රේණි කිරීමට පෙර ඔබේ දත්ත උපස්ථ කිරීමට වග බලා ගන්න, දෝෂ ඇති වුවහොත් වහාම ආපසු පෙරළන්න.
මෙම මෙහෙයුම් තුන සඳහා සංකීර්ණ තාක්ෂණයක් හෝ මිල අධික සංවර්ධකයින් අවශ්ය නොවන අතර, ආරම්භකයින්ට පවා ඒවා පහසුවෙන් ප්රගුණ කළ හැකි නමුත්, ඔවුන්ට ඔබේ වෙබ් අඩවිය 5xx දෝෂ වලින් ඈත් කර ස්ථාවර ක්රියාකාරිත්වයක් පවත්වා ගත හැකිය.
ඔබේ වෙබ් අඩවියේ සෑම ස්ථාවර ප්රමාණයක්ම සහ සෑම අමුත්තෙකුගේම රැඳී සිටීම කාලයත් සමඟ ඔබ රැස් කරන වටිනා වත්කමකි.
මෙතැන් සිට, මෙම වැරදිකරුවන් තිදෙනා හඳුනාගෙන ඔබේ වර්ඩ්ප්රෙස් වෙබ් අඩවියට ඔබේ වෙහෙස මහන්සි වී වැඩ කිරීම පමණක් නොව, ගමනාගමනය සහ ආදායම ක්රමයෙන් වැඩි කළ හැකි බව සහතික කිරීම සඳහා දිනපතා නඩත්තු කටයුතු සිදු කරන්න.
ඔබ දැනට 5xx දෝෂ වලින් පීඩා විඳින්නේ නම්, මෙම ලිපියේ ඇති පියවර අනුගමනය කර දෝශ නිරාකරණය කර ගැනීමට උත්සාහ කරන්න. ඉක්මනින්ම ඔබට මෙම ගැටළු වලින් මිදීමට, ඔබේ වෙබ් අඩවිය ස්ථාවරව ක්රියාත්මක කිරීමට සහ දිගුකාලීන වර්ධනයක් අත්කර ගැනීමට හැකි වනු ඇතැයි මම විශ්වාස කරමි.
Hope Chen Weiliang බ්ලොග් ( https://www.chenweiliang.com/ ） 分享的《WORDPRESS网站500、502、503、504错误的4大罪魁祸首》，对您有帮助。
මෙම ලිපියේ සබැඳිය බෙදා ගැනීමට සාදරයෙන් පිළිගනිමු:https://www.chenweiliang.com/cwl-33968.html