问题
I\'m working on file upload via a webpage with a progress bar using Valums file uploader. Almost everything works fine, but I\'m not able to change the default tmp directory, where the file is stored during the upload.
Files should be stored in /upload
directory and not in default system /tmp
directory, because /tmp
is mounted in a RAM disk which has its size limited to 4 MB and user will be uploading files around 10 MB.
I\'ve searched lots of webpages, but none of solutions worked.
I\'ve set temp directory in php.ini
:
upload_tmp_dir =/upload
I\'ve set permissions to the /upload
dir, and apache is owner of the file, so the directory is definitely writable by PHP.
I\'ve set the target path in file uploader to /upload
, because I want the files to be stored after the upload also in this directory. The final result is small files are being uploaded successfuly, but files larger than 4 MB fail to upload-the only reason of this behaviour that comes to my mind is that files are stored in /tmp
during upload. To be sure, I\'ve checked it with sys_get_temp_dir()
and the result was /tmp
-so PHP ignores my php.ini directive or there is some other way to set where files are stored during upload.
Oh, and the last information: open_basedir
isn\'t set, so the PHP access to disk is only limited by file permissions.
回答1:
The problem described here was solved by me quite a long time ago but I don't really remember what was the main reason that uploads weren't working. There were multiple things that needed fixing so the upload could work. I have created checklist that might help others having similar problems and I will edit it to make it as helpful as possible. As I said before on chat, I was working on embedded system, so some points may be skipped on non-embedded systems.
Check
upload_tmp_dir
in php.ini. This is directory where PHP stores temporary files while uploading.Check
open_basedir
in php.ini. If defined it limits PHP read/write rights to specified path and its subdirectories. Ensure thatupload_tmp_dir
is inside this path.Check
post_max_size
in php.ini. If you want to upload 20 Mbyte files, try something a little bigger, likepost_max_size = 21M
. This defines largest size of POST message which you are probably using during upload.Check
upload_max_filesize
in php.ini. This specifies biggest file that can be uploaded.Check
memory_limit
in php.ini. That's the maximum amount of memory a script may consume. It's quite obvious that it can't be lower than upload size (to be honest I'm not quite sure about it-PHP is probably buffering while copying temporary files).Ensure that you're checking the right php.ini file that is one used by PHP on your webserver. The best solution is to execute script with directive described here http://php.net/manual/en/function.php-ini-loaded-file.php (
php_ini_loaded_file
function)Check what user php runs as (See here how to do it: How to check what user php is running as? ). I have worked on different distros and servers. Sometimes it is
apache
, but sometimes it can beroot
. Anyway, check that this user has rights for reading and writing in the temporary directory and directory that you're uploading into. Check all directories in the path in case you're uploading into subdirectory (for example/dir1/dir2/
-check bothdir1
anddir2
.On embedded platforms you sometimes need to restrict writing to root filesystem because it is stored on flash card and this helps to extend life of this card. If you are using scripts to enable/disable file writes, ensure that you enable writing before uploading.
I had serious problems with PHP >5.4 upload monitoring based on sessions (as described here http://phpmaster.com/tracking-upload-progress-with-php-and-javascript/ ) on some platforms. Try something simple at first (like here: http://www.dzone.com/snippets/very-simple-php-file-upload ). If it works, you can try more sophisticated mechanisms.
If you make any changes in php.ini remember to restart server so the configuration will be reloaded.
回答2:
I struggled with this issue for a long time... My solution was to modify the php.ini file, in the folder that contained the php script. This was important, as modifying the php.ini at the root did not resolve the problem (I have a php.ini in each folder for granular control). The relevant entries in my php.ini looked like this.... (the output_buffering is not likely needed for this issue)
output_buffering = On
upload_max_filesize = 20M
post_max_size = 21M
回答3:
create php-file with:
<?php
print shell_exec( 'whoami' );
?>
or
<?php echo exec('whoami'); ?>
try the output in your web-browser. if the output is not your user example: www-data then proceed to next step
open as root:
/etc/apache2/envvars
look for these lines:
export APACHE_RUN_USER=user-name
export APACHE_RUN_GROUP=group-name
example:
export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data
where:
username = your username that has access to the folder you are using group = group you've given read+write+execute access
change it to:
export APACHE_RUN_USER="username"
export APACHE_RUN_GROUP="group"
if your user have no access yet:
sudo chmod 775 -R "directory of folder you want to give r/w/x access"
回答4:
My problem was selinux...
Go sestatus
If Current mode: enforcing
Then chcon -R -t httpd_sys_rw_content_t /var/www/html
回答5:
In my case, it was the open_basedir which was defined. I commented it out (default) and my issue was resolved. I can now set the upload directory anywhere.
来源:https://stackoverflow.com/questions/12531408/setting-php-tmp-dir-php-upload-not-working