при обработке этой директивы произошла ошибка - PullRequest
Новая
       14

при обработке этой директивы произошла ошибка

3 голосов
/ 31 марта 2012

На моем сайте:

http://bammeh.com/tempemail/

Я постоянно получаю сообщения об ошибках по всему сайту, когда использую файлы PHP, не являющиеся CHMOD для 644 или 755.

Если яchmod рекурсивно этот каталог 755 я получаю:

[при обработке этой директивы произошла ошибка]

И я могу рекурсивно chmod его 644, я получаю:

Запрещено

У вас нет прав доступа / одноразового доступа / администратора / на этом сервере.

Справка?:( Я использую Hostmonster в качестве моего хоста. Это на их конце?

Ответы [ 9 ]

9 голосов
/ 13 июня 2013

Я сталкиваюсь с подобной проблемой, после решения проблемы для меня проверьте код, возможно, вы написали комментарий <! - # некоторый комментарий -> «добавить пробел» <! ​​- [добавить пробел] # некоторый комментарий [добавить пробел] -> «Мне нравится» <! - # некоторый комментарий ->

5 голосов
/ 31 марта 2012

Сначала я попытаюсь заявить о праве собственности на файлы с chown - будьте осторожны с этим, потому что, если вы устанавливаете разрешения плотно, а не свободно, у вас могут возникнуть проблемы с доступом к ним любым другим способом, кроме самого PHP.*

3 голосов
/ 05 декабря 2015

Я решил проблему, просто добавив файл .htaccess в корневой каталог с кодом по умолчанию, и он начал работать.Также после добавления мне нужно обновить постоянную ссылку в настройке WP admin.

`   # BEGIN WordPress
  <IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
  </IfModule>

  # END WordPress`

Надеюсь, это поможет.

2 голосов
/ 05 февраля 2014

Все дело в разрешении файлов, теперь оно работает для меня ...

Разрешение для папки должно быть 744, другие права доступа (например, (752, 753, 756 и 777) вызывают ограничение и не будут работать ..

Разрешение для файла должно быть 644, другие разрешения, например (642, 643, 646 и 647), вызывают ограничение и не будут работать.

1 голос
/ 04 июля 2017

SuPHP была основной причиной получения этой ошибки. Я переключился на новый VPS и по умолчанию он использовал SuPHP. Я переключился на использование PHP-FPM, который позволял правильно выполнять сценарии с разрешениями 664.

У текущего CRM, который я использую, были проблемы во время обновлений, и они терпели неудачу, потому что права доступа к файлу были установлены на 664 для некоторых файлов, которые были частью обновления. Я не мог изменить разрешения этих во время процесса обновления. Это должно было быть в состоянии выполнить все файлы, иначе обновления потерпят неудачу.

После обновлений я запускаю скрипт для сброса папок на 755 и файлов на 644.

Надеюсь, это поможет любому, кто столкнется с этим снова.

1 голос
/ 16 сентября 2014

Как говорит jktech11, все дело в разрешении. у меня работало разрешение 755 для папок и разрешение 644 для файлов. К вашему сведению Вы можете изменить разрешение с помощью файла zilla или командной строки, если оно находится на локальном хосте.

0 голосов
/ 14 февраля 2017

Я перепробовал все решения здесь, и у меня не получилось.

На самом деле файл справки оболочки правильно помог мне исправить права, и я советую всем это делать.

Когда я набрал: 

ls -la public_html

Я показал, что сделал неправильную атрибуцию пользователя для двоюродного брата в этом же сообщении об ошибке.

Я перепробовал все решения здесь и из многих других тем, но ни один не работал. Поэтому я набрал: 

chown --help

и он показал мне, что мне нужно использовать -hR Примеры: 

Examples:

 chown root /u        Change the owner of /u to "root".
  chown root:staff /u  Likewise, but also change its group to "staff".
  chown -hR root /u    Change the owner of /u and subfiles to "root".

В моем случае: 

chown -hR usernameiwanttoownthefile /home/rootpath/public_html/sitefolder

Исправлены все мои проблемы.

0 голосов
/ 18 августа 2014

У меня была эта проблема с панелью justhost.com при создании файла из Aptana 3 с использованием удаленного FTP-соединения.Я решил это, создав файл с помощью Cpanel File Manager.

0 голосов
/ 08 ноября 2012

Я столкнулся с той же проблемой. Это происходило при копировании файлов из системы Linux на другой сервер. Я полагаю, что права доступа к файлам и группе испорчены.

Я решил эту проблему, переместив файлы на ПК с Windows, где эти разрешения разрешены, и затем разархивировал его на сервере Linux. Хотя это не правильный путь, но я нахожу это достаточно простым, чтобы попробовать один раз.

...