在我休假回来之后,在 PyPi Stats 中发现 tzfpy 下载量增长了很多:
于是在 ChatGPT 的帮助下在 Big Query 上查了一下下载情况。发现来自 Amazon Linux 的下载量增长最多。 考虑到这个下载量和操作系统一般是商业公司。
在我休假回来之后,在 PyPi Stats 中发现 tzfpy 下载量增长了很多:
于是在 ChatGPT 的帮助下在 Big Query 上查了一下下载情况。发现来自 Amazon Linux 的下载量增长最多。 考虑到这个下载量和操作系统一般是商业公司。
背景:我有一个 API 项目
tzf-server,想利用 proto 文件生成
openapi.yaml
配合 Swagger 使用, 并且有与其一致的 HTTP API 供调用。很遗憾的是
Go 生态中尚未有能和 Python 生态中的 FastAPI 接近的 API
框架来简化业务代码编写和文档生成工作。 特别是 Hertz
框架,提供了很多功能甚至通过扩展支持了参数校验功能,但是这些并不能直接输出成
openapi.yaml
文件。 gRPC-Gateway
是一个不错的选择,但是尚不支持 OpenAPI V3。
还有一个隐藏的原因是在用 buf 管理 proto,但是 hertz 的生成工具怎么和 buf
一块使用没有相关的文档。所以我决定自己写一个。
在 日本制铁豪赌,钢铁行业开启新全球竞争 这篇文章中读到了一句话:
本文转载自《构建高性能高程 API》
前几日查资料的时候发现了 MapTiler 制作的轨迹高程数据可视化页面,效果非常好:
2023-12-08 和同事在做数据实验,想看看珠峰上有没有网上可以查阅数据的气象观测站。 之前在新闻上看到了中国科考队维护升级了珠峰 8830 米的自动气象站。 但是其观测数据并没有公开渠道可以直接访问,于是想查下有没有国外资料,毕竟珠峰南坡在尼泊尔境内。
对比的维度有两个:
相关代码可以在仓库中浏览
df-lng-lat-timezones-showcase
tzf 及相关项目的基础开发工作基本稳定了,在之前的文章零星有些开发和设计过程的资料:
这一篇是最终的总结,从项目的启动到逐步优化和演进的过程。