Home  >  Article  >  Backend Development  >  How to solve the problem of PHP mkdir() not having write permission

How to solve the problem of PHP mkdir() not having write permission

不言
不言Original
2018-06-13 14:58:393156browse

This article mainly introduces the solution to the problem of PHP mkdir() without write permission, a detailed explanation of umask and the solution to the problem of no write permission after mkdir(). Friends in need can refer to it

When using mkdir to create a folder, it is found that this function has two parameters. The second parameter specifies permissions for the newly created folder.

But if you use mkdir('file address', 0777); directly, you will find that the permissions of the new folder are not 777, but usually 022.

Because when mkdir sets permissions for a folder, it performs a bitwise AND with the umask (user default permission attribute) value of the user currently logged in to the operating system, and the resulting value is the final permission value.

What is umask?

How do we get the default permissions for files we create? How to change this default permission?

When we log in to the system and create a file, there is always a default permission. So where does this permission come from? This is what umask does.

umask sets the default permissions for files created by users. It has the opposite effect to chmod. umask sets the permission "complement code", while chmod sets the file permission code. Generally, the umask value is set in /etc/profile, $HOME/.bash_profile or $HOME/.profile.

How to calculate the umask value?

The umask command allows you to set the default mode when creating files. There is a corresponding number in the umask value for each type of user (file owner, user in the same group, other users). For files, the maximum value of this number is 6. The system does not allow you to give execution permission to a text file when you create it. You must use the chmod command to increase this permission after creation. Directories allow setting execution permissions, so for directories, the maximum number in umask can be up to 7.

The general form of this command is: umask nnn, where nnn can be 000-777.

We just need to remember that umask "takes away" the corresponding bit from the permissions.

For example: if the umask value is 022, the default directory permission is 755 and the default file permission is 644.
So, if the user umask is 022 (generally the default is this), that is: 000 010 010 is equal to 777 specified by mkdir, that is: 111 111 111. After the "AND", the real permission obtained is: 022.

If you want to maximize the permissions of the new folder, there are two ways to achieve it: (of course, under the condition that the current user can grant the highest permissions)

1. Modify the user umask, php The umask function is provided:

$oldumask=umask(0); 
mkdir('test',0777); 
umask($oldumask);

This method seems to work once and for all. Specify the umask value in the opening file of the script, and then directly use mkdir to control permissions. What needs to be noted is: use umask on a multi-threaded server. function, multiple threads will share a umask, so confusion may occur.

2. Use the chmod function, which is also the most commonly used method:

mkdir('文件地址', 0777); 
chmod('文件地址', 0777);

Finally, it should be noted that the permission value is best expressed in octal, that is, starting with "0", and be sure not to add quotation marks.

The above is the entire content of this article. I hope it will be helpful to everyone's study. For more related content, please pay attention to the PHP Chinese website!

Related recommendations:

How to solve the error No supported encrypter found in laravel 5.1

##How to solve the Fatal error session_start in PHP ()mistake

The above is the detailed content of How to solve the problem of PHP mkdir() not having write permission. For more information, please follow other related articles on the PHP Chinese website!

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn