Viga 504 WordPressis: kuidas seda parandada
Kas olete kunagi oma veebisaidil kohanud tõrget 504? Õudne asi, kas pole?
Kui juhite ettevõtet, pole kunagi puudust asjadest, mis võivad valesti minna. Sellele aitavad kaasa paljud tegurid, inimtegurid, tehnoloogilised tegurid ja isegi keskkonnategurid.
Ja kui lisate sellele segule veebisaidi, ei lõpe katastroofivõimalused. Teil on potentsiaalseid turvarikkumisi või avastamata seisakuid või isegi halb kasutajaliidese/UX-i disain jne.
Samas oletame, et tegite kõik suurepäraselt. Teil on turvaline sait, mis laaditakse kiiresti.
Otsingumootorid järjestavad selle esimesel tulemuste lehel. Ja siis kuvatakse "Tekkis viga (olek: 504)". Mis nüüd saab? Hakkate Google’is esitama küsimusi: "Mis on 504 tõrge?", "Mis on 504 lüüsi ajalõpp?", "Mida tähendab lüüsi ajalõpp?" ?” ja „Mida tähendab 504 Gateway Timeout?”.
Mis on 504 viga?
Enne vea enda juurde jõudmist on oluline mõista, kuidas need tekitatakse. Kui käivitate brauseri ja lähete veebisaidile, saadab see päringu veebiserverisse, kus seda hostitakse.
See server töötleb seejärel päringu ja saadab teie taotletu tagasi koos HTTP-päisega. Sellel päisel on üks paljudest olekukoodidest, mis annab teada, kas kõik on korras või kui esineb mõni probleem. Iga kood pole halb – olekukood 200 tähendab, et probleemi pole.
Mis puudutab tõrke 504, siis seal on paar 500 olekuvea koodi, näiteks 500, 501, 503, 504, ja neil kõigil on erinev tähendus. Need näitavad, et taotlus võeti vastu, kuid server takistas päringu täitmist.
Sel juhul tähendab 504 lüüsi ajalõpp seda, et server aegus teise serveri vastuse ootamise ajal. Kui päringuga on seotud kaks serverit, võite saada 504 halva lüüsi ja esimene aegub, oodates teise vastust.
Kuidas 504 olekukood võib teile paista
Mõnel üksikul veebisaidil on vabadus kohandada tõrkekoodi 504 kuvamist, kuid kõige levinumad viisid on järgmised.
- 504 Gateway Timeout
- 504 VIGA
- Lüüsi ajalõpp (504)
- HTTP 504
Viga kuvatakse brauseriaknas, nagu tavaline veebileht. Võite näha päiseid ja jaluseid, aga ka kena sõnumit, või võite saada täiesti valge lehe ja ülaosas vaid 504. Sõltumata sellest, kuidas see konkreetne veebisait seda näitab, on see sama sõnum.
Üksikasjad 504 vigade kohta
Nagu mainitud, on erinevaid HTTP olekukoode, mis võivad teie veebisaidil igal ajahetkel ilmuda. Näiteks 200 olekukoodi tähendab, et kõik on korras. 300 olekukoodi tähendab, et toimub URL-i ümbersuunamine.
Olekukood 400 annab teile teada, et lõppkasutaja või kliendiga on viga. Sellises olukorras on süüdi brauser, tulemüür, Interneti-ühendus või puhverserveri seaded. 500 olekukoodi, näiteks lüüsi tõrge 504, tähendab, et veebisaidi serveris on probleem.
Kui teil on veakood 504, katkeb tõenäoliselt ühendus veebisaidiga või te ei saa sellega alguses ühendust luua. See tähendab, et veebisaidi server sai päringu, kuid ei saa sellele vastata, kuna selle töötlemine võttis liiga kaua aega ja aegus.
Kui soovite oma veebisaidil vea 504 tõrkeotsingut teha, pöörake tähelepanu sõnasõnale, kui soovite probleemi juurt kitsendada. Kui teil on "NGINX" või mõne konkreetse veebimajutaja või CDN-i pakkuja nimi, on probleem hosti poolel ja te peaksite nendega ühendust võtma, et nad saaksid probleemi lahendada.
Teisest küljest, kui veateade on üldine, võib probleem olla teie enda konfiguratsioonis. Kõige tavalisem põhjus on see, et serveril pole päringu rahuldamiseks piisavalt mälu ega ribalaiust. Selle vea parandamiseks peate ressursse vastavalt skaleerima.
Kuidas parandada oma veebisaidil 504 Gateway Timeout vigu?
Nagu eespool kirjeldatud, on sellise vea eest vastutava osapoole tuvastamine tegelikult lihtne. See veakood viitab serveripoolsele veale, seega on see kas teie või hosti oma. Siiski on tegelikult palju põhjuseid, miks server ei saa päringut edastada ja viskab vastutasuks 504.
Kas see on ainult ajutine?
Kui avastasite vea ise ja keegi teine pole sellest teatanud, värskendage veebisaiti. Seejärel tühjendage brauseri vahemälu. Kui veebisait naaseb, on see tõenäoliselt vaid ajutine tõrge serveriga, kuid peate sellel silma peal hoidma, et seda sagedamini ei juhtuks.
Kas teil on turvarikkumine?
Kui viga pole ajutine, peaksite olema kindel, et teil pole turvaohtu, näiteks DDoS-i või midagi sarnast. Kontrollige oma turbepluginaid ja vaadake, kas need võivad midagi kinni püüda. Kui teil on selle haldamiseks palgatud turvateenuse pakkuja, pöörduge tema poole. Soovite selle mõlemal juhul välistada, sest siin on kaalul palju enamat kui lihtsalt serveri rike.
Kas põhjuseks võib olla hiljutine ränne?
Veebisaidi üleviimine on tänapäeval üsna tavaline ja selle edukas tegemine pole kuigi keeruline. Siiski on mõned migratsioonid, mõned isegi nii lihtsad kui HTTP-lt HTTPS-ile üleminek, mis võivad põhjustada ajutise 504-tõrke.
See juhtub seetõttu, et DNS-kirjed pole täielikult levinud. Teie sait annab tõrketeate 504, kuni see juhtub. Kui see mõne aja pärast iseenesest ei lahene, peate kliendipoolsed DNS-serverid vahemällu salvestama.
Kas see võib olla andmebaas?
Kui arvate, et MySQL-i andmebaas on millegipärast süüdi, kasutage selle parandamiseks pistikprogrammi. WP-DBManager on hea soovitus, mis on osutunud toimivaks.
Kas olete oma andmebaasi faile muutnud?
Kui teil on, võib see probleem olla. See ei ole probleem kogu andmebaasis, kuid kui ühes neist failidest on midagi valesti muudetud, võib see põhjustada teenuse häireid. Konkreetne fail, mida vaadata, on .htaccess -fail – taastage see eelmisele versioonile, mis oli enne värskendamist, ja vaadake, kas lahendate probleemi.
Kas installisite uue teema või pistikprogrammi?
Kui olete 504 veateema kohta veebipõhiseid otsinguid teinud, avastate, et pistikprogramme süüdistatakse selles üsna sageli. Ja see on mõistlik – kui te ei kuluta piisavalt aega nende hoolikale kontrollimisele, võib uus pistikprogramm või teema põhjustada tõrke 504.
Kui saate täpselt kindlaks teha, millal viga ilmnema hakkas, teate, kust otsida uute pistikprogrammide lisamist või uuenduste tegemist. Kui arvate, et süüdi on sel ajal installitud pistikprogramm, deaktiveerige see ja vaadake, kas probleem püsib. Kui see ei katkesta, proovige seda teha kõigi pistikprogrammidega ükshaaval. Serveri reageerimisaja aeglustumise põhjuseks võib olla valesti vahemällu salvestatud või värskendatud pistikprogramm.
CDN võib olla süüdi
Populaarne meetod tõrkeotsinguks 400 probleemi korral kliendi poolel on puhverserveri keelamine. Selle põhjuseks on asjaolu, et puhverserver võib tegelikult takistada serveril failide saatmist teie brauseriaknasse.
Meil on siin aga viga 500 ja probleem on sinus, mitte kliendis. Ainus viis, kuidas puhverserver võib probleeme tekitada, on see, kui CDN on ühel või teisel viisil ühenduse teel. Kui see on nii, leiate, et veal on teatises kusagil CDN-i pakkuja nimi ja peaksite temaga abi saamiseks ühendust võtma.
Mõtete lõpetamine vea 504 kohta
Nagu näete, pole selliste vigade parandamiseks oma veebisaidil puudust. Tavaliselt on need serveripoolsed ja asjade parandamiseks võite pöörduda oma hostiga. Siiski peaksite teadma, et need võivad olla põhjustatud ka pistikprogrammidest või isegi teemadest, aga ka PHP töötajate järjekorra ülekoormamisest või mahajäämusest.
Kui teile meeldis lugeda seda artiklit tõrke 504 parandamise kohta, peaksite seda WordPressi valge ekraani parandamise kohta vaatama .
Kirjutasime ka mõnest sellega seotud teemast, nagu WordPressi http-vea parandamine pildi üleslaadimisel, kuidas parandada liiga palju ümbersuunamisi, kuidas parandada, et WordPress ei saada meili, kuidas parandada err_ssl_version_or_cipher_mismatch ja 502 halva lüüsi vea parandamine.