WordPress сам по себе си е сигурна система за управление на съдържанието, така че има силни аргументи за повечето блогъри да използват, за да създадат своите уеб страници. Въпреки това, въпреки факта, че разработчиците непрекъснато подобряват системата, от време на време се генерират някои съобщения за грешки. За да можете в тези случаи да продължите да работите на уебсайта възможно най-скоро, IONOS представя решенията на 10-те най-често срещани грешки в WordPress.

проблеми

  1. Бял екран на смъртта: празната страница в WordPress
    1. Първи източник на грешки: приставки
    2. 2-ри източник на грешки: грешка в кода
    3. Неизвестни източници на грешки
  2. 2. Вътрешни сървърни грешки: 500 вътрешни сървърни грешки
    1. Първи източник на грешки: .htaccess файлът е повреден
    2. 2-ри източник на грешки: недостатъчна PHP памет
    3. 3-ти източник на грешки: основният файл е повреден
  3. 3. Грешки във връзката с базата данни: грешка при установяване на връзка с база данни
    1. Първи източник на грешки: неправилни настройки на връзката
    2. 2-ри източник на грешки: грешки при преместване на страницата на WordPress
    3. 3-ти източник на данни: дефектен файл wp-config.php
    4. Четвърти източник на грешки: Въвели сте банковите си данни неправилно
    5. Пети източник на грешки: DB_HOST проблеми при преместване на страница на WordPress към друг доставчик на хостинг услуги
    6. 6-ти източник на грешки: базата данни е повредена
    7. 7-ми източник на грешки: Сървърът на базата данни MySQL не е наличен
  4. 4. Времето за свързване е изтекло: връзката изтече
    1. Първи източник на грешки: дефектни приставки
    2. 2-ри източник на грешки: Изчерпани са ограниченията за съхранение на PHP
    3. 3-ти източник на грешки: грешка 404
    4. Четвърти източник на грешки: дефектна бисквитка
    5. Универсалното решение: Core Control
  5. 5. WordPress не запазва промени
  6. 6. Режим на текуща поддръжка след актуализация
  7. 7. Синтаксична грешка
  8. 8. Неуспешно автоматично актуализиране
    1. Премахване на файла за поддръжка
    2. Проверка на разрешенията за файлове
    3. Въвеждане на данните за FTP достъп във файла wp-config.php
  9. 9. Проблеми с качването на изображения в WordPress
  10. 10. Страничната лента се появява под основното съдържание

Управляван WordPress хостинг с IONOS!

WordPress по-бързо, по-лесно и по-сигурно с вашия личен съветник и безплатен домейн за 1-ва година.

Бял екран на смъртта: празната страница в WordPress

Много потребители на WordPress не знаят за това съобщение за грешка: когато се показва празна страница вместо самата уеб страница, често се говори за нея Бял екран на смъртта. Много блогъри показват загрижеността си, когато се сблъскват с този проблем за първи път, тъй като изглежда, че въпросната страница се е разтворила. Като цяло причините за този и други проблеми с WordPress са лесни за намиране и коригиране.

Има много причини, поради които може да се появи бял екран на смъртта, като например неработещи приставки, проблеми с PHP или различни кодиране и грешки в базата данни. Ако WordPress не работи правилно, понякога вместо съответната уеб страница се показва празен екран и изглежда, че нищо не работи. За да го разрешите, достатъчно е да премахнете малка грешка.

За да защитите поверителността ви, видеото ще се зареди след щракване.

Ако сте напреднал потребител и можете да използвате FTP клиент (ако не, няма проблем), трябва да активирате PHP константата WP_DEBUG за да разберете защо WordPress показва вашата уеб страница в бяло. Веднъж активирана, константата показва съобщения за грешка, в които се посочва точната причина, поради която уеб страницата не работи правилно. Тези известия могат да се използват като указания за отстраняване на неизправности.

Не всички потребители обаче знаят как да използват WP_DEBUG, което не е проблем, тъй като има други възможности да разберете какви са причините за празната страница на WordPress. Приставките са сред най-често срещаните.

Белият екран на смъртта

Първи източник на грешки: приставки

Един положителен аспект на Белия екран на смъртта е, че името на тази грешка в WordPress звучи много по-драматично, отколкото е всъщност. Често деактивирането на приставка е достатъчно, за да може цялата информация да се показва правилно и често празната страница на WordPress може да бъде приписана на едно от следните действия:

  • Правилната приставка за WordPress не е активирана.
  • Променени са настройките за активна приставка.
  • Бекенд кодът на активна приставка е модифициран.

Ако сте направили някоя от тези три промени наскоро, посетете страницата за приставки на WordPress и деактивирайте последен плъгин, който е модифициран; в много случаи това е достатъчно за решаване на проблема. След деактивиране на приставката препоръчително е да нулирате страницата. Ако сте модифицирали бекенд кода на приставка преди съобщението за грешка и искате да използвате приставката отново, следвайте инструкциите по-долу:

Премахнете приставката от директорията на WordPress и качете такава оригинална и немодифицирана версия на споменатия плъгин от директорията на приставките на WordPress.

Списък с приставки в WordPress

Има обаче и случаи, при които не е възможно да деактивирате приставката по този начин, тъй като Контролен панел на WordPress, така че също така не е възможно да правите промени в менюто на WordPress.

Когато това се случи, трябва да използвате a FTP клиент (File Transfer Protocol) за достъп до вашите WordPress файлове и премахване или деактивиране на модифицираната приставка. Ако никога не сте използвали FTP клиент за изпълнение промени във вашата инсталация на WordPress, няма проблем, можете да се научите да го използвате бързо и много FTP клиенти са безплатни.

Веднага след като инсталирате FTP клиента, влезте във вашия домейн с данни за регистрация, предоставени от компанията за уеб хостинг. След това премахнете проблемната приставка, като следвате тези инструкции:

  • Отворете директорията, в която са запазени файловете на WordPress.
  • Отворете папката "wp-content".
  • В папката "wp-content" потърсете папката "plugins".
  • Отворете папката с приставки и намерете тази, по която сте работили, преди да се покаже съобщението за грешка.
  • Премахнете приставката. Може да се наложи да го проверите и да щракнете с десния бутон на мишката, за да намерите опцията, която ще го премахне от инсталацията на WordPress. Ако не искате да изтриете приставката, трябва да преименувате папката, в която се намира, за да може да бъде деактивирана.
  • Върнете се в браузъра и опреснете уеб страницата. Белият екран на смъртта трябва да е изчезнал, така че вече можете да влезете в WordPress.

Имайте предвид, че винаги е удобно да използвате плъгини, които съответният разработчик активно поддържа. Тези приставки трябва да са съвместими с последната версия на WordPress, тъй като тези, които не са актуални може да причини проблеми.

2-ри източник на грешки: грешка в кода

Ако грешката не може да бъде приписана на приставка, това може да е резултат от модификации във файла "functions.php" или друг PHP файл с помощта на Редактор на теми на WordPress.

В някои случаи на празния екран на WordPress може да се появи следното съобщение за грешка:

Грешка при синтактичния анализ: грешка в синтаксиса, неочакван $ end в /home/name/public_html/wordpress/wp-content/themes/your_theme/functions.php на ред 231

Това означава, че в кода има грешка. Избраната тема на WordPress (дизайн и оформление на страницата) не може да се покаже правилно, така че в този случай тя трябва да бъде върната в първоначалното си състояние.

Проблемът е, че логично е, че нямате достъп до файла, защото вместо Theme Editor можете да видите само празна страница в WordPress. Най-добрият начин за решаване на този проблем е презареждане дефектният файл в папката WordPress с вашия FTP клиент и го заменете.

След като влезете в сървъра, трябва да изпълните следните стъпки:

Можете също така да опитате друга тема, вместо да модифицирате основния файл functions.php, така че промените, направени в темата, да се извършат няма нужда да променяте кода.

Винаги е препоръчително да запазите a архивиранена темата, модифицирана отделно преди да направите промени. По този начин се уверявате, че можете да изпълните посочената по-горе операция, в случай че в WordPress се появи празна страница.

Неизвестни източници на грешки

Понякога Белият екран на смъртта възниква от неизвестни причини: Възможно е да сте модифицирали своите приставки или да сте пренаписали кода на вашата тема. Сега, ако при въвеждане на URL адреса не можете да видите уеб страницата, а по-скоро "белия екран на смъртта", но няма очевидни грешки, как можете да разрешите тази грешка в WordPress?

В този тип ситуации константата WP_DEBUG е много полезен, тъй като чрез неговите съобщения за грешка може да се установи наличие на повредени файлове. След това файловете могат лесно да бъдат скрити, модифицирани или пренаписани, след което уебсайтът Ви ще се върне напълно работещ. Без WP_DEBUG обаче можете също да премахнете грешки.

Поради сложността на много WordPress плъгини, има голяма вероятност неизвестни грешки да се дължат на тях. Може би едно от вашите разширения е остаряло или актуализация, инсталирана неотдавна, е несъвместима с вашия бекенд на WordPress. Като се имат предвид подобни подозрения, най-добре е деактивирайте всички приставки и ги активирайте отново един след друг, за да разберете постепенно кой причинява проблеми.

Влезте в сървъра с FPT клиента, след което изпълнете следните стъпки, за да идентифицирате дефектната приставка:

  • Придвижете се до директорията, в която се намират файловете на WordPress.
  • Отворете папката "wp-content".
  • В тази папка "wp-content" е папката "plugins".
  • Преименувайте го, след което всички приставки се деактивират автоматично. Името може да бъде свободно избрано, но ще трябва да го разпознаете по-късно.
  • Отворете контролния панел на WordPress. Ако бялата страница е изчезнала и можете да влезете, това означава, че проблемът е един от приставките.
  • Променете името на папката отново на „плъгини“. След като направите това, можете да видите списък с всичките си приставки, макар и неактивни, така че ще трябва да ги активирате един по един. Ако след активиране на определен плъгин екранът отново побелее, тогава бързо ще разберете какъв е източникът на проблема.
  • Върнете се към FTP клиента и премахнете проблемната приставка.

Ако след изпълнението на тези стъпки екранът ви е все още бял, проблемът може да е в една от инсталираните теми. Следвайте същата процедура с папката с теми: преименувайте я и активирайте отново всички теми стъпка по стъпка, докато белият екран се появи отново.

В допълнение към разширенията има и други причини, които не се виждат с просто око:

  • Кеширане: можете да използвате a кеш приставка за подобряване на времето за зареждане на WordPress. В случай, че въпреки че сте извършили всички стъпки, празният екран все още се появява изчистете кеша на вашата страница. Ако не можете, защото все още нямате достъп до WordPress, изчистете кеша на браузъра.
  • Повредени файлове: Вашите WordPress файлове може да са повредени (например поради наличието на злонамерен софтуер). Свържете се с вашия доставчик на хостинг услуги и поискайте диагностика на проблема.
  • Сървърът не работи: проверете пощенската си кутия. Много хостинг доставчици уведомяват своите клиенти, когато сървърите им се провалят. Ако не сте получили нищо, обадете се на обслужване на клиенти, въпреки че това може да се дължи и на проблем със сървъра, който вашият доставчик все още не е диагностицирал.

В крайна сметка един от начините да премахнете празния екран от WordPress е да възстановяване завършен чрез резервно копие.

2. Вътрешни сървърни грешки: 500 вътрешни сървърни грешки

Известието за грешка „500 Internal Server Error“ може да засегне всеки мениджър на уеб страници, а не само WordPress. За щастие в повечето случаи причината може да бъде открита бързо. В WordPress плъгините или проблемите с темите често са тригери за грешки в сървъра. Други причини за вътрешни грешки на сървърав WordPress той е повреден .htaccess файлове или недостатъчен капацитет на паметта в PHP. Вътрешните грешки на сървъра също могат да повлияят на администраторската страница на WordPress, докато останалите страници работят без проблеми.