看别人写的代码也是一样的吧。你写之前可以总结好代码规范让他执行，代码规范先行，之后才是系统设计，模块设计，模块文档，实际实现，测试。

不需要，不会，不够就继续加 https://imgur.com/a/ii7r9b2

@zjsxwc 没差别，我自己的工作电脑就是组装的，从不关机，除非装硬盘或者停电检修或者换风扇之类的，平均一两个月关机一次，上次关机的原因是换工位

数据到底属于群组还是用户？你这 group_id 要跟随 user_group 变吗
这里 project.group_id 如果实际意义是 project.user_id 指向的用户的当前 group_id 的话，这属于冗余字段了

如果你能保证 project.group_id 是可信任的，直接 (user_id = xxx OR group_id in (xxx,xxx,xxx))，提前算好 group_id 列表就好了（可以放 redis 缓存里），层级结构总不至于有几千个成员吧

为什么要不得，体验一下当老板的日子

@qinrui zerotier ，想要访问的话就够了，想要公网的话再买个 60 或者 99 一年的服务器也加入 zerotier

CPU 选型：
Intel N100：500 块，尺寸约 宽 10cm 长 5cm-10cm ，目前看到最小的是 radxa x4 （ 8cm * 5cm ）
优点：小，功耗低，便宜，缺点性能不够强，内存只有单通道，容量有限
AMD 迷你主机 7 或 8 系列，1500-3000 块，优点选择多，京东一搜一大堆，集显强，性能够强，兼容性最佳，内存硬盘可以自己加

导入第三方库，以前 maven 配一下就好了，现在还得手动下载 jar 包放 lib 下面，倒退了属于是

不算 PUA ，也不算为你好，只是单纯讨厌低效率沟通
就像我很讨厌别人给我报 bug 的时候，截图永远只截一点点，按一个按钮没反应，截图就只截那个按钮
你记不住应该自己想办法，拿个记事本记下来，手写也行，obsidian 也行，啥都行，下次问之前先看一遍

sunshine+moonlight 带宽要求太高了，有时候会因为带宽导致游戏卡顿，我之前想把主力机放其他房间，嫌他太热了，然后用这个远程，最后还是放弃了，4k 带宽太高，会影响游戏性能
rustdesk 稳定是稳定，就是远程的时候很容易自适应降低画质，尤其是写代码的时候，鼠标一滚动，全屏幕都糊了，看字的话有时候会糊，伤眼睛

@thealert 你也知道他们是面对十几亿人的服务，我可没说我这套服务可以无缝 scale 到全国十几亿客户端，我只是告诉楼主，至少在他的公司做到百度高德的级别之前，他这样做没问题

如果有一天我有机会做全国的路况图部署，我肯定是在业务服务器上把道路数据直接切成矢量切片，然后准备一个大内存的机器，直接把 sqlite 或者其他数据库做全内存存储，比如 sqlite 支持 memory 模式。全国卫星图才 12TB ，矢量图最多一百 G ，内存全缓存绰绰有余

@thealert 路况是矢量图，不会存成图片，矢量图本身数据量就很小，同步压力很小，且不说数据库实时同步，就算用文件我也可以做比如三轮文件轮流切换更新

@thealert 地图数据和业务数据肯定不是一个数据库，也不会和业务逻辑跑在同一个带宽、同一台服务器上，没有这个挤占问题，给地图服务的服务器就纯粹为了提供地图 API ，所以他的吞吐量就完完全全是给 tile 服务的。

@gooin 对的，就是 mbtiles ，基于 sqlite 做的扩展，在需要存储 metadata 的情况下，只能选择数据库存储，表很简单，迁移到其他数据库也一样

@thealert 浏览器到服务器的 TCP 连接是有限制数量，但 http/2 建立的是长连接，已经没这个问题了；用多个子域名去做这个是以前的解决办法

如果数据实时性要求很高，我会改用 postgres 或者 oracle 或者 sqlserver ，我选型就是因为我的更新频率低

@thealert 如果抵达后端服务器的请求能把带宽撑爆，后端实现方式是数据库还是文件有区别吗； CDN 实际上就是把重复的直接拦截在前面了，我用数据库也可以用 CDN ，这个不影响

@thealert 而且最重要的原因上面也说了，磁盘存储和 OSS 存储和读写效率太低，我部署一次就要一个月，现在我的数据库导入、导出、更新大部分都可以在内存里做，最低最低也可以达到硬盘的读写极限，比读写小文件性能高太多了

@thealert 1. 基于 sqlite 分库分表，数据库根本不需要主从同步，平均 1GB 一个数据库文件，直接拷贝数据库文件分发到其他服务器就行，增加并发量可以简单的通过增加物理磁盘数量实现
2. 并发访问地图数据有内存缓存池子，sqlite 可以自己把部分数据加载到内存中读取，为何并发量会把接口爆掉？直接从内存返回数据还能被爆掉，那这台服务器上跑任何服务都会被爆掉
3. 地图请求天生都是连续的，因为用户看地图一定是一片连着一片看的，我收到第一个请求，直接把附近的数据加载到内存里，大概率马上就会被请求到，这一段读性能可以得到大幅优化
4. 不是单机地图，我都说了是 GIS 服务，提供标准 OGC 接口，WMS ，WMTS ，的 tile 服务
5. 为什么优先存数据库？地图数据不仅仅只有卫星图这种静态图像，还有高程图这种要随时读取内容并且用于计算的图像数据，还有矢量地图，架构肯定要统一