이 오류가 발생할 수있는 여러 가지 이유가 있으므로 먼저 확인해야 할 사항에 대한 점검표가 상당히 도움이됩니다.

다음 줄의 문제를 해결한다고 가정 해 보겠습니다.

require "/path/to/file"

점검표

1. 파일 경로에 오타가 있는지 확인

• 수동으로 확인 (경로를 시각적으로 확인)

• 또는 호출 한 것을 자신의 변수 로 옮기 require*거나 include*복사하고 복사 한 후 터미널에서 액세스 해보십시오.

  $path = "/path/to/file";
  
  echo "Path : $path";
  
  require "$path";

  그런 다음 터미널에서 :

  cat <file path pasted>

2. 상대 경로와 절대 경로를 고려하여 파일 경로가 올바른지 확인하십시오.

• 슬래시 “/”로 시작하면 웹 사이트 폴더의 루트 (문서 루트)가 아니라 서버의 루트입니다.
  • 예를 들어, 웹 사이트의 디렉토리는 /users/tony/htdocs
• 슬래시로 시작하지 않으면 포함 경로 (아래 참조)에 의존하거나 경로가 상대적입니다. 상대적인 경우 PHP는 현재 작업 디렉토리 의 경로를 상대적으로 계산 합니다.
  • 따라서 웹 사이트 루트의 경로 또는 입력하는 파일과 관련이 없습니다.
  • 따라서 항상 절대 파일 경로를 사용하십시오

모범 사례 :

런타임시 절대 경로를 생성하면서 주위를 움직일 때 스크립트를 강력하게 만들기 위해 두 가지 옵션이 있습니다.

1. 사용하십시오 require __DIR__ . "/relative/path/from/current/file". __DIR__마법 상수는 현재 파일의 디렉토리를 반환합니다.

2. SITE_ROOT상수를 직접 정의 하십시오.

   • 웹 사이트 디렉토리의 루트에서 파일을 만듭니다 (예 : config.php

   • 에 config.php쓰고

     define('SITE_ROOT', __DIR__);

   • 사이트 루트 폴더를 참조하려는 모든 파일에서를 포함하고 원하는 곳 config.php에서 SITE_ROOT상수 를 사용하십시오 .

     require_once __DIR__."/../config.php";
     ...
     require_once SITE_ROOT."/other/file.php";

이 두 가지 방법은 포함 경로와 같은 ini 설정에 의존하지 않기 때문에 응용 프로그램의 이식성을 향상시킵니다.

3. 포함 경로 확인

상대적으로 또는 절대적으로 절대적으로 파일을 포함하지 않는 또 다른 방법은 include 경로 에 의존하는 것 입니다. Zend 프레임 워크와 같은 라이브러리 또는 프레임 워크의 경우가 종종 있습니다.

이러한 포함은 다음과 같습니다.

include "Zend/Mail/Protocol/Imap.php"

이 경우 “Zend”가있는 폴더가 포함 경로의 일부인지 확인해야합니다.

다음을 사용하여 포함 경로를 확인할 수 있습니다.

echo get_include_path();

다음을 사용하여 폴더를 추가 할 수 있습니다.

set_include_path(get_include_path().":"."/path/to/new/folder");

4. 서버가 해당 파일에 액세스 할 수 있는지 확인하십시오

서버 프로세스 (Apache 또는 PHP)를 실행하는 사용자에게는 해당 파일을 읽거나 쓸 수있는 권한이 없을 수 있습니다.

서버가 실행중인 사용자를 확인하려면 posix_getpwuid 를 사용할 수 있습니다 .

$user = posix_getpwuid(posix_geteuid());

var_dump($user);

파일에 대한 권한을 찾으려면 터미널에 다음 명령을 입력하십시오.

ls -l <path/to/file>

권한 기호 표기법을 봅니다.

5. PHP 설정 확인

위의 방법 중 어느 것도 작동하지 않으면 일부 PHP 설정으로 인해 해당 파일에 액세스하는 것이 금지되었을 수 있습니다.

세 가지 설정이 관련 될 수 있습니다.

1. open_basedir
   • 이것이 설정되면 PHP는 지정된 디렉토리 외부 (심볼릭 링크를 통해서도) 외부의 파일에 접근 할 수 없습니다.
   • 그러나 기본 동작은 설정되어 있지 않아야하며,이 경우 제한이 없습니다.
   • 이것은 전화 phpinfo()또는 사용하여 확인할 수 있습니다ini_get("open_basedir")
   • php.ini 파일 또는 httpd.conf 파일을 편집하여 설정을 변경할 수 있습니다
2. 안전 모드
   • 이것이 켜져 있으면 제한이 적용될 수 있습니다. 그러나 이것은 PHP 5.4에서 제거되었습니다. 안전 모드를 지원하는 버전을 계속 사용중인 경우 여전히 지원되는 PHP 버전으로 업그레이드하십시오 .
3. allow_url_fopen 및 allow_url_include
   • 이것은 로컬 파일 시스템에 파일을 포함하려고 할 때가 아닌 http : //와 같은 네트워크 프로세스를 통해 파일을 포함하거나 여는 경우에만 적용됩니다
   • 이것은 확인 ini_get("allow_url_include")하고 설정할 수 있습니다ini_set("allow_url_include", "1")

코너 케이스

위의 방법으로 문제를 진단 할 수없는 경우 다음과 같은 특별한 상황이 발생할 수 있습니다.

1. 포함 경로에 의존하는 라이브러리 포함

상대 경로 또는 절대 경로를 사용하여 Zend 프레임 워크와 같은 라이브러리를 포함시킬 수 있습니다. 예를 들면 다음과 같습니다.

require "/usr/share/php/libzend-framework-php/Zend/Mail/Protocol/Imap.php"

그러나 여전히 같은 종류의 오류가 발생합니다.

포함 된 파일 (성공적으로)에 다른 파일에 대한 include 문이 있고 두 번째 include 문은 해당 라이브러리의 경로를 include 경로에 추가했다고 가정하기 때문에 발생할 수 있습니다.

예를 들어 앞에서 언급 한 Zend 프레임 워크 파일은 다음과 같습니다.

include "Zend/Mail/Protocol/Exception.php" 

상대 경로 또는 절대 경로에 의한 포함이 아닙니다. Zend 프레임 워크 디렉토리가 포함 경로에 추가되었다고 가정합니다.

이 경우 실용적인 해결책은 포함 경로에 디렉토리를 추가하는 것입니다.

2. SELinux

Security-Enhanced Linux를 실행중인 경우 서버에서 파일에 대한 액세스를 거부하여 문제의 원인 일 수 있습니다.

시스템에서 SELinux가 사용 가능한지 확인하려면sestatus 터미널 에서 명령을 실행하십시오 . 명령이 존재하지 않으면 시스템에 SELinux가없는 것입니다. 존재하는 경우 적용 여부를 알려야합니다.

SELinux 정책이 문제 의 원인인지 확인하려면 일시적으로 해제하십시오. 그러나 보호 기능이 완전히 비활성화되므로 신중해야합니다. 프로덕션 서버에서는이 작업을 수행하지 마십시오.

setenforce 0

SELinux를 끄는 데 더 이상 문제가 없으면 이것이 근본 원인입니다.

이를 해결하려면 SELinux를 적절히 구성해야합니다.

다음과 같은 컨텍스트 유형이 필요합니다.

• httpd_sys_content_t 서버가 읽을 수있는 파일
• httpd_sys_rw_content_t 읽기 및 쓰기 액세스를 원하는 파일
• httpd_log_t 로그 파일
• httpd_cache_t 캐시 디렉토리

예를 들어, httpd_sys_content_t컨텍스트 유형을 웹 사이트 루트 디렉토리에 지정하려면 다음을 실행하십시오.

semanage fcontext -a -t httpd_sys_content_t "/path/to/root(/.*)?"
restorecon -Rv /path/to/root

파일이 홈 디렉토리에 있으면 httpd_enable_homedirs부울 을 켜야합니다 .

setsebool -P httpd_enable_homedirs 1

어쨌든 SELinux가 정책에 따라 파일에 대한 액세스를 거부하는 여러 가지 이유가있을 수 있습니다. 그래서 당신은 그것에 문의해야합니다. 다음 은 웹 서버용 SELinux 구성에 대한 자습서입니다.

3. 심포니

Symfony를 사용 중이고 서버에 업로드 할 때이 오류가 발생하는 경우 업로드 app/cache되었거나 캐시가 지워지지 않아 앱의 캐시가 재설정되지 않았을 수 있습니다 .

다음 콘솔 명령을 실행하여이를 테스트하고 수정할 수 있습니다.

cache:clear

4. Zip 파일 내의 비 ACSII 문자

zip->close()zip 내부의 일부 파일에 파일 이름에 ASCII가 아닌 문자 (예 : “é”)가있는 경우 호출 할 때도이 오류가 발생할 수 있습니다 .

잠재적 인 해결책은 utf8_decode()대상 파일을 작성하기 전에 파일 이름을 랩핑하는 것 입니다.

크레딧 프랜 카노 이 문제에 대한 해결책을 식별하고 제안에 대한

답변

<Directory /var/www/vhosts/domain.com>
    <IfModule mod_php5.c>
        php_admin_flag engine on
        php_admin_flag safe_mode off
        php_admin_value open_basedir "/var/www/vhosts/domain.com:/tmp:/usr/share/pear:/local/PEAR"
    </IfModule>
</Directory>

chmod 777 /path/to/file

$document_root = $_SERVER['DOCUMENT_ROOT'];
echo "root: $document_root";
include($document_root.'/functions/connections.php');

chmod -R 777 myfolder