База знань - internal server error або чому не працюють директиви php_admin_value, php_value,

База знань - internal server error або чому не працюють директиви php_admin_value, php_value,

Досить часто зустрічаються подібні помилки і питання, особливо якщо ви міняєте хостера або сайт Ваш робите в конструкторі, який надалі сам генерує вам цілу пачку файлів. І ось ви залили скрипт на хостинг а в результаті спостерігаєте "Internal Server Error" - це означає в більшості випадків, що сервер заблокував звернення до скрипту.

Це може бути з наступних причин:
1. Ви виставили невірні права на файли або папки, які таким, що суперечить політиці безпеки - найчастіша відповідь в службі технічної підтримки, але чому і які вірні ніхто толком не пояснює.
2. Або ви використовуєте не підтримуються директиви у файлі .htaccess

Все це відноситься до режиму роботи php. Розглянемо коротко два основні режими роботи php в розрізі використання додаткових директив у файлі .htaccess і 500 помилки сервера:

1. Режим роботи PHP як модуля Apache
2. режим роботи PHP FastCGI

Отже, чим же вони принципово відрізняються і чому більшість хостерів використовують php в режимі FastCGI?

Існує безліч версій і думок, одні кажуть що mod_php краще ніж fastcgi, інші навпаки. Основна причина чому використовують FastCGI на віртуальному хостингу, де крім вас можуть перебувати ще з десяток користувачів, а часом і сотень - це горезвісна безпеку.

mod_php:
в .htaccess працюватимуть директиви php_value, необхідні права 777 (що вкрай небезпечно), папки і файли створюються не від імені користувача, а від імені apache. А відповідно в разі злому одного сайту, можуть піддатися злому або просто видалення всі інші сайти знаходяться на сервері.

Таким чином хостери в першу чергу переймаються про безпеку своїх користувачів.

Важливо зауважити, що при 300-500 з'єднань відчутної різниці для навантаження на сервер не буде, будь то fastcgi або mod_php. Але при значенні 1000 з'єднань значно переважатиме mod_php. Це як завжди залишає за власником сервера право вибору, і привід подискутувати на тему що краще використовувати. А для хостинг компаній або просто для серверів на яких розміщена велика кількість проектів - незаперечний плюс у виборі в сторону FastCGI з міркувань безпеки і надійності.

Але вам шановні користувачі не варто засмучуватися і впадати в депресію, більшість необхідних вам додаткових параметрів PHP можна вказати індивідуально для кожного користувача. Вам всього лише потрібно буде направити запит до служби технічної підтримки.