Home-theater-designers
The 500 Vidinė serverio klaida yra pats nenaudingiausias „WordPress“ vartotojų keiksmas visur. Tai visapusiškas klaidos pranešimas, kuris tiksliai reiškia: kažkas kažkur nutiko. Dar blogiau, jūsų „WordPress“ svetainėje gali būti jokių klaidų ir tiesiog rodomas tuščias baltas puslapis.
Taigi, kaip galite tiksliai išsiaiškinti, kas negerai, ir ją ištaisyti?
Pirma: nepanikuokite, nes paprastai tai lengva išspręsti! Tada: atlikite šį derinimo procesą ir jūsų „WordPress“ vidinio serverio klaida bus greitai pašalinta.
Ar „WordPress“ papildiniai sukelia 500 klaidą?
Jei ką tik įdiegėte naują papildinį arba jei jūsų svetainėje rodoma 500 klaida po pagrindinio „WordPress“ atnaujinimo, greičiausiai priežastis yra nesuderinamas papildinys. Yra daug priežasčių, kodėl papildinys gali būti sugadintas:
- „WordPress“ galėjo pašalinti kai kurias pagrindines papildinio naudojamas funkcijas.
- Galbūt jis buvo užkoduotas senai PHP versijai ir nebuvo atnaujintas daugelį metų.
- Jis gali būti tiesiog užkoduotas neteisingai, pavyzdžiui, nurodant numatytuosius duomenų bazių pavadinimus, o ne naudojant priešdėlius. Mes visi kartais kalti dėl tinginio kodavimo!
Įskiepį lengva nustatyti, jei ką tik jį įdiegėte ir klaida ką tik atsirado. Bet kaip galite išjungti papildinį, jei administratoriaus sritis neprieinama? O kas, jei net nežinote, kuris papildinys sukėlė klaidą? Bet kuriuo atveju jums reikės FTP prieigos, tačiau žiniatinklio failų tvarkyklė iš „CPanel“ arba „Plesk“ taip pat veiks gerai.
Sprendimas:
Ar tiksliai žinote, kuris papildinys sugedęs? Raskite papildinį ir ištrinkite jį iš wp-content/plugins/ aplanką. Dabar turėtumėte vėl prisijungti. Raskite alternatyvą bet kokiai funkcijai, kurios norite.
Jei nesate tikri, kuris papildinys sukėlė klaidą, turėtumėte pervardyti visą wp-content/plugins/ pats aplankas. Įdėkite pabraukimą (' _ ') priekyje, todėl jis pavadintas _įskiepiai .
Pabraukimo (_) įterpimas įskiepių aplanko pavadinimo pradžioje yra greitas ir paprastas būdas išjungti visus papildinius vienu metu!
Pervardydami aplanką, jūs efektyviai išjungiate kiekvieną papildinį vienu metu. Dabar turėtumėte turėti galimybę prisijungti dar kartą, tačiau jus pasitiks klaidų pranešimų iš „WordPress“ sąrašas, kuriame sakoma: „Įskiepis„ Something.php “buvo išjungtas dėl klaidos: papildinio failo nėra“.
Nesijaudinkite, nepraradote jokių nustatymų. Papildinių nustatymai saugomi duomenų bazėje, o dauguma papildinių juos suras iš naujo suaktyvinę.
Kitas, dar kartą pervardykite aplanką , pašalinus pabraukimą. Visi jie bus išvardyti jūsų papildinių puslapyje, tačiau bus išjungti. Dabar galite juos suaktyvinti po vieną, kol surasite kaltininką.
Kai svetainė vėl užstringa, pakartokite procesą, tačiau šį kartą neaktyvinkite sugedusio papildinio!
500 Vidinė serverio klaida: nesuderinama tema
Papildinių išjungimas nepadėjo? Tada tai gali būti susiję su jūsų tema. Kaip ir įskiepiai, galite priverstinai išjungti aktyvią temą tiesiog pervardydami jos aplanką, kurį rasite wp-content/themes/ katalogą.
Jei vis tiek negalite pasiekti administratoriaus srities, kai bandote pervardyti papildinius ir dabartinę temą, turėtumėte tęsti tolesnius veiksmus. Jei galite prisijungti, „WordPress“ įspės, kad grąžinta numatytoji tema. Šiuo metu galite arba rasti naują temą, kreiptis pagalbos į temos kūrėją arba pabandyti ją pataisyti.
Norėdami pataisyti patys arba pateikti kūrėjui daugiau paaiškinimų, žiūrėkite skyrių vėliau „WordPress“ derinimo režimo įjungimas .
500 Vidinė serverio klaida: blogas .htaccess failas
Jei išjungus papildinius ir temą nieko nepavyko, gali būti, kad jūsų .htaccess failas tam tikru būdu buvo sugadintas. Paprastai taip atsitinka, jei vis tiek galite pasiekti svetainės administratoriaus sritį, tačiau priekinė dalis neveikia tinkamai.
.Htaccess failas tvarko nuolatinių nuorodų (tokių gražių URL versijų kaip) konvertavimą /mano tinklaraščio įrašas ), į vidinę „WordPress“ URL schemą (tą, kurią gaunate pagal numatytuosius nustatymus, atrodo taip /? p = 12345). Tai svarbi „WordPress“ dalis, tačiau papildiniai kartais gali ją sujaukti.
s21 ultra vs 12 pro max
Sprendimas:
Vėlgi, eikite į savo FTP klientą arba failų tvarkyklę. Pervardykite .htaccess failą „WordPress“ diegimo katalogo šaknyje į kažką panašaus .htaccess_old . Jei iš tikrųjų nematote failo, turite jį įjungti paslėptų failų peržiūra --- tikslus to atlikimo būdas skirsis priklausomai nuo jūsų FTP kliento.
Failo pavadinimo pradžioje esantis laikotarpis yra būdas pasakyti „paslėpti šį failą“ „Linux“ ir kitose į UNIX panašiose sistemose.
Pervardiję dabartinę .htaccess, grįžkite į „WordPress“ administratoriaus sritį, tada eikite į Nustatymai> Nuolatinės nuorodos ir, neatlikę jokių pakeitimų, paspauskite išsaugoti. Tai automatiškai sugeneruos naują darbinę failo versiją.
Jei rankiniu būdu pakeitėte failą, jie bus prarasti (bet vis tiek neturėtumėte redaguoti failo ranka).
Įjunkite „WordPress“ derinimo režimą, kad galėtumėte sekti klaidas
„WordPress“ konfigūracijoje galime įgalinti derinimo žurnalą, kuris gali padėti suprasti tikslią problemą, tačiau šiuo metu jūs esate vienas. Turėsite išsiaiškinti, kaip tai išspręsti, o tam reikės kodavimo įgūdžių.
Norėdami įjungti derinimo žurnalą, atidarykite wp-config.php , kurį rasite „WordPress“ diegimo šakniniame kataloge. Būkite labai atsargūs redaguodami šį failą: gali būti gera idėja pirmiausia padaryti kopiją, kurią galite atkurti, jei įvyks nenumatytų pakeitimų.
Raskite eilutę, kuri sako:
define('WP_DEBUG', false);
Jei jūsų svetainė nėra dažnai lankoma ir neprieštaraujate, kad klaidų pranešimai būtų rodomi visiems, tiesiog pakeiskite žodį klaidinga į tiesa . Dabar įkeliant svetainę bus rodomi klaidų pranešimai.
kodėl naudojamas 100 diskų?
Jei nenorite, kad klaidų pranešimai būtų privatūs, komentuokite šią eilutę įvesdami // pradžioje, tada po juo įklijuokite:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Tai pradės rodyti klaidas faile wp-turinys aplankas vadinamas error.log . Jei atnaujinsite FTP klientą ir po maždaug minutės nieko nematysite, gali būti, kad „WordPress“ neturi leidimo sukurti failo. 666. sukurkite naują failą error.log ir suteikite jam leidimą
Būkite įspėti: šis failas ir toliau didės, kol pašalinsite šias eilutes iš savo konfigūracijos. Nepamirškite atšaukti ir originalios eilutės. Perskaitykite failą bet kuriame teksto redaktoriuje ir patikrinkite, ar nėra svarbių PHP klaidų.
Pavyzdyje matau daug PHP pranešimų apie nebenaudojamą kodą, tačiau jie iš tikrųjų nepažeis svetainės.
500 Vidinė serverio klaida: netinkama serverio konfigūracija
Paleisti savo virtualų privatų serverį nėra lengva. Kažkada susidūriau su paslaptingu atveju, kai maždaug pusė visų puslapių įkėlimų rodė 500 klaidą, tačiau be pastebimo modelio ir jokių įkalčių serverio klaidų žurnaluose. Suaktyvinus „WordPress“ derinimo žurnalus taip pat nebuvo nieko akivaizdaus: daug PHP pranešimų ir nutraukimų, bet nieko kritiško.
Galiausiai supratau, kad prieš savaitgalį serveryje įdiegiau APC talpyklą, kad galėčiau naudoti su „W3 Total Cache“, kad paspartintumėte svetainę. Pašalinus tai visiškai pašalintos 500 klaidų.
Mano mintis yra ta, kad 500 klaida gali būti tiesiog serverio konfigūracijų derinys, rodantis nesuderinamumą. Tai mažai tikėtina, jei naudojate valdomas paslaugas, bet naudodami savo virtualų privatų serverį ( kas yra virtualus serveris ir kodėl jis gali būti reikalingas ) jūs esate atsakingi už tai, kad viskas veiktų kartu, ir tai yra sunkiau, nei atrodo.
Ar jūsų svetainėje trūksta atminties?
Bendrame priegloboje galite rasti PHP atminties limitas yra nukentėjęs --- „WooCommerce“, forumų ar susijusių įrašų papildiniai gali sukelti tai dėl jų sudėtingumo. Jei jums pasisekė, pamatysite klaidos pranešimą, pvz., „Mirtina klaida: leistinas xxx baitų atminties dydis išnaudotas“, bet ne visada.
Galbūt tai ištaisysite pridėję šią eilutę prie savo wp-config.php :
define('WP_MEMORY_LIMIT', '64M');Dauguma bendrinamų kompiuterių iš tikrųjų neleis jums padidinti atminties limito-jūs gaunate tai, kas jums duota. Gali būti laikas apsvarstyti kitas prieglobos formas.
500 klaida ištaisyta? Dabar sukurkite atsargines kopijas kasdien!
Nuolat atnaujinkite papildinius, kad išvengtumėte konfliktų su naujomis „WordPress“ versijomis
Geriausia apsauga nuo bet kokios kritinės „WordPress“ klaidos yra kasdienių atsarginių kopijų ir rankinio atsarginių kopijų kūrimas prieš kiekvieną svarbų veiksmą (pvz., Pagrindinis „WordPress“ atnaujinimas). Taip pat atnaujinkite papildinius ir temas: naujos „WordPress“ versijos dažnai sulaužo seną kodą.
Gali būti baisu, kai jūsų svetainė sugenda-ypač jei tai yra jūsų pajamų šaltinis, o ne tik hobis. Vadovaudamiesi šiuo vadovu ir būdami metodiški, netrukus turėsite jį vėl sukurti.
Apsvarstykite galimybę atnaujinti į valdomą „WordPress“ prieglobos paslaugą, kuri už jus tvarko atsargines kopijas ir optimizavimą, todėl tokių klaidų nėra. Mes rekomenduojame „InMotion Hosting“ (naudokite šią nuorodą norėdami gauti 38% nuolaidą) ir „Bluehost“ (naudokite šią nuorodą gauti 25% nuolaidą).
Dalintis Dalintis „Tweet“ Paštu Ištrinkite šiuos „Windows“ failus ir aplankus, kad atlaisvintumėte vietos diskeReikia išvalyti vietos diske „Windows“ kompiuteryje? Čia yra „Windows“ failai ir aplankai, kuriuos galima saugiai ištrinti, kad būtų atlaisvinta vietos diske.
Skaityti toliau Susijusios temos- Programavimas
- „Wordpress“
- „Wordpress“ papildiniai
Jamesas turi dirbtinio intelekto bakalauro laipsnį ir yra „CompTIA A+“ ir „Network+“ sertifikuotas. Kai jis nėra užsiėmęs aparatūros apžvalgų redaktoriumi, jam patinka LEGO, VR ir stalo žaidimai. Prieš pradėdamas dirbti „MakeUseOf“, jis buvo apšvietimo technikas, anglų kalbos mokytojas ir duomenų centro inžinierius.
Daugiau iš Jameso Bruce'oPrenumeruokite mūsų naujienlaiškį
Prisijunkite prie mūsų naujienlaiškio, kad gautumėte techninių patarimų, apžvalgų, nemokamų el. Knygų ir išskirtinių pasiūlymų!
Norėdami užsiprenumeruoti, spustelėkite čia