Home-theater-designers
The 500 Вътрешна грешка на сървъра е най -безполезната злоба от потребителите на WordPress навсякъде. Това е всеобхващащо съобщение за грешка, което означава точно: нещо някъде се обърка. Още по -лошото е, че вашият WordPress сайт може изобщо да не показва грешка и просто да показва празна бяла страница.
И така, как можете да разберете какво точно не е наред и да го поправите?
Първо: не се паникьосвайте, защото обикновено това е лесно решение! След това: следвайте този процес за отстраняване на грешки и вашата вътрешна грешка в сървъра на WordPress ще бъде отстранена за нула време.
Приставки за WordPress причиняват грешка 500?
Ако току -що сте инсталирали нов плъгин или ако вашият сайт показва грешка 500 след основно надстройване на WordPress, най -вероятната причина е несъвместим плъгин. Има много причини, поради които плъгинът може да бъде счупен:
- WordPress може да е премахнал някои основни функции, които плъгинът използва.
- Може да е кодиран за стара версия на PHP и да не е актуализиран от години.
- Тя може просто да бъде кодирана неправилно, като например позоваване на имена на база данни по подразбиране, вместо да се използват префикси. Всички ние понякога сме виновни за мързеливо кодиране!
Идентифицирането на приставката е лесно, ако току -що сте инсталирали такава и грешката току -що се е появила. Но как можете да деактивирате приставката, ако администраторската област е недостъпна? И какво, ако дори не знаете кой плъгин е причинил грешката? И в двата случая ще ви е необходим FTP достъп, но уеб базираният файлов мениджър от CPanel или Plesk също ще работи добре.
Решение:
Знаете ли точно кой плъгин е счупен? Намерете приставката и я изтрийте от wp-content/plugins/ папка. Вече трябва да можете да влезете отново. Намерете алтернатива за каквато функционалност искате.
Ако не сте сигурни кой плъгин е причинил грешката, трябва да преименувате целия wp-content/plugins/ самата папка. Поставете долна черта (' _ ') отпред, така че е кръстен _ добавки .
Поставянето на долна черта (_) в началото на името на папката с плъгини е бърз и лесен начин да деактивирате всичките си плъгини наведнъж!
Преименувайки папката, вие ефективно деактивирате всеки плъгин наведнъж. Вече би трябвало да можете да влезете отново, но ще бъдете посрещнати от списък с съобщения за грешки от WordPress, казващи „Приставката something.php е деактивирана поради грешка: Файлът с приставката не съществува.“
Не се притеснявайте, не сте загубили никакви настройки. Настройките на приставките се съхраняват в базата данни и повечето приставки ще ги намерят отново при повторно активиране.
Следващия, преименувайте папката отново , като премахнете долната черта. Всички те ще бъдат изброени на вашата страница с приставки, но в деактивирано състояние. Вече можете да ги активирате един по един, докато не намерите виновника.
Когато сайтът се срине отново, повторете процеса, но този път не активирайте отново счупената приставка!
500 Вътрешна грешка в сървъра: Несъвместима тема
Деактивирането на приставки не помогна? Тогава това може да е свързано с вашата тема. Точно като приставките, можете насилствено да деактивирате активната тема, като просто преименувате папката й, която ще намерите в wp-content/themes/ директория.
Ако все още нямате достъп до административната област, след като се опитате да преименувате и плъгините, и текущата си тема, трябва да продължите към следващите стъпки. Ако можете да влезете, WordPress ще ви предупреди, че е върната към тема по подразбиране. На този етап можете или да намерите нова тема, да се свържете с разработчика на темата за помощ или да опитате да я поправите сами.
За да го поправите сами или да предоставите допълнително обяснение на разработчика, вижте раздела по -късно Активиране на режима за отстраняване на грешки в WordPress .
500 Вътрешна грешка в сървъра: Лош .htaccess файл
Ако деактивирането на вашите плъгини и тема не е постигнало нищо, възможно е вашият .htaccess файлът се повреди по някакъв начин. Това обикновено е така, ако все още имате достъп до администраторската област на сайта, но предната част не работи правилно.
Файлът .htaccess обработва преобразуването на постоянни връзки (красиви версии на URL като /my-blog-post ), към вътрешната грозна URL схема на WordPress (тази, която получавате по подразбиране, която изглежда така /? р = 12345). Това е критична част от WordPress, но приставките понякога могат да го объркат.
как да настроите превключвателя на nintendo към телевизия
Решение:
Отново преминете към вашия FTP клиент или файлов мениджър. Преименувайте .htaccess файл в корена на вашата инсталационна директория на WordPress до нещо подобно .htaccess_old . Ако всъщност не виждате файла там, трябва да го активирате преглед на скрити файлове --- точният метод за това ще варира в зависимост от вашия FTP клиент.
Точката в началото на името на файла е начин да се каже „скрий този файл“ в Linux и други UNIX-подобни системи.
След като преименувате текущия .htaccess, върнете се в администраторската област на WordPress, след което преминете към Настройки> Постоянни връзки и, без да правите промени, натиснете запис. Това автоматично ще генерира нова работна версия на файла.
Ако сте направили някакви промени във файла ръчно, те ще бъдат загубени (но така или иначе не трябва да редактирате файла на ръка).
Активирайте режима за отстраняване на грешки в WordPress за проследяване на грешки
Можем да активираме регистър за отстраняване на грешки от конфигурацията на WordPress, което може да даде представа за точния проблем, но в този момент сте сами. Ще трябва да разберете как да го поправите, което ще изисква умения за кодиране.
За да активирате дневника за отстраняване на грешки, отворете wp-config.php , който ще намерите в основната директория на вашата WordPress инсталация. Бъдете много внимателни при редактирането на този файл: може да е добра идея първо да направите копие, което можете да върнете в случай на непредвидени промени.
Намерете реда, който казва:
define('WP_DEBUG', false);
Ако вашият сайт не е често посещаван и нямате нищо против съобщенията за грешка да се показват на всички, просто променете думата невярно да се вярно . Съобщенията за грешки вече ще се показват, когато заредите сайта.
wifi казва, че е свързан, но няма интернет
Ако предпочитате да запазите съобщенията за грешка частни, коментирайте този ред, като въведете // в началото, след това поставете следното под него:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Това ще започне да извежда грешки във файл в wp-съдържание папка, наречена error.log . Ако опресните FTP клиента и не видите нищо след около минута, възможно е WordPress да няма разрешение за създаване на файла. Създайте ръчно нов файл error.log и му дайте разрешение 666.
Внимавайте: този файл ще продължи да се увеличава, докато не премахнете тези редове от конфигурацията си. Не забравяйте да декомментирате и оригиналния ред. Прочетете файла във всеки текстов редактор и проверете за критични PHP грешки.
В примера виждам много PHP известия за отхвърлен код, но те всъщност няма да нарушат сайта.
500 Вътрешна грешка в сървъра: Неправилно конфигуриране на сървъра
Стартирането на собствен виртуален частен сървър не е лесно. Веднъж бях изправен пред мистериозен случай на приблизително половината от всички зареждания на страници, показващи грешка 500, но без забележим модел и никакви улики в регистрационните файлове за грешки на сървъра. Активирането на регистрационни файлове за отстраняване на грешки в WordPress също не показа нищо очевидно: много PHP забележки и амортизации, но нищо критично.
Накрая разбрах, че съм инсталирал APC кеширане на сървъра предишния уикенд, за да използвам с W3 Total Cache, за да ускоря сайта. Деинсталирането, което напълно премахна 500 грешки.
Искам да кажа, че грешката 500 може просто да е комбинация от конфигурации на сървъра, които представляват несъвместимост. Това е малко вероятно, ако използвате управлявани услуги, но със собствен виртуален частен сървър ( какво е виртуален сървър и защо може да искате такъв ) Вие сте отговорни да се уверите, че всичко работи заедно и това е по -трудно, отколкото звучи.
На сайта ви няма памет?
На споделен хост може да намерите Ограничение на паметта на PHP е ударен --- WooCommerce, форуми или свързани с тях приставки могат да причинят това поради тяхната сложност. Ако имате късмет, ще видите съобщение за грешка като „Фатална грешка: Разрешеният размер на паметта xxx байта е изчерпан“, но не винаги.
Може да успеете да поправите това, като добавите следния ред към вашия wp-config.php :
define('WP_MEMORY_LIMIT', '64M');Повечето споделени хостове всъщност няма да ви позволят да увеличите ограничението на паметта-получавате това, което ви се дава. Може би е време да обмислите други форми на хостинг.
500 Грешка поправена? Сега правете архиви всеки ден!
Поддържайте плъгините актуализирани, за да избегнете конфликти с новите версии на WordPress
Най -добрата защита срещу всякакъв вид критична грешка в WordPress е поддържането на ежедневни архиви, както и ръчно архивиране преди всяко значително действие (като основна актуализация на WordPress). Освен това актуализирайте плъгините и темите: новите версии на WordPress често разбиват стария код.
Може да е страшно, когато сайтът ви се развали --- особено ако това е източник на доход за вас, а не просто хоби. Като следвате това ръководство и бъдете методични, трябва да го архивирате отново скоро.
Помислете за надграждане до управлявана хостинг услуга на WordPress, която обработва резервни копия и оптимизации вместо вас, което прави такива грешки несъществуващи. Препоръчваме InMotion хостинг (използвайте тази връзка за да получите 38% отстъпка) и Bluehost (използвайте тази връзка за да получите 25% отстъпка).
Дял Дял Туит електронна поща Изтрийте тези файлове и папки на Windows, за да освободите дисково пространствоТрябва да изчистите дисковото пространство на вашия компютър с Windows? Ето файловете и папките на Windows, които могат да бъдат изтрити безопасно, за да се освободи място на диска.
Прочетете Напред Свързани теми- Програмиране
- Wordpress
- Приставки за Wordpress
Джеймс има бакалавърска степен по изкуствен интелект и е сертифициран по CompTIA A+ и Network+. Когато не е зает като редактор на хардуерни рецензии, той се радва на LEGO, VR и настолни игри. Преди да се присъедини към MakeUseOf, той беше техник по осветление, учител по английски език и инженер в центъра за данни.
Още от Джеймс БрусАбонирайте се за нашия бюлетин
Присъединете се към нашия бюлетин за технически съвети, рецензии, безплатни електронни книги и изключителни оферти!
Щракнете тук, за да се абонирате