Bash SuiteRM-修复文件权限
我正在尝试更新SuiteRM的文件权限 我需要在GNUBash中运行以下代码,但我无法找出列出文件权限的正确语法 我是root用户Bash SuiteRM-修复文件权限,bash,syntax,suitecrm,Bash,Syntax,Suitecrm,我正在尝试更新SuiteRM的文件权限 我需要在GNUBash中运行以下代码,但我无法找出列出文件权限的正确语法 我是root用户 sudo chown -R www-data:www-data . sudo chmod -R 755 . sudo chmod -R 775 cache custom modules themes data upload sudo chmod 775 config_override.php 2>/dev/null 版本是GNUBASH,版本4.2.4
sudo chown -R www-data:www-data .
sudo chmod -R 755 .
sudo chmod -R 775 cache custom modules themes data upload
sudo chmod 775 config_override.php 2>/dev/null
版本是GNUBASH,版本4.2.46(2)-发行版(x86_64-redhat-linux-GNU)文件权限的语法正确我想这对于递归更改所有文件的权限是很好的
sudo chmod -r 755 *
对于SuiteCRM,这就是我重置权限的方法(执行前必须是root用户) 请根据您的web服务器用户进行调整(这是针对ubuntu的) 对于redhat,apache Web服务器通常作为
apache
用户运行,因此您应该运行:
find . -type d ! -path ./vendor -exec chmod 0755 {} \; && find . -type f ! -path ./vendor -exec chmod 0644 {} \;
chmod -R 775 cache custom modules themes data upload config_override.php config.php
chown -R apache:apache .
第一行确保所有文件都是644
,所有文件夹都是755
,以确保您没有奇怪的权限
最后但并非最不重要的一点是,只有在有人拥有SUPPP的情况下,您才需要为redhat和chown www-data.nobody运行chown apache.nobody./
因为apache通常以nobody身份运行并且需要访问根文件夹+SUPPP可能会抱怨对某些文件夹具有组写入权限,所以请调整:)
编辑:已排除具有自己文件权限需求的供应商文件夹(bin文件夹具有可执行文件)是否要更改或仅列出文件权限?如果要仅列出文件权限,请尝试仅ls-al
或ll
Hi Kent我正在尝试更改文件权限。“我无法找出列出文件权限的正确语法。”。请澄清问题的文本。祝你好运。
find . -type d ! -path ./vendor -exec chmod 0755 {} \; && find . -type f ! -path ./vendor -exec chmod 0644 {} \;
chmod -R 775 cache custom modules themes data upload config_override.php config.php
chown -R apache:apache .