这么好的服务,有点可惜了,现在问题来了,如何导出呢
邮箱里发了导出方式
已经确定了11月15号删除服务器。可以去Discord频道上看。
开源可以自部署,之前自部署的不影响。
辣鸡简悦我见一次骂一次
确实不太好用
刚才搭建了readeck,看了下Omnivore的docker compose文件有些复杂,不想用……
共享docker compose
version: "3.9"
services:
readeck:
container_name: Readeck
image: codeberg.org/readeck/readeck:latest
mem_limit: 8g
cpu_shares: 1024
security_opt:
- no-new-privileges:true
restart: on-failure:5
# ports:
# - 4522:8000
expose:
- 8000
volumes:
- /volume1/Docker/Readeck/data:/readeck:rw
environment:
READECK_USE_X_FORWARDED: true
READECK_DATABASE_SOURCE: postgres://readeck:readeckpass@readeck-db:5432/readeck
networks:
- network-bridge
- traefik
labels:
# 初始化 traefik
- "traefik.enable=true"
- "traefik.docker.network=traefik"
- "traefik.http.services.${AppName}-backend.loadbalancer.server.scheme=http"
- "traefik.http.services.${AppName}-backend.loadbalancer.server.port=8000"
- "traefik.http.routers.${AppName}-ssl.tls.certresolver=le"
# 设置中间件
# - "traefik.http.middlewares.gzip.compress=true"
- "traefik.http.middlewares.${AppName}-redir-https.redirectscheme.scheme=https"
- "traefik.http.middlewares.${AppName}-redir-https.redirectscheme.permanent=false"
# http80
- "traefik.http.routers.${AppName}-web.entrypoints=http"
- "traefik.http.routers.${AppName}-web.rule=Host(`${DOMAIN}`) || Host(`${DOMAIN01}`)"
# - "traefik.http.routers.${AppName}-web.middlewares=${AppName}-redir-https, gzip"
- "traefik.http.routers.${AppName}-web.middlewares=gzip"
# https443
- "traefik.http.routers.${AppName}-ssl.entrypoints=https"
- "traefik.http.routers.${AppName}-ssl.tls=true"
- "traefik.http.routers.${AppName}-ssl.rule=Host(`${DOMAIN}`) || Host(`${DOMAIN01}`)"
- "traefik.http.routers.${AppName}-ssl.middlewares=gzip"
# https8443
- "traefik.http.routers.${AppName}-ssl8443.entrypoints=https8443"
- "traefik.http.routers.${AppName}-ssl8443.tls=true"
- "traefik.http.routers.${AppName}-ssl8443.rule=Host(`${DOMAIN}`) || Host(`${DOMAIN01}`)"
- "traefik.http.routers.${AppName}-ssl8443.middlewares=gzip, auth"
readeck-db:
image: postgres:16
container_name: Readeck-DB
hostname: readeck-db
mem_limit: 1g
cpu_shares: 768
security_opt:
- no-new-privileges:true
healthcheck:
test: ["CMD", "pg_isready", "-q", "-d", "readeck", "-U", "readeck"]
timeout: 45s
interval: 10s
retries: 10
volumes:
- /volume1/Docker/Readeck/db:/var/lib/postgresql/data:rw
environment:
POSTGRES_DB: readeck
POSTGRES_USER: readeck
POSTGRES_PASSWORD: readeckpass
restart: on-failure:5
networks:
- network-bridge
networks:
network-bridge:
driver: bridge
traefik:
external: true
Omnivore感觉挺难自建
确实难绷,前几天我还以为是要融合AI功能。
cubox我觉得还可以,就是要钱。
还好我是omnivore和pocket双用户,pocket被收购后还活着
shiori 佬你觉得咋样?
两个我都部署了一份
shiori没有中文
readeck有中文而且比较方便,
说说我遇到的问题:
- readeck是自部署,如果服务器不能访问外网,那你服务器就不能解析网站的内容,因此部署的服务器上要么有代理,要么就在境外(我把omnivore的导入到readeck之后,推上、github上的都没有内容了)但是浏览器剪藏的是本地解析的,有内容和标题那些
- 没有安卓和ios客户端,这个问题比较大,不能在移动端随时随地剪藏网站,使用场景砍了一半
- 没有obsidian联动插件,这个问题也比较麻烦,我的内容是存储在
综合下来还是omnivore好用,但是开源版本不确定是否还有维护,和目前官网版本是否一致,同时我看了一下,omnivore的ios版本是不能修改为自己的服务器部署地址的,不知道后续是否会修改
是的。我上周也部署了下。
移动端的话,基于PWA凑合下吧。
omnivore导入的那些github等墙外内容,没了就没了,我也不去纠结了。重要的东西,我至少都留了关键词在logseq了(从Omnivore的高亮同步过来的)
现在我比较头疼的是:readeck 高亮内容 同步到笔记软件(logseq)。
你obsidian我看是有现成插件的(但我没试用)
这个obsidian联动插件我看到了,主要是没有star,readme也还没修改,不确定是否可用正常使用,稍后我试试看
ios端/安卓端我看了少数派的那篇文章,是使用快捷方式发http请求实现的,问题是发送链接给服务端解析,x和github就没办法解析了,云服务器上挂梯子到底不太好,但是最起码解决了一部分问题,聊胜于无,看看后期有没有办法优化优化
cubox或者pocket吧,目前觉得体验最好的还是cubox,obsidian和notion的插件我也用过,总感觉差一点意思,还有Mac端的markmark也还行。
我居然等停运了才知道这个
已经换成ArchiveBox了
国外版本还是太贵了,国内的版本ai总结稍有敏感内容就拒绝