Памылка Internal Server Error: што гэта і як з ёй змагацца

Досыць часта ўладальнікі хостынгаў мучацца з-за пастаяннага ўзнікнення паведамленні аб памылцы 500 (Internal Server Error). Яна, як гэта называецца, шматлікім папросту атручвае жыццё. Зараз мы паспрабуем коратка разабрацца ў сутнасці самой сітуацыі і паглядзім, як жа можна пазбавіцца ад з'яўлення памылкі ў будучыні.

Памылка Internal Server Error: што гэта?

Такім чынам, пачнем, мабыць, з самага значэння гэтага словазлучэння. У сістэме (каталогу) памылак Windows (і не толькі) ёсць памылка пад нумарам 500, якая адказвае кампутарнаму тэрміну Internal Server Error. Пераклад гэтага словазлучэння азначае ўнутраную памылку сервера, звязаную са статусам пратаколу HTTP.

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

Прычыны ўзнікнення памылкі

Кажучы пра памылку Internal Server Error ў самым шырокім разуменні, варта ўлічваць, што узнікаць яна можа на мностве сайтаў або рэсурсаў, напісаных з дапамогай цалкам розных CMS. Тут, дарэчы, трэба размежаваць прычыны яе ўзнікнення.

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

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

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

У некаторых выпадках памылка Internal Server Error можа з'яўляцца, калі на хостынгу назіраецца перавышэнне ліміту выкарыстоўванай памяці. Папросту кажучы, скрыпт для выканання патрабуе больш пакладзенага, а бо такі ліміт усталёўваецца не толькі на PHP, часцяком дзейнічаюць абмежаванні па спажыванні рэсурсаў усімі выкананымі скрыптамі.

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

Памылка Internal Server Error: як выправіць найпростымі спосабамі

Для пачатку паглядзім, што можна зрабіць пры выяўленні няправільных правоў доступу. У дадзеным выпадку правы доступу 777 дазваляюць рэдагаваць змесціва абсалютна ўсім, што, несумненна, адбіваецца на бяспецы. У такой сітуацыі неабходна іх змяніць, ужыўшы да тэчак значэнне 755, да файлаў скрыптоў - 600, а да ўсіх сталёвым файлаў дадзеных - 644.

Пры занадта доўгай працы выкананага скрыпту можна паспрабаваць павялічыць час чакання, праўда, тут ёсць адна загваздка. Такое рашэнне можа спрацаваць на вылучаным серверы або VPS (Virtual Private Server), а ў выпадку віртуальнага хостынгу ніякага эфекту не будзе.

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

Зараз некалькі слоў аб файле .htaccess. Справа ў тым, што ён мяркуе выкарыстанне вельмі строгага сінтаксісу, калі пры правядзенні налад былі дапушчаныя памылкі ці некаторыя недакладнасці, пазбегнуць з'яўлення памылкі Internal Server Error не атрымаецца. Тут трэба паступіць наступным чынам. Для пачатку трэба праверыць наяўнасць самога файла ў каранёвай дырэкторыі сайта, пасля чаго, зрабіўшы яго рэзервовую копію, выдаліць цалкам і цалкам. Калі пасля такой працэдуры сайт зноў стане працаздольным, значыць праблема менавіта ў файле .htaccess, які прыйдзецца праверыць на наяўнасць памылак у сінтаксісе.

Праблемы з рухавічком WordPress

З WordPress справа ідзе горш. Справа ў тым, што гэты рухавічок здольны перазапісваць арыгінальны файл .htaccess, які адказвае за кіраванне доступам да файлаў і тэчак хостынгу, а бо арыгінальны файл павінен стварацца ўсяго адзін раз, і тым больш не ў WordPress!

Самым простым спосабам выпраўлення такой сітуацыі з'яўляецца адключэнне тэмы WordPress і выкарыстанне замест яе любы іншы. Калі памылка знікла, справа менавіта ў самой тэме, калі не - трэба паэтапна адключаць убудовы WordPress і правяраць, які з іх ўплывае на працаздольнасць.

У некаторых выпадках можа спатрэбіцца абнавіць WordPress да апошняй версіі і адключыць функцыю перазапісу файла. Для пачатку спампоўваем на кампутарны тэрмінал арыгінальны файл .htaccess, затым ўваходзім на сайце ў тэчку па шляху / wp-admin / includes / з наступнай загрузкай файла misc.php, які неабходна адкрыць, скажам, у стандартным «Нататніку» (ці любым іншым тэкставым рэдактары) і знайсці радок функцыі «function save_mod_rewrite_rules». Цяпер у самой функцыі пераходзім да радка «return insert_with_markers ($ htaccess_file, 'WordPress', $ rules);" і замяняем яе на «return true;" (натуральна, усе каманды прапісваюцца без двукоссяў). Застаецца толькі захаваць змены і загрузіць новы файл на хостынг з заменай старога файла misc.php.

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

заключэнне

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