Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-apps-script/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Permissions 打字3 9LTS-赢得图像';在使用plesk onyx将实例移动到linux根服务器后,无法进行渲染_Permissions_Typo3_Plesk_Typo3 9.x - Fatal编程技术网

Permissions 打字3 9LTS-赢得图像';在使用plesk onyx将实例移动到linux根服务器后,无法进行渲染

Permissions 打字3 9LTS-赢得图像';在使用plesk onyx将实例移动到linux根服务器后,无法进行渲染,permissions,typo3,plesk,typo3-9.x,Permissions,Typo3,Plesk,Typo3 9.x,我最近使用linux plesk onyx将一个typo3 9lts实例从托管服务器移动到根服务器。它似乎工作得很好,除了图像不会渲染,尽管它们在那里。我得到一个“HTTP/2 403禁止21ms”错误,所以我假设这是一个权限问题。如果我看一张图片,例如 /fileadmin/_processed_/2/9/csm_typo3-book-backend-login_af97155c7b.png 。。。比较路径,我为托管服务器(MS)和根服务器(rs)设置了以下权限: 我需要做什么才能再次渲染图

我最近使用linux plesk onyx将一个typo3 9lts实例从托管服务器移动到根服务器。它似乎工作得很好,除了图像不会渲染,尽管它们在那里。我得到一个“HTTP/2 403禁止21ms”错误,所以我假设这是一个权限问题。如果我看一张图片,例如

/fileadmin/_processed_/2/9/csm_typo3-book-backend-login_af97155c7b.png
。。。比较路径,我为托管服务器(MS)和根服务器(rs)设置了以下权限:

我需要做什么才能再次渲染图像?如果我需要更改权限,最好的方法是什么?

重新渲染图像 您可以使用InstallTool(维护›删除临时资源)重新渲染图像

权限 您应该考虑一个适合您的用例的许可概念

我只想建议一下我是如何做到这一点的——还有许多其他同样可行的方法

找出您的Web服务器使用的用户组 将正在更改文件的用户放入同一组 这可能是您用于部署到服务器的用户,FTP守护程序运行的用户

sudo usermod -a -G WEBSERVER_GROUP YOUR_USERNAME
在web应用目录上设置用户/组/权限 这还设置了目录上的setgid位,这意味着新创建的子目录将具有相同的组

确保也使用这些权限创建了新文件 检查您的用户创建的新文件(或FTP守护程序,或…)是否将授予该组完全权限

umask
# that should start with 000 - e.g. 0002 is OK, 0007 would be most secure
如果错误(通常为0022),请将其设置为
umask 0002
。最容易持久化的方法通常是在/etc/profile或~/.bashrc中设置它

还要确保TYPO3向组授予完全写入权限并设置setgid:

# In LocalConfiguration.php: (or wherever you set your TYPO3 configuration):
SYS/fileCreateMask = '0660' # you can ignore the last digit, 0 for maximum security
SYS/folderCreateMask = '2770' # you can ignore the last digit 
检查 注销并重新登录

umask # should be 000x
groups # should include the webserver group

# create files and folders with your user 
# create files and folders in TYPO3 "File List" module and check permissions

这应该是一个安全的设置,对于遇到权限问题非常有弹性。它允许从IDE直接上传。它允许多个用户/守护进程更改文件。

重新渲染图像 您可以使用InstallTool(维护›删除临时资源)重新渲染图像

权限 您应该考虑一个适合您的用例的许可概念

我只想建议一下我是如何做到这一点的——还有许多其他同样可行的方法

找出您的Web服务器使用的用户组 将正在更改文件的用户放入同一组 这可能是您用于部署到服务器的用户,FTP守护程序运行的用户

sudo usermod -a -G WEBSERVER_GROUP YOUR_USERNAME
在web应用目录上设置用户/组/权限 这还设置了目录上的setgid位,这意味着新创建的子目录将具有相同的组

确保也使用这些权限创建了新文件 检查您的用户创建的新文件(或FTP守护程序,或…)是否将授予该组完全权限

umask
# that should start with 000 - e.g. 0002 is OK, 0007 would be most secure
如果错误(通常为0022),请将其设置为
umask 0002
。最容易持久化的方法通常是在/etc/profile或~/.bashrc中设置它

还要确保TYPO3向组授予完全写入权限并设置setgid:

# In LocalConfiguration.php: (or wherever you set your TYPO3 configuration):
SYS/fileCreateMask = '0660' # you can ignore the last digit, 0 for maximum security
SYS/folderCreateMask = '2770' # you can ignore the last digit 
检查 注销并重新登录

umask # should be 000x
groups # should include the webserver group

# create files and folders with your user 
# create files and folders in TYPO3 "File List" module and check permissions


这应该是一个安全的设置,对于遇到权限问题非常有弹性。它允许从IDE直接上传。它允许多个用户/守护进程更改文件。

首先,您应该尝试清除TYPO3维护>刷新缓存,删除临时文件,处理文件,授予所需权限,检查其他问题,然后尝试使用权限进行修复,有时,后端刷新缓存解决了一些重大问题。

首先,您应该尝试清除TYPO3维护>刷新缓存,删除临时文件、处理文件,授予所需的权限,检查其他问题,然后尝试使用权限修复,有时,后端刷新缓存解决了一些重大问题。

谢谢您的帮助。运行时第一次尝试:sudo find-f型-exec chmod 660{}\;&sudo find-d型-exec chmod 2770{}\;但我遇到了一个错误:错误:查找:“-exec”缺少参数。。。缺少一个空间,比如:sudo find-f型-exec chmod 660{}\;&sudo find-d型-exec chmod 2770{}\;然而,TYPO3不会呈现文件。。。仍然没有权限,所以我做了:sudo find-类型f-exec chmod 0664{}\;&sudo find-类型d-execchmod2775{}\。。。现在它工作了,0664和2775会有问题吗?对,空间不见了。谢谢,我将编辑这个答案。0664/2775不会是问题。它为每个在服务器上拥有帐户的人提供读取权限,但通常这很好。谢谢,这帮了大忙。运行时第一次尝试:sudo find-f型-exec chmod 660{}\;&sudo find-d型-exec chmod 2770{}\;但我遇到了一个错误:错误:查找:“-exec”缺少参数。。。缺少一个空间,比如:sudo find-f型-exec chmod 660{}\;&sudo find-d型-exec chmod 2770{}\;然而,TYPO3不会呈现文件。。。仍然没有权限,所以我做了:sudo find-类型f-exec chmod 0664{}\;&sudo find-类型d-execchmod2775{}\。。。现在它工作了,0664和2775会有问题吗?对,空间不见了。谢谢,我将编辑这个答案。0664/2775不会是问题。它为每个在服务器上拥有帐户的人提供读取权限,但通常这没关系。