After transferring my site from development domain to a live domain I have tried to use the magento connect manager to install an extension, however I keep getting:
CONNECT ERROR: Please check for sufficient ftp write file permissions.
Your Magento folder does not have sufficient write permissions, which downloader requires.
I have set my folder permissions to be:
root: 777
downloader (and recursively into directories only) 777
downloader/config.ini 666
media 777
media/downloadable 777
var 777
app/etc 777
app/code/community 777
var/cache 777
I have also used the magento file permissions cleanup tool located at this post: http://www.magentocommerce.com/wiki/groups/227/resetting_file_permissions
I have also flushed cache and disabled cache within the site for the moment.
Still no joy! I keep getting the same error message - can anyone advise?
Try downloader and its inner folders permission as 775 and files as 664.
Sometimes the group and user ownership (of files and folders) will change when moving from one host to another. Make sure that the files are owned and accessible to the web server.
Related
I want to know that if we set the 777 permission on a folder to upload filed, do we need to set the permission of internal folders as well or it will work inside the external folder for which we have set the permission
exp.
images/newfolder
if we set the permission of images, newfolder will allow uploading files automatically or not?
Actually the answer is no. Setting 777 permissions on a folder does not guarantee that all sub folders are also having the permission 777. Unless you do that recursively. So check which OS you use and do that recursively. I use linux (Ubuntu) and I can do this
sudo chmod -R 777 /path/to/dir/
Before creating this post I've searched SOF for similar problems but I didn't those advices didn't help me.
Magento Error:
CONNECT ERROR: Please check for sufficient write file permissions.Your Magento folder does not have sufficient write permissions, which downloader requires.
I have checked 100's times - permissions are right 777 for all the possible folders (var, media, downloader, etc), but still no luck.
At the same time I can download/upload files using FileZilla SFTP - I also can upload for example, images when I work with pages, but only with Chrome and can't do with Safari. Website is currently is on beta version and is accessible only via IP, but I guess this has nothing to do with it.
This:Magento Connect Manager & ftp write file permissions
nor this: Warning: Your Magento folder does not have sufficient write permissions
nor this: http://www.magentocommerce.com/wiki/groups/227/resetting_file_permissions
didn't help me...
When I was doing last url's advice I got error:
sudo chmod o+w var app/etc
chmod: cannot access ‘var’: No such file or directory
chmod: cannot access ‘app/etc’: No such file or directory
Please let me know what I can do to fix this!
Maybe this has something to do with my hosting - Digitalocean?
Thanks in advance!
Try to use full path to this folders and set permissions to subfiles/subfolders too:
sudo chmod -R 775 /full/path/to/magento/app/etc
sudo chmod -R 775 /full/path/to/magento/var
if it still return 'No such file or directory', just create it before:
sudo mkdir /full/path/to/magento/app/etc
sudo mkdir /full/path/to/magento/var
If this don't help - contact your hosting support, may be web server user is 'nobody' and don't have permissions to folders or something like this.
I can't get Fedora to allow med to delete installation files or write the configuration.php. I have chmod 777 all files and directories.
chown apache:apache all files.
It will work correctly if I copy the configuration.php to the directory. But then I can't upload templates because the joomla/tmp folder is not writable.
Any ideas how to get it to work?
Firstly, change back the file permissions. Do not make everything 777. Files should be 644 and folders should be 755.
The reason why you are not able to edit files or upload anything is due to the folder ownership. This is something that you hosting provider will need to sort out for you.
The actual problem was that SELINUX prevented apache from writing to disc.
I moved my WordPress website to another domain by same hosting provider.
At the previous webhosting the upload folder seemed to work with 755 CHMOD setup on uploads directory - all subdirectories were set to 755.
Now I'm facing a weird issue because the system threw an error that this folder is not writable under 755 setup.
So I changed the CHMOD setup of uploads dir to 777, uploaded the file and reverted back to 755. Weird thing is that the subdirs 2013/month are set automaticaly to 777 now and I can't change them.
I tried using recursion in FileZilla, but the response was
550 CHMOD 755 10: Operation not permitted
any suggestions how to resolve this?
thank you in advance for your posts.
I would contact your host and have them check the ownership and group of your folders/files. You may not have permission to change them yourself, which would explain the issues you're having in FileZilla.
I'm trying to set up a fresh install of drupal on on linux box and I'm getting the error:
Settings file The settings file does not exist.
The Drupal installer requires that you create a settings file as part of the installation process. Copy the ./sites/default/default.settings.php file to ./sites/default/settings.php. More details about installing Drupal are available in INSTALL.txt.
I have set the permissions for the settings.php file but it is still doing it. sites,default and files all have 777 permissions but it still won't work. I have both the default.settings.php and settings.php in the default folder.
Thanks
You have to keep in mind some things:
Your web server has to have the permission to run your code. If you are using Ubuntu, it would be better if you give www-data.www-data (user and group) permission to sites/default folder
To give 777 to files is dangerous because someone else can read this sensible file
Remember that all folders, including your Drupal root folder has to be readable, which means it has to have some thing like 755 permission.
Most time, this problem is related to the user running the web server and files.
Change back the settings.php permission.change settings.php permission to 755. (read only, to make protected)
Step by step:
Copy file default.settings.php to settings.php (do not rename). Now you have both files.
Change file permission settings.php to read/write with chmod 644 settings.php
Continue the installation..
After all installation finished, change file permission settings.php to read-only with chmod 755 settings.php
I hope it helps you
I have fixed that by this:
chown -Rv apache:apache /var/www
go to the directory that contain default.settings.php & settings.php files then, right click on each one then click on Get Info then scroll down until you see the permission of that file, make sure it's 'read & write' enter image description here