I cannot install Joomla Component or Wordpress Plugins and also I'm getting a message in Joomla CMS saying it cannot write to the server.
I called hosting company and they said that HTTP write and execute seems disabled.
I'm not sure what owner is created when file or folder is created via script inside CMS. I have seen owner 99 or root before when created via CMS but what effect does that have?
How do I go about changing access rights on which user to ensure this is working?
I'm using Cent OS Linux server.
Check the directory permissions.
To do that login to admin panel and select "Help > system info" from the top menu. Then select "Directory permissions" and check if all needed dirs are Writable
Related
I have IIS installed on a server.
It is currently on the intranet as http://mySite which has a few basic html pages that load when you go to that URL
I've made a virtual directory called MyWebApp, which sits at http://mySite/MyWebApp
How do I go about making MyWebApp the default site when you type mySite into the browser?
I don't want it to come up as mySite/MyWebApp when you visit the page either.. I just want it to always say mySite.
Wouldn't it just be simpler to build your app in your root directory? However, you can change the root directory of your IIS6 website by:
To change the home directory of a Web site using IIS Manager
In IIS Manager, expand the local computer, expand the Web Sites directory, right-click the Web site you wish to change, and click Stop.
Use Windows Explorer, to rename the LocalDrive:\Inetpub\Wwwroot directory to the name of your choice. Alternatively, you can copy the entire \Wwwroot directory tree to a new location.
I have installed joomla on my new account . All the files are showing the FTP username as the owner of files . But when i go to joomla admin section and check directory permissions , it says the few folders are unwritable .
Does it mean that admin page is using different user than FTP username
Its not about ownership, usually its about permissions. If you want to understand it all - there is a quite extensive FAQ
http://forum.joomla.org/viewtopic.php?t=121470
Short one - look into the the test results - note the files and directories to be changed. Depending on the security configuration of your Web server the recommended default permissions is:
755 for directories
644 for files
change them. For Filezilla (a free ftp client - my best guess on what you are using) a good tutrial how change file permissions is :
http://www.codeunit.co.za/2008/07/18/remotely-changing-multiple-linux-file-permissions-with-filezilla/
Since the owner usually has the most rights, changing the ownership of all files to the http-server process owner could also work' but then again - you would have to do this each time and its not possible via ftp.
Yes, if this is hosted on apache, the apache server usually runs as user www-data.
I have an InstallScript installer that utilizes dynamic file links for several components. These components contain configuration files that standard users should be able to edit. We recently discovered that when these files are installed on Windows Server 08, the permissions are set to full access for the Administrators group, but only read & execute access for the Users group. The typical install location is C:\programName.
I've tried creating new files manually as an admin (right click - new text file) in the C:\programName directory, and they are generated with identical permissions. I'm assuming that this is just the standard permission setup for new files.
Is there any way, within InstallShield, to set the permissions for dynamically linked files or the directory containing them?
I've looked for permission settings in
Organization -> Components
Application Data -> Files and Folders
but I haven't found anything. The documentation on dynamic file links makes no mention of permissions.
We are using InstallShield 2010.
Generally these permissions are a good thing; they're inherited from their parent folders. Non-administrator users (including the limited access admin before accepting a UAC prompt) should be unable to modify files under Program Files or C: so I would suggest addressing this concern in your application (for instance by using each user's Documents folder). Since you don't talk about why you need it, it's hard to say with certainty if this applies to your case.
If it turns out it does make sense to address this in the installation instead of the application, you can use the SetObjectPermissions API to set permissions programmatically.
In "Files and Folders" page right-click the file or folder, select Properties and click the Permissions button. In the "Permissions" dialog you can then right-click in the Name(s) list and use the New context menu option to add a new permission.
If the option is not available for a file, you can try setting it on the parent folder.
I am using InstallShield 2010 I am trying to create an installation MSI which will modify a Web application's virtual directory path under the "Default Web Site". I was trying many way in the Installation Designer but I can't mange to overwrite the changes. It is possible to do it or do I need to implement custom actions.
Thanks
Thurein
Are you trying to update the root directory of the default website itself? ( I.E. change it from C:\InetPub to something else ) If so, InstallShield doesn't support this. You can create additional virtual directories and you can create additional websites responding on different ip's, ports or host headers but you can't update the root default website out of concern of messing up existing applications and content.
I am using Windows Server 2008 x64. I login using administrator. I want to add a new user for read/write access for a folder under c:\windows\system32. I tried to select folder (right click), then select Property -> Security -> Edit under Security Tab, the Add button is greyed out. Why? Any programming based or other quick solutions?
I tried the same operation under other non-windows system folder, it is ok to add new user to permission.
thanks in advance,
George
If the folder doesn't give administrator permission to edit the folder's settings then administrator can't edit the folder's settings.
One answer that would belong on Server Fault is that if administrator can take ownership of the folder then administrator can edit the folder's settings to give administrator permission to edit the folder's settings (this part seems recursive).
Programmatically, you could write a program which would edit the folder's settings. If administrator executes the program, it will still fail. If administrator installs the program as a service, to execute under the Local System account, the program will have a better chance of success.