这样的话，不能在飞过程中打开 APP 或后台运行着，避免检测到打卡前的快速移动情况。飞到了才远程控制打开会比较好

rsync over ssh 就一条命令的事，配置 SSH 证书适合自动同步，不配置 SSH 证书就得手动输入密码，适合临时手动操作

用 sqlite 不更好？小项目没必要额外搞那么复杂，用 sqlite 就连安装和配置都免了

现在已经开启刷版本号模式，下一个 LTS 版本是 9.7

直接到数据库里修改密码

买一台好点的二手 PC 机就基本够用了，想更高能效的加钱可及，
搞那么多要求没必要，性能不够的后期慢慢扩展，

如果是公司的，那就别考虑那么多直接一步到位，配置能拉多高就多高……

添加那么多个点，墙也会跟着建设，分散墙的压力，为以后提升出口带宽做准备，特别是 ipv6

国内用 CF 不好用，延迟还高。一要用国外的那可以用其他相对少被关照的，
比如：9.9.9.9 、80.80.80.80 、101.101.101.101 、77.88.8.8 、64.6.64.6 、4.2.2.1

像不明白 nginx 为什么要这样跨地区转发，
直接在弄个二级域名绑定，然后 web 端加载这个二级域名的资源不就行了吗，
如果不是 web 用途的，那直接让客户端连接 落地机 也问题不大吧

小网站用什么 OSS ，图片资源可以放国内固定宽带的不限流量的，或者直接放国外不限流量的(便宜)。

当然你也可以学我现在正在使用的一种方式：文件服务器在内网，通过 P2P 方式加载文件资源。
资源服务器处于内网：WEB 页面通过 WebRTC + STUN/TURN 来加载内容，大部都走 STUN 了，很少的部分通过 TURN 中转。
使用 websocket 进行信道通信，web 请求某个资源时，并加入一个频道（或者说是聊天室的房间号），websocket 通知内网的服务器也加入这个房间号，然后内网服务器通过一对一(私聊)的方式发送数据给 web 端，这样就完成了数据传输。当然 WebRTC 方式比较复杂，只有其中一个文件下载的服务用上了， 所以我现在其他的服务大部分还是用 frp 来内网穿透提供服务的

自己的 +86 号注册的，但很大概率无法收到验证码，
一但登录成功一个设备，就建议多登录另外一两个设备，就可以通过已登录的客户端收验证信息，防止手机号无法收到短信的情况了

发送注册邮件之前，是没有设置图片验证吗？ 为什么会有那么多人输入无效的邮箱地址

网上那么多开源的邮件服务器，随便拿一个来自建不就行了，
但还是那么多的无效和失败率，我估计大概率也会被判定为垃圾邮件

debian_docker_ALL@latest
什么年代了还在意系统是什么版本 (尽可用最新)，系统没权限升级，那么容器保持 latest 版本就行了

就在刚刚，我手动把 PHP 升级到了昨天官方更新的 latest 版本：
docker compose stop php && docker rm php && docker rmi 626dfcf2115b && docker compose up -d --build php

极端天气很多，今年北方很难入夏，南方连续两三个月的雨。现在又热得要死……

很亲的亲戚也不至要送 几千 以上的礼吧，哪怕是同一个爸爸的兄弟和子女(亲侄)都不至于吧

@txzh007 #23 虽然平时很少弄前端了，但我好像记得 webrtc 不是可以指定数据通道类型为 arraybuffer 吗？

现在都在搞小而美的项目，专注一个细分的领域，做到细分的头部就是非爽的事了。

就像当年的笔尖钢，之前全球只有 2 家能做，但这个东西要求的技术很高，而且市场也不大，就在这个细分领域形成了垄断。后来者的太钢是花费了很大的投入才攻克，还是上头有人要求必须攻克的，否则太钢也不愿意搞。