逐暗者

mac 用户咋办 …………

重新拉了镜像，还是会出相同问题。

最初在 1panel 上提交的 docker-compose 里写着 user:1000:1000 ，当时的版本用这个启动是没问题的。但是最新的 3.1.8 镜像会去创建用户，而 1000 用户是没有权限创建用户的。

参考链接：https://github.com/1Panel-dev/appstore/blob/dev/apps/siyuan/3.1.8/docker-compose.yml

networks:
    1panel-network:
        external: true
services:
    siyuan:
        command:
            - --workspace=/siyuan/workspace/
            - --accessAuthCode=${ACCESS_AUTH_CODE}
        container_name: ${CONTAINER_NAME}
        deploy:
            resources:
                limits:
                    cpus: ${CPUS}
                    memory: ${MEMORY_LIMIT}
        environment:
            - TZ=${TIME_ZONE}
        image: b3log/siyuan:v3.1.8
        labels:
            createdBy: Apps
        networks:
            - 1panel-network
        ports:
            - ${HOST_IP}:${PANEL_APP_PORT_HTTP}:6806
        restart: unless-stopped
        user: 1000:1000
        volumes:
            - ./data:/siyuan/workspace

我升了 3.1.8 之后也是这个错误 😭

我也碰到过这个问题，当把它作为一个纯数据库使用的时候，是没有一个有业务意义的主键的

100M 和 150M 的，是不是第一次上传的时候中断过？

我记得有一次我初始化一个新的桶，1G 数据中断后重新传了几次，大小就变的更大了

阿里 OSS 500G 一年只要 119（不包含流量费）

就是需要考虑一下流量的费用，流量不是很大的话也可以考虑买个流量包

其实还是自己搭建服务器算了，还能干好多其他事情

家里的电脑是 macos 14.5 (23F79)

升级到 v3.1.2 依旧有问题

集市里搜索“集市黑名单”？ 我想试试这个功能

v3.1.2 依旧有问题

公司电脑：macos 14.2.1 (23C71)

家里电脑要等今天晚上我回去看看

易用性和安全性天然存在矛盾，通常将资料（无论是物理上的还是数字化的）分个等级，对不同等级的资料采用不同的安全级别管理。

有些资料该放云端放云端，只要便捷、易用就行

有些资料该写纸上写纸上（甚至可以只记在大脑里），只求安全

我觉得作为使用者，就是在平衡易用性和安全性

不是，公司和家里 2 台 mac 都比较旧，都是 x86_64，都遇到了这个情况

这个方法好，我是今天操作一个插件的配置才发现所有下拉框都点不了了，正在发愁怎么设置那个插件呢

我也在用 1panel，目前手工部署也行，当然有自动化的一键部署就更好了

帖子已被屏蔽，回帖内容不再显示。

我看了一下，确实是因为我自己模板字段里面多了个空格导致无法求和的。

另外问一下，在设置汇总的时候，没办法汇总模板字段吗？我看其他字段都有，但是模板字段不显示

这个也试过了，没有效果

既然 css 优先级不够高，就用 js 把 css 直接写到目标 element 的 style 上。除非主题有 js 实时修改，不然肯定能生效。

的确，无法通过左上角按钮退出全屏。

只是一直全屏用着，很少会注意到。

可以试试 alist 的 webdav，之前在 oracle cloud 免费服务器上跑，速度也还可以。

除了第一次同步需要花不少时间，其他时候都很快的。

从个人需求方面来说，是有这样的需求的。在手机 APP 上加载并同步一些纯文字的笔记，至于附件或者笔记中的图片可以按需下载或者同步。目前我只在 PC 上使用，完全没装 APP，主要原因是无法忍受下载 1 个 G 的数据，但实际上在手机上根本不会去用到。

从竞品方面来说，手机端按需缓存 + 同步是有成熟产品的，仅评价这一个功能体验还是不错的（虽然刚放弃使用这个产品）

从实现上来说，由于思源的同步机制，导致要实现起来需要非常大的成本，所以这需求不重要，宁愿把精力放在其他方面。

太棒了，一直想要 memos 同步到思源笔记的。

我觉得买断制是可以接受的。

自动用 git 同步就是麻烦点，偶尔还要处理冲突的情况。

同步 + 导出感觉够用了

是不支持 webdav？还是不支持坚果云 webdav？

我用自建的 webdav 感觉很稳定啊，至少比自建 minio 好用多了

有，而且好像是标签，转成文本就可以去除标签了。应该是一些代码从其他地方复制过来之后误识别为标签了。

好吧，现在也能正常同步，只是担心之后如果同步机制也用了这个 ListObjects 接口，那我就要折腾换 S3 服务了。

看了下 Amazon 的文档有 2 个接口，一个是 ListObjects 一个是 ListObjectsV2 ，不知道是不是和这个有关系

ListObjectsV2 - Amazon Simple Storage Service ListObjectsV2 - Amazon Simple Storage Service

看上去 minio 的权限策略已经配置了*，由于自己用，其实也没特地限制权限。

是 minio 的 s3 和 思源用的 s3 协议有差异造成的？

下面是 consoleAdmin 的策略。

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "admin:*"
            ],
            "Resource": [
                "arn:aws:s3:::*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "kms:*"
            ],
            "Resource": [
                "arn:aws:s3:::*"
            ]
        },
        {
            "Effect": "Allow",
            "Action": [
                "s3:*"
            ],
            "Resource": [
                "arn:aws:s3:::*"
            ]
        }
    ]
}

systemlog3.zip

17 点后我重新操作了同步、上传快照，云端快照。依旧是同步成功，上传快照失败，云端快照加载卡住

我在上传本地快照的时候，提示这么一个错误，但是同步是好的。会不会云端快照卡着只是因为云端没有快照数据？