frp+cloudflare tunnel

双重保险

既然 OP 说语言是 Java ，如果项目不大，可以考虑 GO 重构

我之前有一个网站用 Java+Netty 写的，日 PV1 万，JVM 256M 不够用（用 Netty 就是为了节约内存）

后来用 GO 重构了，20M 内存就够用了，1C1G 甚至能跑好几个服务

目前的服务器配置：1C1G25G 磁盘，日 HTTP 请求 18W ，没压力

如果版本低，可以先从 MySQL 中取正方形的数据，10 公里可以取固定的经纬度差，然后再用代码计算哪些需要剔除。

10 公里范围内，只要不是南北极，不用算球的弧度，相差不会太大，可能有十几厘米的误差

我最近也在从思源切换到 outline

免登使用的 gitea ，本地附件存储

缺点：

1. 表格不支持宽度自定义，不支持合并单元格
2. 图片使用的重定向链接，直接复制 markdown 不行
3. 没有剪切插件 [自己做了油猴脚本剪切网页]
4. 没有多 tab ，多个文档切换麻烦

@lianglianglee #3 https://github.com/liangliangle/roim-picx

如果访问不大，可以用 cf 的 R2 ，我魔改了一个使用 R2+Page 的图床页面，勉强能用

我们甚至 30 不放假，自己请假

推荐白嫖 cloudflare 的流量，用 page 做静态站点。
原因如下：

1. 几个 G 的图片，如果用服务器自有带宽，访问会很卡。使用 OSS 等存储，如果被爬，怕是要返贫
2. 可以依赖于 Github 的私有仓库，数据不会丢
3. cf 在电信，联通下访问延迟并不算高

PS:优选 IP 已经被玩坏了，被屏蔽的概率很高

我的方案比较麻烦，虽然是 HTTP ，方案通用

家庭环境中：由于可以控制 DNS ，直接在 Linux 主机部署一个 Nginx ，然后修改路由器的域名映射，将一些自己的域名直接解析到主机上。

其他环境中：使用 Cloudflare 的 tunnel ，提供内网穿透及域名解析服务

公司环境中：因为个人经常访问，如果每次都经过 Cloudflare 就太慢了，所以需要用一些手段加速访问。方案是 frp 穿透到公网，办公电脑用 nginx 代理到 frp 端口，减少延迟，hosts 修改域名指向本地 nginx

aliyun 的控制台和 OpenAPI 就是这样，配置化接入。

我司的 OpenAPI 也是参考这样的风格，提供了日志，告警，授权，接口方只需要关注实现即可

思源笔记，docker 部署，web 访问，还可以备份到 S3,WebDav

个人网站建议做一个防护，但是国内的防护对个人太贵太贵了。套 CF 吧，延迟高就高吧。
别瞎几把套阿里云的 CDN ，太贵了，小心破财

移动基本没有公网 IP 可以用，除非你是办了公网 IP 的业务。

应该是 NAT4 ，表面是公网 IP 实际上只是映射了公网 IP 的端口

可以看一下图表的查询语句是什么，用的哪个指标，有可能包含了 Buffer 和 Cache

可以让公司把服务器买在国外，开 IP 白名单，只对公司的 IP 开放。所有费用、账号，都用公司的。个人可以垫付后报销。

@zengxs #28 我就是用这玩意，而且公网暴漏，随便刷

我认为中台在某些公司下失败，主要归咎于屁股问题。
1. 业务方想扩充新功能，需要联系用到的各个中台方，等排期。违背了中台快速接入的初衷
2. 中台领导想升职加薪，只维护大业务方关系。进而导致大业务方不想开发，就把不该中台承接的也交给中台承接。违背了复用的初衷。

久而久之小业务方就会想办法绕过中台，中台就变成大业务方的后台

我目前在用的 [Koodo Reader]( https://github.com/koodo-reader/koodo-reader) ，其本质是一个纯前端项目，可以看看数据存储方式，用第三方提供的静态服务也可以。