前几天也想买个吃灰，仔细研究了一下，都是套路
- tx 的宣传方面还好一点，直接告诉就是一年，没有续费
- ali 的套路满满，2026 年 3 月 31 日以后不能 99 块续费，不仔细看还一为能一直这个价续费

贪几百块的便宜，后面续费或换服务器成本可不止这几百块

欢迎使用我这个网页版的 ACME：向 Let's Encrypt 、ZeroSSL 、Google 等支持 ACME 协议的证书颁发机构，免费申请获得用于 HTTPS 的 SSL/TLS 域名证书（ RSA 、ECC/ECDSA ），支持多域名和通配符泛域名；只需在现代浏览器上操作即可获得 PEM 格式纯文本的域名证书，不依赖操作系统环境，无需下载和安装软件，纯手动操作，只专注于申请获得证书这一件事

https://xiangyuecn.github.io/ACME-HTML-Web-Browser-Client/ACME-HTML-Web-Browser-Client.html

二手手动的 1 万块 2 万块的都有，挑的好都不差，使劲踩个几年都没毛病

@sdjl 跟提前优化搭不上边。

《介绍了 “数据库的设计要优先服务于写代码的体验” 的理念。》：

“1 。合理设计数据库结构，减少读写次数。例如，当显示一个商品详情页时，要尽可能仅读取一次数据库，这就要求设计数据库时，把商品的基本信息、商品图片、用户评论等都放在同一个数据文档中。”

“8 。宁可存储冗余数据，也要减少数据库的“调用次数”。例如，一个商品的用户评论，可以把用户的头像、昵称和评论内容都存储在商品文档中，而不是存一个用户 id ，然后再用 id 去用户表中读取用户的头像、昵称。什么，你说万一用户修改了昵称或头像怎么办？请看下一个建议。”

“9 。能不 update 的就不要 update 。毕竟用户修改头像和昵称并不影响其他人阅读商品评论，如果用户修改了头像和昵称，那么他在商品评论中的头像和昵称不更新也没关系。这不仅仅是为了减少“调用次数”，更重要的是能不写的代码就不要写。”

“不要想着你的产品将来可能会有很多人用，如果真的有很多人用，你再花时间去重构代码也不迟，我相信到时候你不会嫌弃这点工作量的。”

挖坑理论🐶

不晓得为咋楼上都说 array 好用。。。

只有我一个人觉得 php 的 array 反人类吗？ array 是值类型，直接传递将会复制一份，不加&没法修改原 array ，加了&，你就得配套 unset ，要是引用类型，啥毛病没有。如果我需要用到这个很少会用到的复制，我完全可以调个函数来自己复制

个人觉得商业证书严重阻碍了 https 的发展，早在 IE 时代就应当广泛自动化部署 https

并且绝大部分 https 不应当默认由开发者、运维来维护，应当默认由 Web 服务容器自动化实现，并且作为标准，比如 nginx 、iis 、tomcat ，服务器收到一个域名（ ip ）的 https 请求，就默认自动依据标准自动获取到此域名（ ip ）的证书。当然是可以通过配置来决定是否是自动的还是手动的、可以配置证书颁发机构（不管是免费的还是付费的）

简单易用 免维护，更不用内容审核

@wozhidaole #10 mysql 的空间查询是很弱，这种边界范围内的查询是会很慢，geohash 之类的也很难利用到这上面

@xiangyuecn #5 参考自我的 AreaCity Geo 格式转换工具，https://xiangyuecn.github.io/AreaCity-JsSpider-StatsGov/assets/AreaCity-Geo-Transform-Tools.html ，可以将省市区三级坐标边界数据导出到数据库、geojson 、shp ，里面有专门针对 mysql 的空间数据查询优化介绍

另外硬推一下我写的另外一个 Java 查询工具，1 秒可查 1 万个以上坐标对应的城市信息 ：
https://github.com/xiangyuecn/AreaCity-Query-Geometry

盲猜，mysql 的空间索引没有生效

我的做法是自己建个“索引”：你 diy 表里面加一个 geometry 类型的字段 poi_envelope 来自建索引: update xxx set poi_envelope=ST_Envelope(poi)，查询的时候先查 poi_envelope ，然后再查 poi 字段

St_contains(diy.poi_envelope , city.poi) = 1 and St_contains(diy.poi, city.poi) = 1

先查 4 个坐标点的矩形，快速过滤掉不在范围内的数据，再来精准匹配，效率估计能提升 10 倍以上

变相实现系统级通话录音😅 鸡肋