Я отримую цю помилку при завантаженні аватара на моєму сайті. Я ніколи раніше не отримував її, і нещодавно нічого не змінилося, щоб я почав отримувати цю помилку ...
Warning: is_writable() [function.is-writable]:
open_basedir restriction in effect.
File(/) is not within the allowed path(s):
Відповіді:
Змініть open_basedirпараметри у своїй конфігурації PHP (див. Конфігурація виконання ).
open_basedirУстановка використовується в основному для запобігання PHP сценаріїв для конкретного користувача від доступу до файлів на рахунок іншого користувача. Тому, як правило, будь-які файли у вашому обліковому записі мають бути прочитані за власними сценаріями.
Приклад налаштувань через, .htaccessякщо PHP працює як модуль Apache в системі Linux:
<DirectoryMatch "/home/sites/site81/">
php_admin_value open_basedir "/home/sites/site81/:/tmp/:/"
</DirectoryMatch>
/my/cutsom/dir/. Не знаю, навіщо думати.
php_admin_valueу .htaccessфайлах . Ви не можете використовувати DirectoryMatch у файлах .htaccess . (Яким би open_basedirбув захід безпеки, якби його можна було просто відключити?)
Змініть налаштування open_basedir у своєму обліковому записі хостингу та встановіть для них значення немає. Знайдіть параметр open_basedir, вказаний у розділі "Налаштування PHP" на вашому Plesk / cPanel. Встановіть для цього значення "none" із випадаючого меню. Я показав їх на малюнку панелі Plesk.
Щоб усунути цю помилку, потрібно відредагувати файл httpd.conf. До того, як це можна побачити у phpinfo у розділі apache2handler, директива Server Root. Наприклад, у моєму випадку таким чином - / etc / httpd / httpd.conf. Відкрийте файл httpd.conf, знайдіть згадку про параметр open_basedir. І встановіть для нього значення none. ( php_admin_value open_basedir немає )
open_basedirконфігурацію в своєму php.ini. (Arch Linux на Raspberry Pi з php 5)
Якщо ви запускаєте це за допомогою php file.php. Вам потрібно відредагувати php.ini
Знайти цей файл:
: locate php.ini
/etc/php/php.ini
І додайте шлях до файлу до open_basedirвластивості:
open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps/:/run/media/andrew/ext4/protected
Для мене проблема полягала в поганих / відсутніх значеннях конфігурації для сервера Plesk, на якому працює вся справа. Я просто дотримувався вказівок тут: http://davidseah.com/blog/2007/04/separate-php-error-logs-for-multiple-domains-with-plesk/
Ви можете налаштувати PHP на окремий файл журналу помилок для кожного визначення VirtualHost. Фокус полягає в тому, щоб точно знати, як його налаштувати, тому що ви не можете безпосередньо торкнутися конфігурації, не зламавши Plesk. Кожне доменне ім'я у вашому (dv) має свій власний каталог у / var / www / vhosts. Типовий каталог має наступні каталоги верхнього рівня:
cgi-bin/
conf/
error_docs/
httpdocs/
httpsdocs/
...and so on
Ви захочете створити файл vhost.conf у конф / папці каталогу домену з такими рядками:
php_value error_log /path/to/error_log
php_flag display_errors off
php_value error_reporting 6143
php_flag log_errors on
Змініть перше значення відповідно до фактичної інсталяції (я використовував /tmp/phperrors.log). Закінчивши редагування файлу vhost.conf, протестуйте конфігурацію з консолі за допомогою:
apachectl configtest
…or if you don’t have apachectl (as Plesk 8.6 doesn’t seem to)…
/etc/init.d/httpd configtest
І нарешті скажіть Плеску, що ви зробили цю зміну.
/usr/local/psa/admin/bin/websrvmng -a
Шлях, на який ви посилаєтесь, є недоречним, а не разом із директорією root вашого робочого простору. Спробуйте побудувати абсолютний шлях до файлу, до якого ви хочете отримати доступ, де ви зараз, ймовірно, використовуєте відносний шлях ...
якщо у вас є така проблема з ispconfig3 і ви отримали таку помилку
діюче обмеження open_basedir. Файл (/ var / www / clients / client7 / web15) не знаходиться у межах дозволених шляхів: .........
Для його вирішення (у моєму випадку) просто встановіть для PHP значення SuPHP на панелі веб-сайту ispconfig3
Сподіваюся, це комусь допоможе :)
Якщо використовується ispconfig3:
Перейдіть до розділу веб-сайту -> Параметри -> PHP open_basedir:
/ var / www / clients / client2 / web3 / image: / var / www / clients / client2 / web3 / web: / var / www / ... тощо
/ var / www / clients / client2 / web3 / image:
Коли сценарій намагається отримати доступ до файлової системи, наприклад, використовуючи include або fopen (), перевіряється розташування файлу. Коли файл знаходиться поза вказаним деревом каталогів, PHP відмовить у доступі до нього.
Якщо у вас запущений стек PHP IIS і виникла ця помилка, зазвичай це швидке виправлення дозволу.
Якщо ви самі керуєте сервером Windows і маєте доступ, спробуйте ПЕРШУ:
Перейдіть до папки, яка дає вам горе від написання, і клацніть правою кнопкою миші> відкрити властивості> безпека.
Подивіться, які користувачі мають доступ до папки, які лише для читання, а які - повні. У вас є група, яка блокує запис?
Виправлення стосуватиметься вашого налаштування IIS, чи використовуєте ви анонімну автентифікацію з певним користувацьким IUSR або з ідентифікацією пулу програм?
У будь-якому випадку, ви в кінцевому підсумку додасте новий повний дозвіл на запис для одного з IUSR, IIS_IUSRS або ідентифікатора вашого пулу додатків - як я вже говорив, це буде змінюватися залежно від вашої настройки та того, як ви хочете це зробити, ви можете спуститись до кроликової лунки Google на цьому (одна така публікація - дозволи IIS_IUSRS та IUSR у IIS8 ). Для мене я використовую анонім з моєю ідентифікацією пулу додатків, щоб я міг уникнути MACHINE_NAME\IIS_IUSRSповного читання / запису на будь-якій температурі або завантаження папки.
Мені не потрібно додавати нічого зайвого до мого open_basedir =в php.ini.
На додаток до відповіді @ yogihosting , якщо ви використовуєте DirectAdmin , виконайте такі дії:
adminза замовчуванням.Введіть конфігурації, які ви хочете змінити, у текстовому полі вгорі сторінки. Вам слід розглянути існуючий файл конфігурації та змінити значення на його основі. Наприклад, якщо ви бачите, що open_basedirвстановлено всередині a <Directory>, можливо, вам слід оточити зміни у відповідному <Directory>тегу:
<Directory "/path/to/directory">
php_admin_value open_basedir none
</Directory>
Після внесення необхідних змін натисніть кнопку "Зберегти".
Однак існує інший спосіб редагування файлу конфігурації:
Застереження : Будьте обережні та виконуйте наступні дії на свій страх і ризик, оскільки у вас можуть виникнути помилки або це може призвести до простою. Рекомендований спосіб - попередній, оскільки він запобігає неправильній зміні файлу конфігурації та показує помилку.
/usr/local/directadmin/data/users. Перейдіть до списку користувачів, що стосуються домену, який ви хочете змінити.Тут є httpd.confфайл. Зробіть резервну копію з неї:
cp httpd.conf httpd.conf.back
Тепер відредагуйте файл конфігурації за допомогою вибраного редактора. Наприклад, відредагувати існуючі open_basedirдо none. Не намагайтеся видалити речі, інакше у вас можуть виникнути простої. Збережіть файл після редагування.
Перезапустіть веб-сервер Apache, використовуючи один із наступних способів (скористайтеся, sudoякщо потрібно):
httpd -k graceful
apachectl -k graceful
apache2 -k graceful
Якщо у вас виникли помилки, замініть основний файл конфігурації резервним файлом та перезапустіть веб-сервер.
Знову ж таки, перше рішення є кращим, і ви не повинні спробувати другий метод спочатку. Як зазначається у застереженні, перевага першого способу полягає в тому, що він запобігає збереженню ваших погано налаштованих речей.
Сподіваюся, це допоможе!
Я використовую файл Apache vhost -File для запуску PHP із спеціальними ini-опціями для додатків на моєму Windows-сервері. Тому я використовую опцію -d команди php.
Я встановлюю open_basedir для кожної програми як один із цих варіантів.
Мені потрібно було встановити декілька URL-адрес як open_basedir, включаючи UNC-Path , і синтаксис для цього випадку було важко знайти. Вам доведеться розділити шляхи крапками з комою, і якщо ваш перший шлях починається з буквеного значка, можливо, вам також доведеться починати список крапкою з комою. Принаймні це те, що працює для мене.
Приклад:
php.exe -d open_basedir=;d:/www/applicationRoot;//internal.unc.path/ressource/
Просто шукайте
open_basedir =
у php.ini та вимкніть його. Це найпростіше рішення для вирішення цього питання.
До змін open_basedir =
Після змін ;open_basedir =
Ps - Після змін не забудьте перезапустити сервер.
Насолоджуйтесь;)