应该是权限问题： {代码...} 仔细检查 /data/db 文件夹的权限是什么。

Windows上放开脚本权限，服务器Linux使用sudo提权搞定权限问题

新建的日志文件的权限有没有配置正确，是否赋予了写权限。

由于ohos.permission.READ\_CONTACTS的权限属于受限开放权限，上架不允许。

为什么要不重新编译呢，就重新编译就好。如果自己没权限的话，就叫运维给你权限，不肯给你权限的话就让他帮你编译，选择收紧权限就必须满足相关人员正当的需求。

怎么配置shiro验证无权限返回json，而不是跳转到无权限页面？我现在配置的是用户无权限，跳转到页面，我是在自定义realm中判断的。我想返回json,前段发送的是ajax请求，我想通过返回的json来提示用户无权限，在前端实现跳转无权限页面，而不是通过后台跳转。只想通过realm授权验证，不想通过自定义过滤器来实现验证

不知道你用的哪个ftp server，vsftpd的话可以参考这两篇，它们基本上是借助了一部分Linux目录权限来实现的[链接][链接]其他ftp server也可以借助这种思路解决。如果你需要更细粒度的权限控制，你可能需要辅助Linux的ACL功能，Linux原生的用户权限太粗放了，ACL功能弥补了对于ugo权限中对于o权限过于粗放的问题。

如果用shiro做一个简单的RBAC这样的权限管理可以很好的实现，要是稍微复杂一点的权限设计的话我觉得shiro是不是有一定的局限性呢？ 比如权限分的更细一点的话，

使用 Audio Capture的时候，调用 audio.createAudioCapturer 方法的时候报错，6800301，参数都是用的文档里的，检查无误，推断可能是麦克风权限问题，应用里已经在 module.json5 里申请了ohos.permission.MICROPHONE 权限，并且标注为 always，但是真机上没有相关弹窗，打开系统设置里也只有一个通知权限管理，没有其他...

用户的权限不要放在cookie中，不安全，用户的权限一般放在用户的会话中，或者缓存中，用户请求页面的时候，后台从缓存中或者会话session中取出用户的权限来判断用户是否有访问当前页面的权限，有返回页面，没有权限的返回提示信息给用户。权限放在cookie中不可取，cookie可以伪造。请求后台获取权限，前台根据获取的权限...

在 sql 下, 方案2更好. 在 mongo 下, 方案1更好.不知道你的这个项目中有没有用户权限组的概念.如果有权限组的话, 就是一个权限组的 collection 里面, 每个权限下保存了一个菜单项的数组.如果没有权限组的话, 就可以按照你说的方案1, 在每个用户表里, 或者单独的用户权限表里, 保存一个菜单数组.当然, 保存菜单项的 id 数...

可以看一下 YII2 的权限设计，每个用户可以对应多个角色，不同角色可以设置不同的权限:[链接] 或者参考一下discuz的权限设置

找到问题了，是权限问题，之前没把权限的部分弄清楚，愚了

删除不掉就是你的权限不够，给你的主题目录0775 权限。 {代码...}

post-commit 脚本文件的权限不对，post-commit 脚本必须有 +x 权限

这是手机权限问题，HTML页面100%没有这个权限，没法实现。