@ncepuzs #12 “为什么要在意国内访问和百度收录？” 说得对啊。使用百度搜索就想瞎子摸象，有时候要找到目前软件的官网都难。即便找到了还担心是不是到了某些镜像站要掉坑。后来就养成习惯基本不再使用百度搜索(可能只剩下 5%)。

你完全可以在推广的时候将自己的网址贴上就行了。Github 在国内好像访问也可能存在问题，Github pages 都能正常访问吗？疑问？

放网站的话，搞一个可以访问 Google 的服务器应该也花不了多少钱，也没有那么贵的流量限制。当然，延迟就相对比较高了。如果写的文章能经受审核，随便找个国内的平台写就完事了。还不用担心其他的各种乱七八糟的事情。

对于 Joplin ，首先关于你说的多端备份问题，我的使用场景可能和很多人不太一样，所以备份方式也有些不同。

Joplin 作为开源软件，个人十分喜欢，因为不用顾及到破解啊之类的内心或多或少的内疚感，另外也没有隐私方面的问题。但是说到软件本身——很多人都用它来保存 markdown 类型的笔记——就不得不提它的文件保存方式。它和大部分其他 markdown 阅读器不同，使用数据库的方式来保存笔记，其他很多都是单文件格式的。基于数据库的模式，我猜测可能是这种模式可能是对于软件的搜索和显示等有其优越的地方。但是，这种模式却有着比较大的问题，造成了一些其他方面的不便。

为什么 .txt 这种文本格式的使用频率如此之高，其中一个最简单的原因是这种格式的文件简单，不容易出问题，而且几乎兼容所有系统。随便往别的系统一丢，很有可能都能够正常读取出来。而 .txt 的问题也很明显，对于代码之类或者 latex 等都不能很好显示，至少对于人类的阅读不理想，所以很多写程序的人都喜欢使用 markdown 等这种带有 css 显示的来保存。但文件的 markdonw 的保存形式，也有着类似 .txt 的优点，在没有安装 markdown 显示器的电脑，虽然没有那些漂亮的渲染，也大部分情况下能正常地阅读。而基于数据库的话则无法做到这点，它某种程度上抑制了文件的可迁移能力。简而言之，你要在别的电脑上阅读这部分笔记，就必须装上 Joplin ，不然几乎无法读取。

另一方面，Joplin 的文件比如图片都是以导入的形式在管理。自然也没有但文件模式灵活。云端的备份我记得很多云的备份软件都是可以基于不同字节来进行同步，如果是这样的话就还好。如果是有改动就备份整个文件的话，流量方面就够呛了。

可能因为其不够灵活，所以我个人在尝试过这个软件之后，不太想将笔记放在上面。我觉得单文件形式更加自由一些。但是，我将 Joplin 的使用场景放在别的方面。

我发现它的网页剪切功能还是相当不错的，在经过多次尝试对比之后，如果以 100 作为满分的话，它的网页剪切功能个人觉得大概有 65-75 分。而 Chrome 的插件 SingleFile 的效果个人觉得有 85 分或以上。Single File 的保存效果虽然好，但是文件一多，不利于这些单文件的阅读，索引和搜索。不过，如果将这两者结合起来的话，就有相当不错的效果。

SingleFile 保存页面(因为可以选择想要的保存，很多情况下效果比 Joplin 的好) >> 一段时间文件多了之后 >> 打开这些文件 >> 通过 Joplin 插件将其导入到 Joplin 软件中归类，加标签和索引。

效果出奇的好！

我把库做在 U 盘上，通过 Joplin 将库文件链接到这上面。即插即用，一段时间后使用 FreeFileSync 备份到家里的电脑里面。个人觉得挺不错的。

稍微吐嘈一下，Joplin 的全屏阅读模式效果不太理想，软件的工具栏等占据了太大空间，在小屏幕的电脑上面，阅读的空间个人觉得还是太小了一些。

群晖的 quick connect 要验证手机号之后我就不用 quick connect 了。
我看我自己的东西还需要给你审核，或者说提供让你追踪的方式。开玩笑吧。
这时候张学友那句经典的话就出来了。

有的人死了，他还活着。

撸了个....轮子....
难道我的阅读理解不合格？产生偏差了？？

你提出的问题和描述似乎不太相同啊。

如果是 exe 的话不是基本上圈定 C, C++ 了吗？独立的可移植的 exe 文件。

如果是基于命令行进行操作的工具，那我觉得使用 python 写命令行是十分舒服的。
写成一个 package ，自定义喜欢的全局命令，只要存在 python 环境自己安装一下就能全局使用了。现在的服务器基本上都预装有 python ，所以就像是写一次可以各个地方运行了。

因为平时经常有这需求，而这种全局命令的文件格式又十分固定。所以我写成一个十分简单的 package 放在 pypi 上，方便自己使用......用来方便自己构建全局命令。

------
以下只是我自己平时的使用方式，因为自己写的这个 package 很简单，只是作为举例之用。

pip install package-gen

然后提供了一个全局命令：pk-gen

比如：
pk-gen mytest

就生成一个 package 的模板，往里面定义自己想要的全局命令，然后将实现代码敲出来就行了。比起去弄 gui ，全局命令这方面写起来就很舒服。

无法证明。想要的只是结果，xxx 病只是一个说辞。鸭脖也需要人给予定义，自己是无法说明的。

这么久吗？！
虽然一直在使用 sphinx ，但是平时的文件肯定没有这么多。
我记得 sphinx build 的时候会检测哪些文件有更改，你每次写的时候都更新了那么多的文档的吗？

@airbact 估计他想说的功能有以下几个方面：

- 截图，我记得是获取了 printscreen 的截图，好像还能在这个上面继续截取和保存，太久没用了，记不清楚细节
- 捕捉特定位置象素的坐标和 RGB 数值，抓抓里面可以捕捉并且让按键精灵很容易导入。可以记录 10 个点。

这两个功能是用于位移到指定位置和以图找图所用。是不是还缺少什么？

貌似 python 也有相关库可以完成这些功能，并且可以后台运行，不过没有实际尝试，不知道效果是否很好。一些简单的需求用按键精灵就会发现思维十分简单，解决方式十分简便粗暴！缺点就是多机适配相对麻烦。

如果能够设置密钥+密码登录的话，我觉得很难暴力进去吧。

或者你可以配置防火墙加一个 IP 白名单，只是动态 IP 的原因你得不时去更新配置，比较麻烦。当然，你可以通过许多方式去改善这个行为。

同意二楼的说法，特别是 "有什么不得不放在里面的理由"。

基本都写在外面，只有在很少数情况下某个功能用得很少但是需要导入一个新的库时，才放到函数内部。因为这个时候放在外面让我觉得亏。

和一楼一样，我也觉得可能自己写会更快一些。

我有些好奇，你这种策略每一个 secret 应该存在着生效期。一方面内存一般会限制所有随机数内存的大小，另一方面过多的随机数是不是就会踢掉最早的随机数？如果这样的话，某人拿到这个数据包，等上几天(某些日期)以后，是不是就能重放成功了？
我只是觉得这个策略和另一个软件的策略很像，个人感觉似乎存在上面的问题。没有恶意。

没买这本书。不过最近似乎看过几个和这本书有关的帖子。

这纸确实太透了，看着不舒服。有部分技术类书籍使用那种色彩偏黄，但是手感，质感，视觉效果都十分舒适，我十分喜欢这类纸张。只是在购买之前不知道目标书的详情，搞得在买书时除了要对内容心里要有底之外，纸张就像抽盲盒。

我上次也遇到类似的情况，让我怀疑书籍是盗版，但是又是在正版厂商买的。这样看来，是有部分书的纸张在以肉眼可见的速度变差了。