WordPress "Fatal Error": Як знайсці і выправіць плагін, які «зламаў» сайт

Самы хуткі і бяспечны спосаб вырашыць WordPress Fatal Error — спачатку зрабіць сайт даступным, а потым паэтапна ізаляваць і вызначыць плагін, які выклікае праблему. Часцей за ўсё прычына ў няўдалым абнаўленні плагіна, несумяшчальнасці версіі PHP, канфлікце функцый паміж тэмай і плагінамі, або недастатковым ліміце памяці. Калі вы не можаце зайсці ў панэль кіравання, скарыстайцеся FTP, файловым менеджарам ці панэллю хостынгу, каб часова адключыць тэчку з плагінамі, а потым па логах дакладна вызначыць, што «зламаў» сайт.

У гэтым гайдзе мы крок за крокам раскажам, як спакойна прааналізаваць Fatal Error у WordPress, выявіць праблемны плагін і прыняць меры, каб падобная аварыйная сітуацыя не паўтарылася. Матэрыял адаптаваны як для пачаткоўцаў, якія валодаюць базавымі тэхнічнымі навыкамі, так і для распрацоўшчыкаў ці агенцтваў, якім патрэбна структурная чек-ліст для ліквідацыі памылак.

Што такое WordPress Fatal Error?

Fatal Error у WordPress — гэта крытычная памылка на баку PHP, якая перашкаджае далейшай працы сайта. У залежнасці ад сітуацыі вы можаце ўбачыць «белы экран смерці», паведамленне «Адбылася крытычная памылка», або тэхнічнае апісанне з указаннем канкрэтнага PHP-файла. Паколькі ядро WordPress, тэмы і плагіны працуюць на PHP, адна несумяшчальная радок кода можа заблакаваць увесь сайт.

Напрыклад, калі плагін не падтрымлівае PHP 8.2, а вы абнаўляеце версію PHP — сайт адразу выдае Fatal Error. Таксама два розныя плагіны могуць аб'явіць аднолькавыя функцыі, і WordPress не зможа іх перазагрузіць, спыняючы працу. Таму шлях файла ў памылцы вельмі важны: калі падаецца wp-content/plugins, праблема, хутчэй за ўсё, у плагіне.

Сімптомы Fatal Error і першыя пункты праверкі

Fatal Error не заўсёды выглядае аднакар. У версіях WordPress 5.2 і вышэй частка памылак кіруецца праз e-mail з спасылкай на «рэжым аднаўлення». Але калі e-mail не прыйшоў або памылка ўзнікла занадта рана, патрэбна ручное ўмяшанне. Сімптомы, якія паказваюць на праблему з плагінам:

• На галоўнай старонцы — толькі белы экран.
• Пры ўваходзе ў панэль — паведамленне «Адбылася крытычная памылка».
• Упэўненае падзенне сайта на канкрэтнай старонцы: напрыклад, аплата, форма зваротнай сувязі.
• Памылка пачалася пасля абнаўлення плагіна.
• У паведамленні пра памылку паказваецца файл з wp-content/plugins.
• У логах сервера паўтараецца запіс «PHP Fatal error».

Падчас першай праверкі зафіксуйце, што змянялася за апошнія 24 гадзіны: ці ўсталёўваўся новы плагін, ці абнаўляліся існуючыя, ці мянялася версія PHP, ці абнаўлялася тэма, ці дадаваліся новыя правілы ў бяспечнасці? Найчасцей праблема ўзнікае з-за аўтаматычнага абнаўлення плагіна, які становіцца несумяшчальным з тэмай або PHP.

Табліца экспрэс-дыягностыкі: адкуль памылка?

Гэта табліца служыць для хуткага арыентавання. Для выніковага рашэння абавязкова праглядзіце логі і тэстуйце падазроны плагін асобна. Асабліва ў інтэрнэт-краме не выдаляйце файлы наўгад — гэта можа паўплываць на працэс заказаў і аплату.

Бяспечная падрыхтоўка перад пачаткам

Галоўная памылка пры Fatal Error — паніка і няведанне, што можна выдаліць або змяніць у базе. Спачатку забяспечце сабе магчымасць аднаўлення. На жывы (production) сайт асабліва варта быць асцярожным, калі выкарыстоўваюцца WooCommerce, сістэма членства або модулі браніравання — каб пазбегнуць страты даных.

• 1. Зрабіце поўную рэзервовую копію: і файлы, і базу дадзеных. Толькі public_html недастаткова.
• 2. Зафіксуйце час памылкі: гэта дапаможа знайсці патрэбны радок у логах.
• 3. Запішыце ўсе апошнія змены: абнаўленні плагінаў, PHP, тэмы, даданне кода.
• 4. Калі магчыма, выкарыстоўвайце staging: тэстуйце на копіі сайта. хостынг WordPress
• 5. Праверце доступы: FTP, панэль хостынгу і база павінны быць пад рукой.

На якасным хостынгу штодзённае рэзервовае капіраванне, зручны файловы менеджар, магчымасць змяняць версію PHP і доступ да логаў дазваляюць вырашыць праблему за некалькі хвілін. Таму для WordPress важна выбіраць не толькі месца для захоўвання, але і якасць кіруючых інструментаў, падтрымку. Вэб-хостынг

Крок за крокам: вырашэнне Fatal Error у WordPress

1. Праверце e-mail з рэжымам аднаўлення WordPress

Калі WordPress выяўляе крытычную памылку, ён можа адправіць спасылку для аднаўлення на e-mail адміністратара. Гэтая спасылка дазваляе адключыць праблемны плагін праз панэль. Праверце «Уваходныя», «Спам» і аўтаматычныя перанакіраванні. Звычайна ў лісце пазначаны і плагін, які выклікае памылку.

Калі рэжым аднаўлення працуе, усё проста: перайдзіце па спасылцы, зайдзіце ў панэль WordPress, знайдзіце спіс плагінаў, адключыце праблемны і праверце, ці адкрываецца сайт. Не спяшайцеся адразу зноў уключаць плагін — спачатку праглядзіце нататкі абнаўлення, форум падтрымкі і сумяшчальнасць з PHP.

2. Калі няма доступу да панелі — адключыце ўсе плагіны

Калі панэль не загружаецца, самы просты спосаб — часова перайменаваць тэчку wp-content/plugins. Зайдзіце праз FTP, SSH або файловы менеджар хостынгу ў public_html/wp-content і змяніце назву тэчкі на, напрыклад, plugins-pasif. WordPress не знойдзе плагіны і аўтаматычна адключыць іх усе.

Гэта не выдаляе налады плагінаў у базе — толькі спыняе іх загрузку. Калі пасля гэтага сайт адкрываецца, значыць, памылка была ў плагінах. Затым вярніце тэчку да plugins і па чарзе перайменуйце кожны плагін або ўключайце праз панэль, каб выявіць праблемны.

• Перайменуйце wp-content/plugins у plugins-pasif.
• Праверце сайт у прыватным рэжыме браўзера.
• Калі сайт працуе — вярніце назву на plugins.
• Уключайце плагіны па чарзе.
• Зафіксуйце, які плагін выклікае памылку.

Метад просты, але эфектыўны. Калі на сайце больш за 20 плагінаў, пачынайце тэставанне з тых, што абнаўляліся апошнімі, а не па алфавіце — так зэканоміце час.

3. Ізалюйце праблемны плагін

Калі сайт працуе з выключанымі плагінамі, а пры актывацыі аднаго з іх «зламаецца» — вы знайшлі прычыну. Але не спяшайцеся: часам памылка выклікаецца канфліктам двух плагінаў, а не аднаго. Таму праверце і спалучэнні.

Напрыклад, бяспечны плагін і кэш-плагін могуць адначасова змяняць правы доступу да файлаў. Або WooCommerce абноўлены, а плагін аплаты застаецца старым — памылка ўзнікае. У такім выпадку візуальна вінаватым здаецца WooCommerce, але сапраўдная прычына — плагін аплаты.

• Спачатку ўключайце базавыя плагіны (WooCommerce, SEO, формы).
• Потым дадатковыя — кэш, бяспека, галерэі, сацыяльныя.
• Пасля кожнай актывацыі праверце сайт і панэль.
• Асобна прааналізуйце крытычныя старонкі: аплата, кошык, формы, рэгістрацыя.
• Запішыце, які плагін і памылка ўзнікаюць.

Мэта — не проста аднавіць сайт, але дакладна вызначыць корань праблемы. Няправільна абвінаваціўшы плагін, вы можаце сутыкнуцца з Fatal Error паўторна.

4. Збярыце доказ з логаў памылак

Логі сервера — ваш галоўны доказ у справе Fatal Error. У панэлі хостынгу шукайце «Error Log», «Hata Günlükleri» або аналагічны раздзел. У WordPress вы можаце дадаць у wp-config.php радок WP_DEBUG, каб памылкі запісваліся ў wp-content/debug.log.

Для дыягностыкі ўключыце WP_DEBUG, памылкі запісвайце толькі ў файл (не на экран), і ператэстуйце сайт. На production паказваць памылкі на экран небяспечна — у логах могуць быць шляхі, лагіны, структура сервера.

Шукайце словы: «PHP Fatal error», «Uncaught Error», «require_once failed», «allowed memory size exhausted», «call to undefined function», «cannot redeclare». У радку будзе шлях да файла і нумар радка. Напрыклад, wp-content/plugins/ornek-eklenti/includes/class-loader.php on line 214 — гэта «орnek-eklenti» выклікае памылку.

Часам разабрацца ў логу складана, але назва плагіна ў шляху звычайна дае адказ. У вашай панэлі Hostragons усё для дыягностыкі: доступ да логаў, кіраванне PHP, файламі. Панэль кіравання хостынгам

5. Праверце версію PHP і ліміт памяці

Не кожны Fatal Error — гэта абавязкова няправільны плагін. Магчыма, плагін не падтрымлівае ваш PHP. У 2026 годзе для WordPress важна выкарыстоўваць сучасныя версіі PHP для бяспекі і хуткасці, але старыя плагіны могуць не падтрымліваць новыя функцыі. Бывае і наадварот: на старым PHP новы плагін не запускаецца.

Часта праблема — недастатковы ліміт памяці. Мультымоўныя сайты, WooCommerce, канструктары старонак і «цяжкія» бяспечныя плагіны патрабуюць больш памяці. Калі ў логах «Allowed memory size exhausted», праблема — не ў плагіне, а ў рэсурсах.

• Для малых WordPress-сайтаў дастаткова 256 MB memory_limit.
• Для WooCommerce, членства — 512 MB — больш бяспечна.
• У вялікіх і складаных праектах патрэбна асобная ацэнка рэсурсаў.
• Абнаўленне PHP спачатку тэстуйце на staging.

Калі недахоп рэсурсаў паўтараецца, павялічвайце не толькі memory_limit, але і аналізуйце колькасць плагінаў, нагрузку базы і выбірайце адпаведны пакет хостынгу. Пакеты WordPress хостынга

Калі панэль кіравання недаступная: альтэрнатыўныя метады

Змена назвы тэчкі плагіна праз FTP або файловы менеджар

Самы надзейны ручны спосаб — перайменаваць тэчку праблемнага плагіна, а не ўсяго plugins. Напрыклад, wp-content/plugins/siteyi-cokerten-eklenti перайменуйце ў siteyi-cokerten-eklenti-pasif. WordPress не зможа яго загрузіць, і памылка знікне.

Пасля гэтага зайдзіце ў панэль, адкрыйце спіс плагінаў — WordPress пазначыць яго як выключаны. Перад вяртаннем назвы азнаёмцеся з апошняй версіяй, нататкамі распрацоўшчыка і падтрымкай. Пры неабходнасці вярніцеся да стабільнай версіі плагіна.

Адключэнне плагіна праз WP-CLI

Калі ў вас ёсць SSH, WP-CLI — прафесійны і хуткі метад. З каманднага радка вы можаце вывесці спіс плагінаў, выключыць патрэбны або ўсё разам, і па чарзе ўключаць. Гэта займае некалькі хвілін.

Упэўніцеся, што вы ў патрэбным каталозе WordPress — у іншым выпадку каманда не спрацуе або пацерпіць не той сайт. Для агенцтваў і распрацоўшчыкаў WP-CLI — стандарт у ліквідацыі памылак.

Скід актыўных плагінаў праз базу дадзеных

Як крайняя мера — можна змяніць active_plugins у wp_options праз phpMyAdmin. Але serialized-структуры лёгка пашкодзіць, таму гэты спосаб толькі для спецыялістаў, якія папярэдне зрабілі рэзервовую копію.

Калі вы не ўпэўнены тэхнічна, лепш абмежавацца перайменаваннем тэчак плагінаў — гэта бяспечней.

Што рабіць пасля выяўлення праблемнага плагіна?

Адключыўшы плагін, вы аднавіце сайт, але для пастаяннага рашэння трэба зразумець, чаму ўзнік Fatal Error. Інакш пры наступным уключэнні або аўтаматычным абнаўленні сайт зноў «ляжа». Парады:

• Праверце нататкі абнаўлення плагіна — магчыма, выпушчана выпраўленне.
• Праверце версію ядра WordPress — старыя версіі могуць не падтрымліваць новыя плагіны.
• Азнаёмцеся з патрабаваннямі да PHP — мінімальная версія звычайна пазначана на старонцы плагіна.
• Пошукайце аналагічны плагін — старыя, не абнаўляныя плагіны — рызыка для бяспекі.
• Пратэстуйце праблему на staging — не эксперыментуйце на жывы сайт.
• Адпраўляйце запыт распрацоўшчыку з логам памылкі — «Сайт упаў» недастаткова.

Напрыклад, калі форма дае Fatal Error толькі на PHP 8.3, часова можна вярнуцца на PHP 8.2 і чакаць абнаўлення ад распрацоўшчыка. Але гэта толькі часовае рашэнне — не зацягвайце з абнаўленнямі бяспекі.

Як прадухіліць паўтарэнне Fatal Error

Цалкам пазбегнуць памылак у WordPress немагчыма, але з добрым абслугоўваннем і кантролем рызыка значна зніжаецца. Для камерцыйных сайтаў абнаўленні павінны быць пад кантролем, а не «на авось». Рэкамендацыі:

• Выкарыстоўвайце staging — тэстуйце абнаўленні плагінаў, тэм і PHP на копіі сайта.
• Аўтаматычныя абнаўленні — выбірайце для некрытычных плагінаў, а важныя абнаўляйце ўручную.
• Павялічце частату рэзервовых копій — для сайтаў з вялікім трафікам і заказамі патрэбна больш чым раз на дзень.
• Зменшыце колькасць плагінаў — кожны плагін дадае код, рызыку і патрэбу ў сумяшчальнасці.
• Выдаляйце плагіны, якія не абнаўляліся больш за год.
• Не забывайцеся пра SSL і бяспеку — гэта аснова для панэлі і даных карыстальнікаў. Сертыфікат SSL
• Даступ да дамена і DNS — падтрымлівайце актуальныя доступы для хуткага кіравання пры аварыйных сітуацыях. праверка дамена

Карысна весці «дзённік абнаўленняў»: дата, плагін, старая і новая версія, вынік тэсту — гэта дапаможа хутка знаходзіць прычыны памылак. Для агенцтваў такі журнал — празрыстасць у камунікацыі з кліентамі.

Чаго нельга рабіць пры ліквідацыі памылак на жывы сайт?

Некаторыя дзеянні пры Fatal Error могуць пагоршыць сітуацыю. Старые парады з пошукавікаў не заўсёды актуальныя. Каб пазбегнуць страты даных і доўгага перапынку, не рабіце наступнае:

• Не змяняйце базу без рэзервовай копіі.
• Не выдаляйце тэчку плагіна — спачатку перайменуйце.
• Не паказвайце debug-памылкі на экран наведвальнікам.
• Не ўключайце ўсе плагіны адразу.
• Не мяняйце PHP «на авось» — тэстуйце асцярожна.
• Не загружайце плагіны з ненадзейных крыніц.
• Не ўмешвайцеся без фіксацыі памылкі.

Асабліва ліцензійныя або «nulled» плагіны — гэта не толькі Fatal Error, але і рызыка вірусаў, шкоднага кода і крадзежу даных. Платныя плагіны выкарыстоўвайце толькі з афіцыйнай ліцензіяй і падтрымкай.

Калі звяртацца ў падтрымку хостынгу?

Часам праблему нельга вырашыць толькі ў панэлі WordPress. Калі няма доступу да логаў сервера, нельга змяніць PHP, пашкоджаны правы на файлы або сайт выдае поўную 500-памылку — падтрымка хостынгу паскорыць рашэнне. Пры звароце падрыхтуйце наступнае:

• Дата і час пачатку памылкі.
• Інфармацыя аб апошніх абнаўленнях або ўсталёўках.
• Паведамленне пра памылку з экрана.
• debug.log або error_log, калі ёсць.
• Якія дзеянні вы ўжо прадпрымалі і іх вынік.

Гэта дапаможа спецыялістам хутка знайсці патрэбны інтэрвал у логах і засяродзіцца на першапрычыне. На Hostragons вы атрымаеце хуткі доступ да кіравання файламі, выбару версіі PHP, SSL, маніторынгу рэсурсаў і абслугоўвання WordPress-праектаў. Цэнтр падтрымкі Hostragons

Кароткая выснова

Вырашэнне Fatal Error у WordPress не складанае, калі прытрымлівацца правільнай паслядоўнасці: рэзервовая копія, аналіз памылкі або лога, бяспечнае адключэнне плагінаў, паэтапнае тэставанне і выяўленне праблемнага. Далей ацэньвайце версію PHP, памяць, сумяшчальнасць і гісторыю абнаўленняў для пастаяннага рашэння.

Калі Fatal Error паўтараецца, сайт часта «зламаецца» пры абнаўленнях або рэсурсах, варта перагледзець інфраструктуру. Азнаёмцеся з WordPress-аптымізаванымі хостынгамі на Hostragons — гэта больш кіраваная, рэзервова-абароненая і бяспечная праца. хостынг WordPress

Частыя пытанні

Ці можа Fatal Error выдаліць мае дадзеныя?

Звычайна — не. Fatal Error — гэта збой PHP-кода, які не выдаляе кантэнт. Але няправільнае выдаленне файлаў або змена базы без рэзервовай копіі — рызыка страты даных.

Як зразумець, які плагін «зламаў» сайт?

У логу памылкі шукайце назву плагіна пасля wp-content/plugins. Калі лог недаступны, адключыце ўсе плагіны і ўключайце па чарзе, фіксуючы, пры якім узнікае памылка.

Як адключыць плагіны, калі няма доступу да панелі?

Праз FTP, SSH або файловы менеджар перайменуйце тэчку wp-content/plugins. Гэта адключыць усе плагіны і звычайна дазволіць зайсці ў панэль.

Ці вырашыць памылку змена версіі PHP?

Часам — так. Калі плагін не сумяшчальны з вашай версіяй PHP, пераход на іншую версію можа вырашыць праблему. Але лепшы спосаб — выкарыстоўваць абноўлены і сумяшчальны плагін.

Як прадухіліць паўтарэнне Fatal Error?

Рэгулярна рабіце рэзервовыя копіі, тэстуйце абнаўленні на staging, выдаляйце непатрэбныя плагіны, абнаўляйце PHP і WordPress, выбірайце надзейны хостынг.