忽略剂量谈毒性，都是耍流氓。
就普通人一天喝那点可乐，里面的阿斯巴甜含量微乎其微。

比较难，百度都每况日下了

把硬盘挂载到 /home/user

@anonex 浏览器好像默认不解析.home

@beimenjun 从我使用的图书馆系统的经验来看，主要表现为以下复杂度：

多数据库的联合查询：图书馆系统通常需要与多个上游图书供应商的数据库进行联合查询。这意味着在一个搜索框中完成查询时，需要与多个不同的数据库进行交互，以提供全面的搜索结果。

查询的精确度：有时候，我们需要进行更为精细的查询，例如按照图书的正文内容、作者、出版日期等组合条件进行筛选。这就需要系统能够有效地处理这些复杂的查询要求，并返回符合条件的准确结果。

查询的性能：对于一个拥有大量图书和用户的图书馆系统，查询的性能是至关重要的。系统需要能够在短时间内处理大量的查询请求，快速返回搜索结果，以确保用户能够高效地找到他们需要的图书信息。

same here ，
越改越难用了。

@moxuanyuan 我的意思是维护成本的问题，需要额外维护一个 DNS

@asdasdqqq 我也发现了，命名好书签的名字 [home-xxxx] ，在地址输入 home+空格+服务名字就出来了。
胜在简单、高效。

开个 Android 容器，安装个 hook 版的 google photos APP ，实现无限上传图片。

@moxuanyuan 除了 localhost 这几个地址通过 PING 访问，并没有环回啊

@hanguofu 这种情况建议用 tailscale 维护下 DNS

@shenjinpeng 那不是还要维护 DNS ？

@picone 没有放弃 docker compose 啊，只是服务多了，端口很难管理。

大概看了楼上各位兄弟提供的解决方案，感觉导航页是个比较不错的解决方案。

@fo83rf5ma9gi1 页面很 geek

tplink ipc 44aw

@BeautifulSoap
> 1. 用 nginx-proxy 自动为每个服务绑定个子域名。这样从记端口变成记域名了会不会边好记不一定
哈哈哈哈，确实是，从记端口变成记域名，好像也没差

@Puteulanus 这个不错，顺便还解决了密码记录的问题

方案 1 就行了，一个 NAS ，大部分都是待机软件，能用多高的性能？