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

Question

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

http://bammeh.com/tempemail/

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

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

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

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

запрещено

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

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

Answer 1

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

Answer 2

Я сталкиваюсь с подобной проблемой, после решения проблемы для меня проверьте ваш код, вы, возможно, написали комментарий "добавьте пробел""Мне нравится"

Answer 3

Я решил проблему, просто добавив файл.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`

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

Answer 4

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

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

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

Answer 5

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

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

Answer 6

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

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

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

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

Answer 7

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

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

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

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

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

Answer 8

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

Answer 9

Проверьте свой html-код на наличие комментариев, например <!--{space}comment-->если есть, то удалите пробел и загрузите html файл. Надеюсь, это поможет!

Answer 10

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