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

На моем сайте:ошибка при обработке этой директивы

http://bammeh.com/tempemail/

я получаю erros во всем моем сайте, используя PHP файлы, которые ARENT CHMOD 644 или 755.

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

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

И Я ж я CHMOD рекурсивно к 644 я получаю:

Запретный

У вас нет разрешения на доступ/одноразовый/администратор/на этом сервере.

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

источник

2012-03-30 user1304317

Я читал сообщения других народов, и я попробовал их ответы, безрезультатно. – user1304317

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

источник

2012-03-31 00:03:16 BenOfTheNorth

Спасибо! Получил это выяснено :) – user1304317

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

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

источник

2012-11-08 17:05:43 Shiv

я пришел крест с подобным родом вопрос после работы решения для меня проверить код, который вы могли бы написали комментарий <! - # некоторых comment-- > " добавить пространства " < - [добавить пробел] #Some комментарий [добавить пространство] - > " Как это " < - #Some комментарий - >

источник

2013-06-13 04:41:46

спасибо Дорогой. но получил этот ответ? –

Это просто нарушает директивы SSI. – Jeremy

Я не знаю, как вы поняли, что это исправить, но благословите ваше сердце. ти! –

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

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

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

источник

2014-02-05 10:18:45

Разрешения почти никогда не должны быть 777 на что-либо, но как это может быть «причиной ограничения» чего-либо? –

работал в моем случае –

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

источник

2014-08-18 07:21:42 buzibuzi

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

источник

2014-09-16 04:54:13 Lloyd95

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

` # 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`

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

источник

2015-12-05 15:29:08

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

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

Когда я напечатал:

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

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

источник

2017-02-14 10:43:27 Hugo

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

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

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

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

источник

2017-07-04 13:27:55 SDDev

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

ответ

Смежные вопросы