아래 편집기는 Linux에서 PHP가 실행될 때 파일 권한을 명확히 하는 기사를 제공합니다. 에디터가 꽤 좋다고 생각해서 지금 공유해서 참고용으로 올려보겠습니다. 에디터 따라가서 함께 살펴볼까요
1. 파일 권한과 소유권
1. 파일에는 세 가지 유형의 권한이 있는데, 이런 식으로 대신 숫자를 사용할 수 있습니다. 숫자를 사용하면 이 파일의 권한을 식별할 수 있습니다. 예를 들어 7=4+2+1은 읽기, 쓰기 및 실행의 세 가지 권한이 있음을 의미합니다. 6=4+2는 읽기 및 쓰기 권한이 있음을 의미합니다. 실행 권한 등
2. Lenovo 웹 애플리케이션의 rbac 권한 관리 등 Linux에서는 사용자 권한 관리도 있습니다. 일반적으로 사용자를 생성할 때 그룹은 다음과 같습니다. 동시에 동일한 이름이 생성됩니다.
먼저 루트 계정으로 로그인하고 마음대로 새 디렉토리와 파일을 생성하세요
#新建目录 mkdir abc #新建文件 touch abc.txt #查看 ls -all
확인하면 다음과 같은 내용이 나옵니다.
#d开头的为目录，-开头为文件，还有l开头的为连接等 drwxr-xr-x 2 root root 4096 Jun 6 10:23 abc -rw-r--r-- 1 root root 0 Jun 6 10:23 abc.txt
먼저 파란색 부분을 보세요 위에서 첫 번째 숫자는 식별자입니다. 첫 번째 숫자는 세 자리로 구분됩니다. abc 폴더를 예로 들어 보겠습니다. d |
마찬가지로 위 파일에서 빨간색 부분은 소유자의 이름과 그것이 속한 그룹의 이름입니다. 즉, abc 폴더의 소유자는 루트이고, 그것이 속한 그룹은 루트입니다. 이때: 
원래 테스트하면서 말씀드리고 싶었는데 너무 귀찮아서 그냥 결과만 말씀드리겠습니다. 새 사용자를 직접 생성한 다음 권한을 수정하여 직접 테스트할 수 있습니다.
1. 디렉터리a. 디렉터리 입력, 즉 cd 명령, 필요한 권한은 실행 권한(x) b. 디렉터리의 파일 보기, 즉 ls 명령, 필요한 권한은 읽기입니다. 권한(r)
c. 디렉터리에 폴더/파일 생성 및 삭제, 즉 mkdir/touch 이름 지정. 필수 권한은 쓰기 권한(w) 그런데 디렉터리는 다음 수준에만 영향을 미치며, 해당 디렉터리에는 영향을 주지 않습니다. 세대 변경 영향은 abc/sub/ 디렉토리와 같습니다. abc에 w 권한이 없지만 sub에 w 권한이 있는 경우, abc에도 x 권한이 필요합니다. 들어가려면 생성은커녕 들어갈 수 있는 한(루트 관리자로 전환하여) 더 이상 abc의 영향을 받지 않고 sub만 영향을 받습니다. 일반적으로 디렉토리에는 읽기 및 실행 권한인 5(rx) 권한이 부여됩니다. 생성해야 하는 이미지 업로드 또는 캐싱과 같은 디렉토리에만 7(rwx) 권한이 부여됩니다. 2.a. 파일을 열려면 cat/vim 명령을 사용하여 열 수 있습니다. 파일을 수정하려면 cat/vim 명령을 사용하면 됩니다. 열어서 저장하세요 필수권한은 쓰기권한(r)w) c./abc.out 등 파일실행이 가능합니다. 필수권한은 실행권한(x)
설명이 필요합니다. 여기에는 명령줄 실행이든 웹 터미널 실행이든 상관없이 PHP(또는 셸 등)가 있습니다. 실행이라는 이름의 실행은 읽기 권한(r)이 있는 한 분석을 위해 실제로 파일을 PHP 커널로 읽어옵니다. 일반적으로 우리 파일에는 읽기 권한인 4(r) 권한이 부여됩니다. 파일에 내용을 써야 하는 로그, 캐시 등에 대해서만 6(rx) 권한이 부여됩니다위의 이유는 다음과 같습니다. 755, 777, 644 권한이 아니라 단일 권한만 표시됩니다. 왜냐하면 웹사이트 디렉토리의 권한은 실행 중에 사용된 사용자와 어떠한 관계도 보장할 수 없기 때문입니다. 소유자는 그룹일 수도 있고, 기타일 수도 있습니다 3. PHP 실행 시 권한 SSH를 통해 Linux에 접속할 때 로그인하려면 사용자 이름이 있어야 합니다. 마찬가지로 PHP가 처리하려는 경우 PHP 관련 파일도 특정 사용자의 작업에 있어야 하며 사용자는 어디에 생성되거나 정의됩니까? 예를 들어 apache, nginx 및 기타 환경에서는 사용자 및 사용자 그룹이 생성됩니다. 기본적으로 이 사용자는 PHP를 읽을 때 사용됩니다. 구성 파일#apache在配置文件httpd.conf
User www
Group www
#nginx在配置文件nginx.conf
user www www;
#查看apache进程 ps -ef|grep httpd #查看nginx进程 ps -ef|grep nginx #查看php-pfm进行 ps -ef|grep php-pfm
root 1663 1 0 09:14 ? 00:00:00 /www/wdlinux/apache/bin/httpd//主进程 www 1697 1663 0 09:14 ? 00:00:05 /www/wdlinux/apache/bin/httpd//子进程 www 1698 1663 0 09:14 ? 00:00:05 /www/wdlinux/apache/bin/httpd
这里需要注意的是，如果有安装php-pfm，则应该还需要查看php-pfm执行时的用户名及用户组。（没有安装，所以没实践过）
默认的可能是nobody或者apache等其它的用户及用户组，上方是已修改过的。此时应该在网站目录中用ls-all来确认下网站文件是属于哪个用户，分几种情况说明下吧：
a、例如网站所有者是这样：
drwxr-xr-x 2 www www 4096 Jun 6 10:23 system drwxr-xr-x 2 www www 4096 Jun 6 10:23 tmp -rw-r--r-- 1 www www 0 Jun 6 10:23 index.php ...
网站所有者为www，而php执行者也为www，那说明是具有owner权限，上方system文件夹中755中的55根本不起作用，只要是7xx就会以7（rwx）的权限来执行。
b、如果网站所有者是这样：
drwxr-xr-x 2 test www 4096 Jun 6 10:23 system drwxr-xr-x 2 test www 4096 Jun 6 10:23 tmp -rw-r--r-- 1 test www 0 Jun 6 10:23 index.php ...
网站所有者为test，所属组为www，而php执行者为www，执行组为www，那说明是说在同一组中，具有group权限，上方system文件夹中755中的7和5不起作用，只要是x5x就会以5（rx）的权限来执行。
c、如果网站所有者是这样：
drwxr-xr-x 2 test test 4096 Jun 6 10:23 system drwxr-xr-x 2 test test 4096 Jun 6 10:23 tmp -rw-r--r-- 1 test test 0 Jun 6 10:23 index.php ...
网站所有者为test，所属组为test，而php执行者为www，执行组为www，那说明是说根本没什么关系，具有other权限，上方system文件夹中755中的75不起作用，只要是xx5就会以5（rx）的权限来执行。
所以不能简单的说修改权限为755，644什么的，还需要确认程序的执行者和网站的所有者才能确定权限。
目前好多集成环境为了省事（嗯，lanmpv3等），将php的执行权限和网站所在目录都设置为www，此时一般创建完目录后为755，创建文件后为644，当php执行时，起作用的目录权限为7（所有目录拥有创建删除权限）和文件权限6（所有文件具有写权限），这种是不是挺不安全的？正常应该是目录为5，文件为4，当有特殊需求时才将权限设为7。如果出现上方说的这种情况，修改的方法一是修改apache/nginx的用户和用户组，二是修改网站文件的所有者和所有组这两个方向来修改，以确保网站的安全。
以上，只是基础的权限说明。
위 내용은 Linux에서 PHP를 실행할 때 파일 권한 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
