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

Nag-operate ko og pipila kaWordPressAng website kaniadto nawad-an og sobra sa 800 ka mga pagbisita sa usa lang ka adlaw tungod sa 502 error. Human sa tulo ka adlaw nga pag-imbestiga, nadiskobrehan nga ang hinungdan mao ang usa ka dili makita nga setting sa backend.

Bisan kinsa nga nagpadagan og WordPress website nasayod nga ang labing makapahigawad dili ang kakulang sa trapiko, apan kung ang website kalit nga dili na ma-access, nga adunay mga sayop sama sa 500, 502, 503, ug 504 nga mogawas sa screen.

Abi nimog na-crash ang server ug nagdali-dali ka ug pakiglalis sa hosting provider, unya human nila masusi, imong nasayran nga normal ra diay ang server.

Basin maghunahuna ka nga kini usa ka conflict sa plugin, mao nga imong gi-disable ug gi-troubleshoot usa-usa, nga halos tibuok adlaw nimong gigugol kini, apan ang error sige gihapon og balik-balik.

Sa tinuod lang, dili kinahanglan nga ingon ana ka komplikado. Human mahulog sa dili maihap nga mga lit-ag, akong nadiskobrehan nga 80% sa mga sayop sa WP website 5xx dili makalikay niining 4 ka mga hinungdan. Ang matag usa maayo nga natago, apan dali ra kini makadaot sa imong website.

Karon, gamiton nako ang akong kaugalingong praktikal nga kasinatian aron klarong ibutyag kini nga mga lit-ag, aron bisan ang mga bag-o pa lang makasunod ug makasulbad sa mga problema, ug dili ka na kinahanglan nga malumsan pag-usab sa mga sayop.

Sala #1: Ang WP-CRON wala gi-disable, sa tinuod lang nag-instalar kini og "tinago nga power drain" sa website.

Daghang mga tawo ang wala mahibalo nga ang WordPress adunay built-in nga naka-iskedyul nga bahin sa buluhaton nga gitawag og WP-CRON, nga gi-enable pinaagi sa default.

Ang mga gimbuhaton niini paminawon nga praktikal kaayo, sama sa pag-iskedyul sa pagmantala sa artikulo, awtomatikong pag-backup, pagsusi sa mga update sa plugin, ug bisan ang pagpadala sa mga pahinumdom sa miyembro.

Apan nahibal-an ba nimo nga kini nga daw mapuslanon nga bahin mao gyud ang numero unong hinungdan sa pagka-crash sa mga server ug hinungdan sa 5xx nga mga sayup?

Lahi ang WP-CRON sa lumad nga Cron sa server. Dili kini modagan nga proaktibo, apan ma-trigger sa mga pagbisita sa tiggamit. Matag higayon nga ang usa ka tiggamit mobisita sa imong website, kini sekreto nga mopatuman sa /wp-cron.php file aron susihon kung adunay bisan unsang naka-iskedyul nga mga buluhaton nga buhaton.

Kini nagpasabot nga ang matag bisita sa imong website makadugang og "dugang nga palas-anon," ug kon mas daghan ang imong bisita, mas mobug-at ang palas-anon.

Kaniadto, naa koy website nga makadawat og sobra sa usa ka libo ka bisita kada adlaw. Kung wala gi-disable ang WP-CRON, ang paggamit sa CPU sa server kasagaran mosaka ngadto sa sobra sa 80%, ug adunay labing menos duha ka 503 nga mga error kada adlaw, diin ang mga bisita ma-redirect dayon sa usa ka error page sa diha nga ilang i-klik kini.

Ang mas grabe pa kay bisan kung wala kay gitakdang mga buluhaton, ang WP-CRON awtomatikong modagan, nga balik-balik nga mangayo og mga kahinguhaan sa server. Sa paglabay sa panahon, ang server dili na makadumala sa load ug moreport og error.

Klaro nga giingon sa dokumentasyon sa GitHub: "Wala damha nga HTTP response code: 500 o mas taas pa, kini nagpasabot nga adunay nahitabong error sa imong server nga nagpugong sa pagdagan sa cron spawner." Kini nagpasabot nga kung ang WP-CRON dili mogana sa husto, kini moresulta sa server error nga 500 o mas taas pa.

Ang saktong pamaagi mao ang pag-disable sa default nga WP-CRON ug gamiton ang native scheduled task sa server. Kini makasiguro nga ang scheduled task mo-execute og normal samtang mokunhod ang load sa server.

Kon ang imong server mosuporta sa curl command, mahimo kang direktang modugang og naka-eskedyul nga buluhaton sama niini (usba sumala sa domain sa imong website):

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

Kini nga sugo mopatuman sa usa ka buluhaton sa WP-CRON matag 15 minutos, nga angay alang sa kadaghanan sa gagmay ug medium nga gidak-on nga mga website; kung ang imong website adunay kanunay nga naka-iskedyul nga mga buluhaton, mahimo usab nimo gamiton kini:

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

Human nako gi-disable ang WP-CRON ug gi-set up ang mga naka-schedule nga buluhaton sa server, ang paggamit sa CPU sa server miubos ngadto sa ubos sa 30%, ug walay 503 ka mga sayop sulod sa tibuok bulan. Ang visitor retention rate misaka usab og 18%.

Ikaduhang salarin: Ang balik-balik nga naka-iskedyul nga mga buluhaton sa CRON ug mga nahabilin nga mga file human sa pag-uninstall sa plugin sa tinuud "nagbilin ug basura" sa website.

Ang pagsulbad sa problema sa WP-CRON wala magpasabot nga makapahulay ka nga malinawon; adunay tinago nga lit-ag nga wala tagda sa daghang mga tag-iya sa website.

Kini nagpasabot nga ang mga naka-iskedyul nga buluhaton sa CRON balik-balik nga nagdagan, o nga ang nahabilin nga naka-iskedyul nga mga buluhaton nagdagan gihapon sa tago human ma-uninstall ang plugin.

Nakasinati ka na ba niini: gi-uninstall nimo ang usa ka backup plugin, apan nakita nimo nga ang server awtomatiko gihapon nga nag-backup kada adlaw, o nagpakita pa gani og mensahe sa backup failure, nga sa ngadto-ngadto mosangpot sa 500 error?

Kini tungod sa nahibiling naka-eskedyul nga mga buluhaton gikan sa plugin.

Pananglitan, kon ang usa ka plugin makamugna og adlaw-adlaw nga naka-iskedyul nga buluhaton, ang WordPress magpadayon sa pagpatuman niini nga buluhaton bisan human ma-uninstall ang plugin. Ang ingon nga naka-iskedyul nga mga buluhaton walay kahulugan. Kining walay kahulugan nga nahabilin nga mga buluhaton padayon nga mokonsumo sa mga kahinguhaan sa server ug sa ngadto-ngadto mosangpot sa mga sayop.

Mas grabe pa, ang ubang mga plugin awtomatikong makamugna og daghang balik-balik nga naka-eskedyul nga mga buluhaton. Pananglitan, ang usa ka buluhaton nga "daily update check" mahimong himoon sa lima ka beses, ug ang matag usa ipatuman sa usa ka iskedyul, nga nagpasabot nga ang server kinahanglan nga moproseso sa lima ka parehas nga mga buluhaton sa dungan.

Nag-install ko og usa kaniadto.SEOHuman nako gi-uninstall ang plugin, wala nako kini namatikdi, ug paglabay sa tunga sa bulan, ang website kanunay nga makasugat og 504 ka timeout errors. Human nako masusi ang mga server log, akong nadiskobrehan nga ang plugin nagbilin og tulo ka adlaw-adlaw nga naka-iskedyul nga mga buluhaton, nga ang matag usa adunay oras sa pagpatuman nga hangtod sa 12 segundos. Ang dungan nga pagdagan sa tulo direktang hinungdan sa server response timeout.

Mas makahadlok pa kay kining mga nahibilin, balik-balik nga mga buluhaton nga gi-oras...WordPress backendDili kini makita; wala ka mahibalo nga kini nagdagan sa tago.

Apan, adunay solusyon: ang WP-Crontrol plugin hingpit nga makadumala niini. Kini ang opisyal nga himan sa pagdumala sa buluhaton sa Cron nga girekomenda sa WordPress, nga nagtugot kanimo sa pagtan-aw, pag-edit, ug pagtangtang sa tanan nga naka-iskedyul nga mga buluhaton direkta sa backend.

Sumala sa deskripsyon sa WordPress plugin, ang WP-Crontrol "makakita sa tanang naka-eskedyul nga cron events, maka-edit, maka-delete, maka-pause, maka-resume, ug makadagan dayon sa cron events." Sa ato pa, makita niini ang tanang naka-eskedyul nga mga buluhaton ug maka-delete sa mga duplicate o dili balido nga mga buluhaton. Sayon ra kaayo kini gamiton ug dili kinahanglan nga magsulat og bisan usa ka linya sa code.

Human nako gigamit kini nga plugin para sa pag-troubleshoot, akong natangtang ang 8 ka duplicate nga mga buluhaton ug 5 ka plugin remnant nga mga buluhaton, ug ang katulin sa pagtubag sa website miuswag og 40% direkta. Ang 504 error wala na mahitabo pag-usab.

Usa ka pasidaan: kon magtangtang sa mga buluhaton, siguruha nga susihon pag-ayo ug likayi ang aksidente nga pagtangtang sa mga naka-iskedyul nga buluhaton sa WordPress, sama sa "wp_version_check" (version check). Ang aksidente nga pagtangtang mahimong makapugong sa website sa pag-update sa husto.

Samtang ang WP-Crontrol plugin mahimong mano-manong magtangtang sa mga duplicate o dili balido nga mga buluhaton, nanginahanglan kini og mano-manong interbensyon, nga dili sulundon...

Apan, mahimo natong i-automate kini nga proseso gamit ang WordrPress code. Tan-awa ang tutorial sa ubos para sa mga detalye. ▼

🔗Mga Tip sa Pagpadali sa Website sa WordPress: Awtomatikong Tangtanga ang Dili Balido nga Naka-eskedyul nga mga Buluhaton sa CRON

Sala #3: Mga Nagbalikbalik nga Database sa WordPress

Sa WordPress, ang mosunod makita 500 Sayop Usa sa mga hinungdan mao ang database redundancy, labi na ang mga data table nga dako og kapasidad nga gihimo sa pipila ka mga plugin.

Sa akong paggamit sa WP optimization plugin, akong nakita nga ang ubang data tables kay dili normal ang gidak-on, lakip na niini... Talahanayan sa pag-configure sa Wordfence (wfconfig) Ilabi na nga prominente.

Pag-analisar sa Problema

• Ang wfconfig adunay seryosong redundancy sa data table.Nalimpyohan na kini kaniadto, apan dali ra kining mibalik.
• Mga problema sa default nga storage engineAng Wordfence configuration table naggamit sa default nga InnoDB engine, nga makatipon og gatusan ka MB nga redundant data sa paglabay sa panahon.
• Epekto sa pasundayagAng mga data table dali ra makaabot sa gatusan ka MB ang gidak-on, nga hinungdan sa pag-ubos sa loading speed sa website ug gani makapahinabog 500 ka errors.

Solusyon

Kini tungod kay ang mga data table nga gi-configure sa Wordfence naggamit sa default nga Inno engine. Sa paglabay sa panahon, kini dali nga matipon ngadto sa gatusan ka megabytes nga redundant data, nga makaapekto sa loading speed sa website.

HestiaCPPara sa mga instruksyon sa pag-ilis sa default storage engine sa MariaDB ngadto sa MyISAM, palihog tan-awa ang mosunod nga tutorial:

Unsaon pag-ilis sa default storage engine sa MariaDB ngadto sa MyISAM sa HestiaCP? Usa ka simple nga solusyon nga usa ra ka lakang!

Ikaupat nga hinungdan: Ang mga sayop human sa pag-upgrade sa plugin/tema susama ra sa paghimo og "dili naandan nga operasyon" sa website.

Daghang mga tag-iya sa website ang adunay batasan nga dayon i-klik ang "update" kung makakita sila og mga update prompt para sa mga plugin o tema, kay nagtuo sila nga ang mga update makaayo sa mga kahuyangan ug makapaayo sa performance.

Apan ang tinuod mao ang sukwahi; daghang mga sayop sa 5xx ang gipahinabo sa pag-update sa mga plugin o tema.

Nakasugat na ko ani nga problema kaniadto. Niadtong miaging bulan, gi-upgrade nako ang akong website gamit ang usa ka sikat nga page builder plugin. Human nako i-klik ang update, nablangko ang panid, ug human nako i-refresh, nigawas ang 500 Internal Server Error, nga nagpalisod sa pag-access sa backend.

Akong nadiskobrehan sa ulahi nga ang bag-ong bersyon sa plugin dili compatible sa PHP nga bersyon sa akong website. Human ma-update ang plugin, ang code dili makadagan og tarong, nga direktang hinungdan sa pagreport sa server og error.

Ang mga sayop human sa pag-upgrade sa plugin o tema usa ka komon nga hinungdan sa mga sayop sa WordPress 500, labi na kung ang bag-ong bersyon sa plugin adunay mga kahuyangan sa code o mga panagbangi sa ubang mga plugin o tema sa website.

Laing senaryo mao nga human ma-upgrade ang tema, ang miaging custom code ma-overwrite, hinungdan nga ang layout sa website mahimong dili organisado ug ang mga function mapakyas, nga moresulta sa 502 ug 503 nga mga sayop.

naay buhatonE-commercePara sa ubang mga tiggamit, human sa pag-upgrade sa WooCommerce plugin, ang ilang mga website nakasinati og 502 ka mga sayop, nga nagpalisod sa pag-order. Kini miresulta sa pagkawala og kapin sa 2000 ka halin sulod lang sa 3 ka oras, ug nikabat og tibuok hapon aron masulbad ang problema.

Sa tinuud, ang labing direkta ug epektibo nga solusyon niini nga sitwasyon mao ang pagbalik sa miaging bersyon nga nagtrabaho sa husto.

Daghang mga tawo ang wala mahibalo unsaon pag-rollback, apan dili kinahanglan nga mano-mano nimo nga i-download o i-upload ang mga file; ang WP Rollback plugin naghimo niini nga sayon.

Sumala sa deskripsyon sa WordPress, ang WP Rollback plugin "dali ug sayon ​​nga maka-rollback sa bisan unsang tema o plugin gikan sa wordpress.org ngadto sa bisan unsang miaging (o mas bag-o) nga bersyon nga walay bisan unsang manwal nga kahasol." Sa ato pa, mahimo niini nga ibalik ang mga plugin o tema ngadto sa bisan unsang miaging bersyon sa usa lang ka pag-klik, nga walay komplikado nga mga operasyon, nga naghimo niini nga sayon ​​gamiton alang sa mga nagsugod pa lang.

Human napakyas ang akong katapusang pag-upgrade sa plugin, gigamit nako ang WP Rollback aron makabalik sa miaging bersyon sa usa lang ka pag-klik. Nibalik sa normal ang website sulod lang sa 30 segundos, ug walay nawala nga data.

Ania ang usa ka sugyot: sa dili pa mag-upgrade sa mga plugin o tema, kanunay nga i-backup una ang imong website. Mas maayo nga sulayan una kini sa usa ka test environment aron masiguro nga walay problema sa dili pa kini i-update sa opisyal nga website, aron malikayan ang mga sayop.

Konklusyon: Pag-master niining 3 ka punto aron hingpit nga makapanamilit sa mga sayop sa WP website 5xx.

Sa pagpadagan og WordPress website, ang 500, 502, 503, ug 504 nga mga sayop sama ra sa mga "babag," nga daw makahasol, apan ang tinuod nga hinungdan klaro kaayo—dili nga ang server ang depektoso, ni adunay dakong problema sa programa sa website, apan hinoon wala nato tagda ang tulo ka detalye: WP-CRON, nahibiling naka-iskedyul nga mga buluhaton, ug mga pag-upgrade sa plugin/tema.

Isip tag-iya sa WordPress website, gikan sa kanunay nga daghang mga sayop sa sinugdanan hangtod karon nga dali na nakong masulbad ang tanang 5xx errors, ang akong pinakadakong nakat-unan mao nga ang operasyon sa stable website wala magsalig sa "pag-lock sa pultahan sa kwadra human makaikyas ang kabayo," apan sa "mas maayo ang paglikay kaysa tambal."

Daghang mga tag-iya sa website ang naghunahuna nga kini nga gagmay nga mga detalye dili hinungdanon, ug magmahay lang nga wala kini susihon daan kung ang website dili mogana, mawad-an sa trapiko, ug mawad-an sa kita.

Importante nga masabtan nga para sa usa ka website, ang "kalig-on" mao ang kinauyokan nga bentaha sa kompetisyon. Usa lang ka 5xx error ang hinungdan nga mawad-an ka og 10% sa imong mga bisita, ug ang daghang mga sayop mahimo pa gani nga mosangpot sa pag-ubos sa ranggo sa search engine, nga makawang sa tanan nimong nangaging mga paningkamot sa SEO.

Sama sa giingon sa panultihon, "Ang usa ka libo ka milya nga dike mahimong mabuak sa usa ka lungag sa hulmigas." Ang mga sayop sa WP website 5xx dili gyud kalit nga makita, apan resulta kini sa pagtapok sa gagmay nga mga problema—wala ma-disable nga WP-CRON, nahabilin nga naka-iskedyul nga mga buluhaton, ug dali-dali nga mga operasyon sa pag-upgrade. Kini nga daw walay hinungdan nga "mga lungag sa hulmigas" sa ngadto-ngadto makaguba sa tibuok "dike" sa website.

Ang tinuod nga episyente nga mga operasyon nagpasabot sa pagsulbad sa mga problema diha-diha dayon.

1. I-disable ang default nga WP-CRON ug ilisi kini og naka-iskedyul nga buluhaton nga nakabase sa server;
2. Regular nga gamita ang WP-Crontrol aron limpyohan ang balik-balik ug nahibiling naka-eskedyul nga mga buluhaton;
3. Siguruha nga i-backup ang imong data sa dili pa i-upgrade ang mga plugin o tema, ug i-roll back dayon kung adunay mga sayup nga mahitabo.

Kining tulo ka operasyon wala magkinahanglan og komplikado nga teknolohiya o mahal nga mga developer, ug bisan ang mga bag-o pa lang makahimo niini, apan mahimo nilang mapanalipdan ang imong website gikan sa mga sayop nga 5xx ug mapadayon ang lig-on nga operasyon.

Ang matag makanunayong load sa imong website ug ang matag pagbisita sa mga bisita usa ka bililhong kabtangan nga imong matigom sa paglabay sa panahon.

Sugod karon, ilha kining tulo ka mga hinungdan ug himoa ang adlaw-adlaw nga pagmentinar aron masiguro nga ang imong WordPress website dili lang makasugakod sa imong kakugi apan padayon usab nga makadugang sa trapiko ug kita.

Kon ikaw karon naglisod sa mga sayop sa 5xx, sulayi pagsunod sa mga lakang niini nga artikulo aron masulbad ang problema. Nagtuo ko nga sa dili madugay, imong masulbad kini nga mga problema, mapadagan nimo ang imong website nga lig-on, ug makab-ot ang dugay nga pagtubo.