柏舟 December 19th, 2021 at 10:25 pm

    好多文章都已经过时了，对于个人来说，也没什么更新的“必要性”，似乎很多博客都是这样呢

    柏舟 December 18th, 2021 at 12:51 am

    https://bgm.tv/ep/1002062#post_1031067

    柏舟 December 17th, 2021 at 01:42 pm

    柏舟 December 17th, 2021 at 01:40 pm

    有一种说法，你的预估乘以 π，就会得到真实的估计。

    这种说法有一定的道理，我可以用数学证明给大家看。

    一切顺利的情况下，从 A 点到 B 点的路线是一条直线。没有遇到困难时，就是两点之间直线最短。

    但是现实中，很多事情都是不顺利的。你会遇到各种各样的困难，你会迷失方向，路线不可能是直线，而是曲线。

    平均来说，实际的路线长度往往是理想路线的 π 倍。

    这意味着，你预估一件事的难度是1，实际难度可能是3；你预估需要一个月完成的项目，实际需要的时间可能是三个月。
    你的估计需要乘以 π

    柏舟 December 17th, 2021 at 09:07 am

    做了个梦，跟家人闹僵了，离家出走了，然后发现 nobody cares。

    柏舟 December 15th, 2021 at 03:15 pm

    SSLKEYLOGFILE C:\Users\Rikka\Documents\KEYLOG_TLS\sslkey.log

    柏舟 December 14th, 2021 at 06:34 pm

    想发牢骚，但似乎是找不到人了。

    柏舟 December 6th, 2021 at 04:48 pm

    asciinema [as-kee-nuh-muh] is a free and open source solution for recording terminal sessions and sharing them on the web.

    柏舟 December 6th, 2021 at 01:12 am

    日志文件包含了关于系统中发生的事件的有用信息，在排障过程中或者系统性能分析时经常被用到。对于忙碌的服务器，日志文件大小会增长极快，服务器会很快消耗磁盘空间，这成了个问题。除此之外，处理一个单个的庞大日志文件也常常是件十分棘手的事。

    logrotate 是个十分有用的工具，它可以自动对日志进行截断（或轮循）、压缩以及删除旧的日志文件。例如，你可以设置 logrotate，让 /var/log/foo 日志文件每30天轮循，并删除超过6个月的日志。配置完后，logrotate 的运作完全自动化，不必进行任何进一步的人为干预。另外，旧日志也可以通过电子邮件发送。

    柏舟 December 6th, 2021 at 12:46 am

    nethogs 是为了查看单个进程流量而设计的工具，按照进程进行带宽分组。

    Debian APT 安装的包二进制文件在 /usr/sbin 下面

    柏舟 November 28th, 2021 at 10:04 pm

    还是一张图

    柏舟 November 28th, 2021 at 09:58 pm

    一张图

    柏舟 November 28th, 2021 at 06:03 pm


    今天 oracle free tier 注册意料之外的顺利。

    柏舟 November 27th, 2021 at 11:53 pm

    Huginn Docker
    似乎是很强大的 RSS 生成工具，需要自己部署。

    Typecho 支持评论搜索就好了，现在只能进到后代评论管理面板搜索

    柏舟 November 25th, 2021 at 01:04 am

    大胖爸爸的教育博客 蛮有意思的一个博客，记录自己在孩子学业上的努力。值得学习

    柏舟 November 20th, 2021 at 10:02 pm

    Typecho开始活跃了！

    柏舟 November 20th, 2021 at 09:21 pm
    个人建议你注册之后用一下他们那个官方telegram机器人，只要是不超过50mb的电子书都可以通过机器人搜索并发送到telegram
    柏舟 November 20th, 2021 at 09:18 pm

    找书的话首推Z-Library，一般不是太冷门的书都有，如果实在冷门只能另寻他法

    柏舟 November 20th, 2021 at 09:18 pm

    找书的话首推Z-Library，一般不是太冷门的书都有，如果实在冷门只能另寻他法

    柏舟 November 19th, 2021 at 05:09 pm

    苹果支持甩锅给 curl 维护者

    苹果让 Curl 作者解决它的问题

    2021-11-19 15:24

    一位 IT 工程师在 Twitter 上 联络苹果支持@AppleSupport，请求更>新 macOS12 中与 Curl 有关的信息“If curl is built against Secure Transport, then the certificate string can either be the name or public key hash of a certificate/private key in the system or user keychain”，称内容已经失效。结果 @AppleSupport 让他联络 Curl。Curl 作者 Daniel Stenberg 回应说，“想象一下，你经营着一家市值万亿美元的公司，将各种开源组件捆绑到产品中，每年获利数十亿美元。当用户就你提供的产品寻求帮助时，你却把用户推给开源项目。这个项目是由志愿者管理的，你从未赞助过一分钱。” Who would do something like that?

    作为开源管理者，没有义务提供客户服务，但作为商品售卖者，苹果却有义务。苹果在自己有义务负责的产品里捆绑了不对客户负责的开源软件，却没有接管这部分没有客户负责的组件，而是依然将负责任务推给依靠道德和兴趣的志愿者，这合理么？更简单一点说，你卖钱了，当然要完全为客户负责，客户可不是自行下载的curl，而是你苹果带的。src

    没有那么好的表达能力，但是上面就是我认同的观点

联系方式

关于我

那年今日
9 月前

一次或多次排查，换了路由系统之后，寝室的跳板机器（挂着外面进局域网唯一的通道两个 Shadowsocks 代理）的代理突然无法访问了，将代理迁到另一台机器上正常，怀疑是跳板机的网络问题，但是上面跑的网页也十分正常，一直没找到原因就这么搁置了很久；今晚弄另一个代理的时候顺便排查原因，检查了 Nginx 到容器的端口问题和容器内部网络问题，在容器内部 Curl Baidu 是正常的，就让我十分费解了。Shadowsocks 这边能看到 Log 提示请求到了容器内部，但是客户端却响应超时，Log 内容不足，最后想着把 ss-server 的 Log Level 提升到 Debug 模式后发现有 DNS 解析相关的问题，ss-server log 显示第一次尝试解析 v4 失败，再次尝试解析 v6 失败，搜索时发现 Github Issue服务端ipv6环境使用问题 中的配置有一行"dns":"2001:67c:2b0::4"改配置指定了 SS-server 使用的 DNS，于是指定 DNS 为局域网的网关后就正常了；"dns":"192.168.23.1"

18 月前

笔记 https://ma.ttias.be/force-redirect-http-https-custom-port-nginx/家用宽带的 443 端口一般不可用，只能用一个非标准端口，那如何在非标准 80/443 端口实现 SSL 跳转呢，这里可以用到 Nginx 的 409 错误代码，即是 497 - normal request was sent to HTTPS如果把 497 的错误相应页面改为 跳转 https 的 302，就可以实现，在 Server 段加一行 error_page 497 https://$host:1234$request_uri; 就可以了，最后形如server { listen 1234 ssl; server_name your.site.tld; ssl on; ... error_page 497 https://$host:1234$request_uri; ...