消失的网址
过去上网都还是在地址栏敲入网站的域名,虽然说有收藏夹,但还是能记得某个网站的主页的URL的。 想起域名这个事是因为之前做测试,例如 ping baidu.com 这种玩意,需要换个站点的时候,突然不知道下手应该敲什么... taobao.c
Mikrotik RouterOS HW offload 配置
最近在捣鼓 Mikrotik 的路由,有两个万兆设备,测速的时候只能跑到 2.5 Gbps。两个设备直连怎么也能到 6 Gbps。 懒得dig就问了下Gemini,大概是网口没开启 HW Offload,但明明进入网口的配置看都勾选了 HW
2025 CQ WPX CW Contest
SOLP-10m

RIG: FT-710 ANT: 3-el 10m YAGI 出门没看黄历,今年这个点的 10m 波段传播很差,参加所有比赛以来第一次遇见几乎白板的情况,印象中去年第一次参加 WPX CW 的时候没这么糟糕。这次也是第一次在 8:00 前准
2025 CQ WPX SSB Contest
本次比赛将天馈升级为10米3单元饭制八木,也是第一次架设八木天线,不太熟悉,导致状况频出,效果并不理想。 最近工作也比较忙,心态极差,赛前一晚也才睡了5个多小时,头一天比赛比较崩溃,一度想放弃比赛,想着比完第一天就结束。后来露营地的老板过来
刚看links最新的视频,看到一半突然有点难受,也许跟最近的工作有关系。
马尔代夫远征记
假期去了趟马尔代夫(8Q),顺道做了次远征,做个记录。 起因 本来行程当中也没 DX 什么事情,某天做行程攻略时,顺便打开 QRZ 首页,看到某个 HAM 的远征新闻,图片上标着 Maldives。新闻是没仔细看,但好像想起来什么事情……目 马尔代夫远征记
工作应该有14年了,大部分时间都是在toB的行业里面。啊…又有点累了。
S25E01
才把这两天很火的文章「我是如何从零开始手搓一个独立游戏并上架 Steam 的 」给看了。还是很典型的经验,砍需求,专注,完成比完美重要…印象更深的是作者对懒惰以及时间碎片的感受。 人这种生物一旦在付出努力未能实时获得反馈时, 就会变得极其懒
人这种生物一旦在付出努力未能实时获得反馈时, 就会变得极其懒惰.
2024 CQWW CW Contest
概况 分组:SOLP(A)-10m 比赛时间:2024-11-23/24 设备:FT-710 天线:正V 比赛 本来没计划参加CW的比赛,一是感觉11月底 1 区会冷,二是WPX之后也差不多快半年没怎么碰CW了。前两周得空,把MR捡起来试了
2024 CQWW SSB Contest
概况 分组:SOLP(A)-10m 比赛时间:2024-10-26/27 设备:FT-710 天线:正V 比赛 相比去年的比赛,和今年年初的WPX,相关配备都做了些调整。WPX的时候尝试主叫但是没多久就把电池打完了,所以这次比赛找了个有市电
除了买断和订阅制,有没有可能,按照产品功能来买断的,例如一个基础的版本,后续新增的feature需要使用的单独购买,不需要的话就不用?
ansible tricks
最近又在写 playbook,遇到些奇奇怪怪的环境,随手记录一下吧 目标机器Python版本不兼容 目标机器 Python 版本过低,无法使用 shell/command 模块。Python 版本过低,其实执行其他模块都有问题,想用 she
S24E02
大概在 4,5 月的时候,emo 过一段时间。大约是在家办公太久,基本不怎么出门影响的。上周类似的情绪又上来,找了几天强制出门,状态又好了一点。还是要保持和社会的接触吧。 看了一段时间 Nuxt3,找了个项目来练手。其实就是想整点什么玩具,
Some notes
今天看到 DHH Blog 的这段话,写得太好了 You're never going to be right about everything, but a life spent without taking at least a few
2024 CQ WPX SSB Contest
概况 模式:SO-10m-LP 比赛时间:2024-03-30/31 设备:FT-710 天线:GP MA-12 比赛 相比去年 CQWW,唯一变化就是把功率提到100w。本来打算赛前一周出门踩点熟悉下设备,结果1区周末下雨,计划失败。 周
DXCC 100
第一条日志是 2023-04-28 R0AX DXCC 50 是 2023-10-06 DXCC 100 确认是 2024-3-20 YV4ABR 这几个月刚好都是在家办公,想着法子把 MA-01 伸出天窗攒了些 QSO,要是按照去年只能周
现在看到一个 self-hosted 的开源项目第一反应就是找 docker/docker-compose 部署方式,包括自己哪怕只是写一些小服务也是会先强迫症似的把 Dockerfile 和相应的 docker build + docker push GitHub Actions 写完,一直觉得是一个标准的 SOP,但最近想要部署 goatcounter 这个项目的时候发现作者对于容器化带来的复杂度和维护成本一些讨论很有意思 #TIL

I'm not a huge fan of Docker, and to be honest don't feel like installing it, maintaining a Dockerfile, dealing with support requests, etc. There are only so many hours in a day, and I don't see how this improves the quality of the product. I also feel it's rather superfluous for a project like this, as it's not a Rails project with loads of dependencies or some such


https://github.com/arp242/goatcounter/issues/34
Back to Top