Ми використовуємо cookie-файли
Для оптимізації роботи нашого сайту ми використовуємо cookie-файли. Продовжуючи використовувати сайт, Ви погоджуєтеся з використанням cookie-файлів.
Новий дизайн
Панель керування
  • Русский
  • Українська
  • English
  • UAH
  • USD
  • RUB
  • EUR
  • 0-800-307-307 Гаряча лінія
  • +38 (044) 392-74-33 Київ
  • +38 (057) 728-39-00 Харків
  • +38 (056) 794-38-31 Дніпро
  • +38 (032) 229-58-93 Львів
  • +38 (048) 738-57-70 Одеса
  • +38(093) 170-15-42  Life
  • +38 (067) 400-88-44 Київстар
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7 (499) 348-28-61 Москва

2.20.5. Помилка 500 Internal Server Error

Достовірно визначити причину виникнення помилки 500 можливо шляхом аналізу Error-балки сайту. Також у виявленні джерела проблеми може допомогти інструмент «Технічна перевірка сайту" в розділі "Мої сайти».

Часто помилка 500 пов'язана з неправильно вказаними директивами в файлі .htaccess, Який знаходиться в каталозі вашого сайту. Відредагувати цей файл можна за допомогою вбудованого редактора файл-менеджера або будь-якого FTP-клієнта.

Якщо було встановлено, що проблема пов'язана з файлом .htaccess, То вам слід спробувати внести наступні зміни:

  • Options +FollowSymLinks - потрібно замінити на Options +SymLinksIfOwnerMatch.
  • Options All -Indexes - потрібно замінити на Options -Indexes.
  • +ExecCGI - потрібно видалити.

На хостингу не використовується модуль Apache mod_version, Тому якщо в .htaccess присутні блоки з директивами IfVersion, Їх також слід видалити, залишивши тільки вміст блоків, призначених для Apache 2.4.

Закоментувати директиви у файлі .htaccess можна, поставивши на початку рядка символ # .

Увага!

Не рекомендується встановлювати права вище 640 для файлів і 750 для каталогів, так як це може призвести до помилки 500.

Якщо в Error-балці сайту присутній помилка «Script file is writable by others», То вам необхідно відновити стандартні права на файли по інструкції або вручну, вказавши для файлів права 640.

Така ситуація може виникати при відновленні з резервної копії або завантаження файлів нового сайту.

У більшості випадків цю директиву досить закомментировать, оскільки вона використовується для включення стиснення на основі Content-Type, А на нашому хостингу за стиснення відповідає nginx і до Apache найчастіше ці запити не доходять.

У форматі Apache 2.2 директива виглядає так:

FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/html

В Apache 2.4 ця ж директива виглядає так:

FilterProvider  COMPRESS  DEFLATE "%{CONTENT_TYPE} = 'text/html'"

Виправити ситуацію можна шляхом зміни синтаксису директив зі старого на новий.

Коментарі в кінці рядка можуть викликати помилку «…htaccess: No comments are allowed here».

У більш нових версіях Apache для написання коментаря потрібно вся рядок. Тобто коли ви додаєте символ #, Щоб зробити коментар, він повинен бути першим непустою символом в рядку. Якщо ви додасте будь-які непусті символи перед знаком решітки, отримаєте помилку 500.

Наприклад, будь-який з цих коментарів є правильним:

# this is a comment
     ## this is another comment
                  ### multiple pound signs are fine

Приклади неприпустимих коментарів, що призводять до помилки:

ExpiresActive on # this will trigger an error
RedirectMatch 403 /spamhole/ # this will trigger an error
# this will
           trigger an error

В .htaccess при редагуванні сторонніми редакторами можуть бути записані невидимі BOM-символи, Через які і виникає помилка. Для усунення проблеми слід відкрити файл в будь-якому редакторі, перезберегти його в чистій кодуванні UTF-8 і завантажити назад на хостинг.