Home-theater-designers
Az 500 Belső Szerver Hiba a WordPress -felhasználók leghasználatlanabb haragja mindenhol. Ez egy átfogó hibaüzenet, amely pontosan azt jelenti: valami valahol elromlott. Még rosszabb, hogy a WordPress webhelye egyáltalán nem mutat hibát, és csak egy üres fehér oldalt jelenít meg.
Tehát hogyan lehet kitalálni, hogy pontosan mi a baj, és kijavítani?
Először is: ne essen pánikba, mert ez általában könnyen megoldható! Ezután: kövesse ezt a hibakeresési folyamatot, és a WordPress belső szerverhibája pillanatok alatt kijavításra kerül.
A WordPress bővítmények 500 -as hibát okoznak?
Ha most telepített egy új bővítményt, vagy ha webhelye 500 -as hibát mutat a WordPress alapvető frissítése után, akkor a legvalószínűbb ok egy nem kompatibilis bővítmény. A plugin meghibásodásának számos oka lehet:
- Lehet, hogy a WordPress eltávolította a beépülő modul által használt alapvető funkciókat.
- Lehet, hogy a PHP régi verziójához kódolták, és évek óta nem frissítették.
- Csak hibásan kódolható, például az alapértelmezett adatbázisnevekre hivatkozva, nem pedig előtagok használatával. Mindannyian bűnösök vagyunk a lusta kódolásban!
A beépülő modul azonosítása egyszerű, ha éppen telepítette, és a hiba csak akkor jelent meg. De hogyan lehet letiltani a bővítményt, ha az adminisztrációs terület nem érhető el? És mi van, ha azt sem tudja, hogy melyik plugin okozta a hibát? FTP-hozzáférésre lesz szüksége mindkét esetben, de a CPanel vagy a Plesk webes fájlkezelője is jól fog működni.
Megoldás:
Pontosan tudja, melyik plugin sérült? Keresse meg a bővítményt, és törölje azt a wp-content/plugins/ mappa. Most újra be kell tudnia jelentkezni. Keressen alternatívát a kívánt funkciókhoz.
Ha nem biztos abban, hogy melyik plugin okozta a hibát, akkor át kell nevezni az egészet wp-content/plugins/ maga a mappa. Helyezzen aláhúzást (' _ ') elöl, így nevezték el _dugók .
Ha aláhúzást (_) tesz a plugins mappa nevének elején, akkor gyors és egyszerű módja az összes plugin deaktiválásának!
A mappa átnevezésével hatékonyan deaktivál minden plugint egyszerre. Mostantól újra be kell tudnia jelentkezni, de a WordPress hibaüzenetek listája fogadja: 'A plugin Something.php egy hiba miatt deaktiválódott: A plug -in fájl nem létezik.'
Ne aggódjon, nem veszített el semmilyen beállítást. A beépülő modul beállításait az adatbázis tárolja, és a legtöbb bővítmény újra megtalálja őket újraaktiváláskor.
Következő, nevezze át újra a mappát , az aláhúzás eltávolításával. Mindegyik megjelenik a Plugins oldalon, de deaktivált állapotban. Mostantól egyesével újra aktiválhatja őket, amíg meg nem találja a tettest.
Amikor a webhely ismét összeomlik, ismételje meg a folyamatot, de ezúttal ne aktiválja újra a meghibásodott bővítményt!
500 Belső szerver hiba: Inkompatibilis téma
A pluginek letiltása nem segített? Akkor lehet, hogy valami köze van a témához. A bővítményekhez hasonlóan erőszakkal is letilthatja az aktív témát, ha egyszerűen átnevezi annak mappáját, amelyet a wp-content/themes/ Könyvtár.
Ha továbbra sem tudja elérni az adminisztrációs területet, miután megpróbálta átnevezni a bővítményeket és az aktuális témát, akkor folytassa a további lépésekkel. Ha be tud jelentkezni, a WordPress figyelmezteti Önt, hogy visszaáll az alapértelmezett témára. Ezen a ponton új témát találhat, segítséget kérhet a téma fejlesztőjétől, vagy megpróbálhatja kijavítani.
Ha saját maga szeretné kijavítani, vagy további magyarázatot szeretne adni a fejlesztőnek, olvassa el a későbbi részt A WordPress hibakeresési mód engedélyezése .
500 Belső szerver hiba: Rossz .htaccess fájl
Ha a beépülő modulok és a téma deaktiválása nem ért el semmit, akkor lehetséges, hogy a .htaccess a fájl valamilyen módon megsérült. Ez általában akkor fordul elő, ha továbbra is hozzáférhet a webhely adminisztrációs területéhez, de a kezelőfelület nem működik megfelelően.
A .htaccess fájl kezeli a permalinks (egy URL szép verziói, mint pl /blog-bejegyzésem ), a WordPress belső csúnya URL -sémájához (amelyet alapértelmezés szerint kap, és így néz ki /? p = 12345). Ez a WordPress kritikus része, de a beépülő modulok néha megzavarhatják.
a windows 10 érintőképernyője nem működik
Megoldás:
Ismét menjen az FTP -ügyfélhez vagy a fájlkezelőhöz. Nevezze át a .htaccess fájlt a WordPress telepítési könyvtárának gyökerében .htaccess_old . Ha valójában nem látja a fájlt, engedélyeznie kell rejtett fájlok megtekintése --- ennek pontos módja az FTP-ügyféltől függően változik.
A fájlnév elején lévő időszak egy módja annak, hogy Linuxon és más UNIX-szerű rendszereken „elrejtse ezt a fájlt”.
Miután átnevezte az aktuális .htaccess címet, térjen vissza a WordPress adminisztrációs területére, majd menjen a következőre: Beállítások> Állandó linkek és változtatások nélkül nyomja meg a mentés gombot. Ez automatikusan létrehozza a fájl új működő verzióját.
Ha manuálisan módosította a fájlt, azok elvesznek (de amúgy sem kézzel kell szerkeszteni a fájlt).
Engedélyezze a WordPress hibakeresési módot a hibák nyomon követéséhez
Engedélyezhetünk egy hibakeresési naplót a WordPress konfigurációjából, amely nyomot adhat a pontos problémára, de ezen a ponton egyedül van. Ki kell találnia a javítás módját, ami kódolási ismereteket igényel.
A hibakeresési napló engedélyezéséhez nyissa meg wp-config.php , amelyet a WordPress telepítés gyökérkönyvtárában talál. Nagyon óvatosan szerkessze ezt a fájlt: jó ötlet lehet, ha először másolatot készít, amelyet visszaállíthat, ha bármilyen nem kívánt változtatást hajt végre.
Keresse meg a következő sort:
define('WP_DEBUG', false);
Ha webhelyét nem látogatják gyakran, és nem bánja, hogy a hibaüzenetek mindenki számára megjelennek, csak módosítsa a szót hamis nak nek igaz . A hibaüzenetek mostantól megjelennek a webhely betöltésekor.
wifi lassú telefonon, de gyors laptopon
Ha inkább titokban szeretné tartani a hibaüzeneteket, írja be a sort gépeléssel // az elején, majd illessze be a következőt alá:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Ez elkezdi a hibák kiadását egy fájlba wp-tartalom nevű mappa error.log . Ha frissíti az FTP -ügyfelet, és egy perc múlva sem lát semmit, lehetséges, hogy a WordPress nem rendelkezik jogosultsággal a fájl létrehozásához. Hozzon létre manuálisan egy új error.log fájlt, és adjon neki engedélyt 666.
Figyelmeztetés: ez a fájl tovább növekszik, amíg el nem távolítja ezeket a sorokat a konfigurációból. Ne felejtse el megjegyzést fűzni az eredeti sorhoz. Olvassa el a fájlt bármilyen szövegszerkesztőben, és ellenőrizze, hogy nincs -e kritikus PHP -hiba.
A példában sok PHP -értesítést látok az elavult kódról, de ezek valójában nem fogják megtörni a webhelyet.
500 Belső szerverhiba: Szerver hibás konfigurálása
Saját virtuális magánszerver futtatása nem könnyű. Egyszer szembesültem egy rejtélyes esettel, amikor az összes oldalbetöltés nagyjából fele 500 -as hibát mutatott, de nem észlelhető minta és nyomok a szerver hibanaplóiban. A WordPress hibakeresési naplók aktiválása sem mutatott semmi nyilvánvalóat: sok PHP értesítést és megszüntetést, de semmi kritikusat.
Végül rájöttem, hogy az előző hétvégén telepítettem az APC gyorsítótárat a szerverre, hogy a W3 Total Cache -vel együtt használhassam az oldal felgyorsítása érdekében. Az eltávolítás teljesen megszüntette az 500 hibát.
A lényeg az, hogy az 500 -as hiba egyszerűen a szerver konfigurációinak kombinációja lehet, amelyek inkompatibilitást mutatnak. Ez nem valószínű, ha felügyelt szolgáltatásokat használ, de saját virtuális magánszerverével ( mi az a virtuális szerver, és miért érdemes ilyet választani ) Ön felelős azért, hogy minden együtt működjön, és ez nehezebb, mint amilyennek hangzik.
Elfogyott a webhely memóriája?
Egy megosztott gazdagépen megtalálhatja a PHP memóriakorlát találatot kap --- A WooCommerce, a fórumok vagy a kapcsolódó hozzászólások beépülő moduljai ezt bonyolultságuk miatt okozhatják. Ha szerencséje van, hibaüzenetet kap, mint például „Végzetes hiba: az xxx bájt megengedett memória mérete kimerült”, de nem mindig.
Ezt a következő sor hozzáadásával javíthatja wp-config.php :
define('WP_MEMORY_LIMIT', '64M');A legtöbb megosztott gazdagép valójában nem engedi meg a memóriakorlát növelését-megkapja, amit kap. Itt az ideje, hogy fontolja meg a tárhely más formáit.
500 hiba javítva? Most készítsen biztonsági mentéseket naponta!
A bővítményeket folyamatosan frissítse, hogy elkerülje a konfliktusokat a WordPress új verzióival
A legjobb védelem bármilyen kritikus WordPress hiba ellen a napi biztonsági mentések, valamint a kézi biztonsági mentés fenntartása minden jelentős művelet (például egy alapvető WordPress frissítés) előtt. Továbbá frissítse a bővítményeket és a témákat: a WordPress új verziói gyakran megtörik a régi kódot.
Félelmetes lehet, ha webhelye tönkremegy-különösen, ha ez bevételi forrás az Ön számára, és nem csak hobbi. Ha követi ezt az útmutatót és módszeres, hamarosan újra biztonsági másolatot kell készítenie.
Fontolja meg a frissítést egy felügyelt WordPress tárhelyszolgáltatásra, amely biztonsági másolatokat és optimalizálásokat végez el Ön helyett, így az ilyen hibák nem léteznek. Javasoljuk az InMotion Hosting használatát ez a link hogy 38% kedvezményt kapjon) és a Bluehost (használja ez a link hogy 25% kedvezményt kapjon).
Részvény Részvény Csipog Email Törölje ezeket a Windows fájlokat és mappákat a lemezterület felszabadításáhozTörölnie kell a lemezterületet a Windows számítógépen? Íme a Windows fájlok és mappák, amelyek biztonságosan törölhetők a lemezterület felszabadítása érdekében.
Olvassa tovább Kapcsolódó témák- Programozás
- Wordpress
- Wordpress beépülő modulok
James mesterséges intelligenciával rendelkezik, és rendelkezik CompTIA A+ és Network+ tanúsítvánnyal. Amikor nem a Hardware Reviews szerkesztőként van elfoglalva, élvezi a LEGO, a VR és a társasjátékokat. Mielőtt csatlakozott volna a MakeUseOf -hoz, fénytechnikus, angol tanár és adatközpont -mérnök volt.
Továbbiak James Bruce -tólIratkozzon fel hírlevelünkre
Csatlakozz hírlevelünkhöz, ahol technikai tippeket, értékeléseket, ingyenes e -könyveket és exkluzív ajánlatokat találsz!
Feliratkozáshoz kattintson ide