I'm trying to test a WordPress installation in XAMPP for OS X (running version 0.7.3 because I prefer the included version of phpMyAdmin). When I try to upload media files, it returns an error about not having a temporary folder. Same with any upload form I test in other applications.
Is there anything I can do to get it to allow uploads to function normally, as if it were a remote machine?
You'll simply need to create a /tmp and /wwwtmp in your sites root directory.
Check the permissions set for these directories
Related
Hi i have been trying last night about this error. The error comes when i am standing in a directory and i want to access a file yiic but error comes
The System cannot find the path specified
My system:
Windows 8.1 64 bit
wamp server 3.0.06 64bit
PHP version 5.6.25(used by wamp server)
Yii 1.1.19
My file strucure:
C-->wamp64-->www->yii-->framework
Problem:
I am standing in framework folder. When i type this command to create a new yii project
C:\wamp64\www\yii\framework> yiic webapp C:\wamp64\www\testapp
I get this error
The System cannot find the path specified
Things I have tried so far:
Ran cmd as administrator but same result
unlocked the yii zipped file, I have read that on some site that windows sometimes blocks .bat files in zipped file but same result
Have you tried the following?
C:\wamp64\www\yii\framework> php yiic.php webapp C:\wamp64\www\testapp
You can find more details in an official docs:
Note: When running yiic on Mac OS, Linux or Unix, you may need to
change the permission of the yiic file so that it is executable.
Alternatively, you may run the tool as follows,
% cd WebRoot %
php YiiRoot/framework/yiic.php webapp testdrive
http://www.yiiframework.com/doc/guide/1.1/en/quickstart.first-app
I just downloaded yii and there is no framework folder and I can't execute yiic
After uploading my Laravel project to my remote Linux server that runs Ubuntu LTS 12.04 loading any page is turning back a blank page.
In my case this was caused by incorrect folder permissions on the app\storage folder. Change the permissions on this folder to 777 by issuing chmod -R 777 on the storage folder. Be sure to only do this on the storage folder.
I had the same problem, in addition to the storage permissions, make sure that all the view files names match, my local host didn't complain about the case but my server threw an exception saying that the view doesn't exist because it was named with a capital letter.
Ok, so I need to download files from my server since they are files that users upload. The reason I am using FTP with WAMP is just so I can test my script on my computer. Once I get it working, I can change the config files once the app is uploaded to a web server. I am using FileZilla.
MY application installation folder:
W:\wamp\www\idealeffort
The above directory is also set as my FileZilla user's home directory. There is a folder in my application called "_resumes". These are the files that I will need to download. So here is the script that I use to download these files.
$this->load->library('ftp');
$this->ftp->connect();
$this->ftp->download('/_resumes/'.$app['resume_filename'], FCPATH.'_resumes/'.$app['resume_filename']);
$app['resume_filename'] is a database result. I have checked to make sure that the file exists. I get the error "Unable to download the specified file. Please check your path."
Any ideas?
Note: FCPATH displays as "W:\wamp\www\idealeffort\ "
If you check codeigniter help
you have to give path from /public_html/....
So i think its problem with path.
Hope this helps
i have upgraded my XAMPP server to 1.7.7, after that the file uploaded using the php move_uploaded_file function is not accessible from the network. It works OK in the server. But from a remote machine it shows there is not enough permission.I can see the files in the uploads folder but I can't copy,move, rename or preview it.
$isMove = move_uploaded_file ($_FILES['image']['tmp_name'],'uploads/'.$_FILES['image']['name']);
if I uses the copy function instead of the move_uploaded_file it works perfect. But i have used move_uploaded_files in many projects. Is there any fix for this problem.
Also a project using the zend optimizer is also not working after the upgrade.
I think that you need to set permissions of the directory so as PHP scripts can run with uid of user who has write permission or else in the case if the permissions are not such if they give write permission to user www-data they may give error.
When I try to install any component, specifically my mtwMigrator component, I receive the following error:
* Warning! Failed to move file.
This is on a fresh install, with FTP Layer turned off, with default content installed, Joomla 1.5.14, latest PHP and my_SQL versions, Legacy mode turned on.
A very common cause of this error is due to file permissions. Joomla must be able to copy the files from your component into the components and administrator/components directories. If the system user the webserver runs as does not have write permissions to these folders, it will not be able to copy the files over.
The FTP layer is there to get around this issue. With the FTP layer on, you upload the component to the server first, then it is FTP'ed from the temporary directory to localhost. For this to work, the FTP user you specify must have permission to write to the components and administrator/components folders.
I had a similar problem when moving between machines (I know you said it was a fresh install - but someone might find this helpful). Ensure the $tmp_path entry in joomla\configuration.php is pointing to a valid directory. Mine wasn't.
In your Joomla backend, on the top menu, go to Help >> System Info >> Directory Permission and ensure that that are writable otherwise you don't want to have to change the folders to 777 and back again each time you install an extension.
In addition to this, you can mass chmod folders and files using Akeeba Admin Tools.
You mgiht also want to update to the latest Joomla 1.5 version (1.5.26)
The most ideal permission for Joomla directories is 755. There are cases when mod_suphp is not installed that the permission problem would occur.
Make sure that mod_suphp is installed and loaded by checking your php info e.g. and running this on your browser. If mod_suphp is not installed, then you will need help from your hosting provider to install this for you.
Normally, all directerories should have 755 (rwxr-xr-x) and all files 644 (rw-r--r--). If you want to set the most directories to not-writetable, you will need at least the directories listed in Help > System info > Directory Permissions. (Here you can also check which directories need to be changed, as non-writetable directories are shown in red.)
In some shared hosting environments, 755 / 644 isn't enough, as the owner of the file is not the (Web)Server User, but the FTP-User ... so either change it to 777 / 666 (not recommended, as you allow others to write your files), or get your FTP layer to work.
Another try: Joomla! does not work yet with the recent PHP 5.3. Can you use PHP 5.2? (Similar Problem in the Joomla Forum)