我自己的方案：

软路由 openwrt 拨号，用 lucky 插件 ddns 更新 ipv6 域名绑定。 以及子域名反向代理。 以及端口转发等

迷死人？

@daolanfler 我现在就是这样做的了, dispatch 更新时, 一边维护原有的数据, 一边记录本次的 car

然后在组件中使用 useSelector + useEffect 来 watch 车辆的更新

@chnwillliu useSelector 如何得到差集呢, 主要是要差集

然后在地图上差异的更新点位, 而不是全部删了 又全部重新打点

statue: {
car:[]
}

拿到 car 变化的数据, 例如原本是 [1,2,3,4,5], 更新了 2 条 [1,4,3,4,6], 我要拿到 [4,6]

nps 用过比较稳定, 缺点好像是不支持 ws 协议还是什么的忘记了

在你的 ssh_config 里面加入

`RemoteForward 1087 127.0.0.1:1087`

举例, 把本地的 1087 端口共享给服务器的 1087 端口.

然后你就可以在服务器上用`export all_proxy=http://127.0.0.1:1087` 实现代理, 为了方便可以包装两个 alias 放到 bashrc 文件里面

```
# 为终端设置代理
alias proxy='export all_proxy=http://127.0.0.1:1087'
alias unproxy='unset all_proxy'
```

@codebs 这个可以有，常用的架构都编译来放着。 问一个问题比如 php7.x 和 php8.x 都可以用同一个编译的 so 库吗？
cpu 架构一致的情况下

@Xinu 确实，我在做 100000row and 100column 时，4G 内存都不够 `PhpSpreadsheet` 吃。 csv 我还是依靠 fputcsv 实现可用的， 但也会占到 1.6GB 左右（全部读取存变量， 可能回调处理每一行效果更优）。

我这个库还是关注易用性方面吧 😭，无需安装三方扩展 composer 一句话安装， 一行代码搞定导出 也算是个小优点。

@maigebaoer 多谢大佬的关注，上面有测试 10w 行 100 列的测试结果。 已经是优化后 csv 的结果了。

这个库的初衷是为了能快速的实现导入导出功能， 易用性是我主要关注的内容，十万左右数据量足够覆盖大多数场景了。 字段少一点的话 100w 估计也挺快的， 问题就是内存占用会比较大。

csv 是靠 fgetcsv 实现的，这个是 php 原生提供的，优化的空间我能想到的就是使用回调来读取每一行处理。这样可以减少内存的使用。

对性能速度内存有特殊要求的话，我更推荐上面朋友们推荐的 xlswriter ， 使用也比较简单 速度快 内存占用低。 只是需要安装扩展来实现。

@manhere 这个库考虑的是单表数据的导入与导出， 这个场景最多。宗旨是简单使用，快速实现导入导出数据的功能。

如果涉及多工作表就会变得复杂起来，这样更推荐 PhpSpreadsheet 高度 diy

谢谢你的反馈，回头我把涉及多工作表无法实现的内容写到 README 中

@ShineyWang

我这个库依赖的 PhpSpreadsheet ，test100000row_and_100column 内存和耗时消耗都巨大，为此我优化了 csv 部分

足够跑通导出导入，但需要提前组装数据或一次性返回数据。 对内存的占用略高一点（ 1.6GB)。 速度还行


This test printed output: CSV => 100000 行 100 列导出: 耗时:0.980793 sec

This test printed output: CSV => 100000 行 100 列导入: 耗时:3.367294 sec


哈哈等我回过头编写 README 准备推荐 `xlswriter` 和 `swiftexcel` 的时候才发现 `swiftexcel` 是 C# 的库。

@ShineyWang 还没有做性能测试, 依赖 PhpSpreadsheet 实现的. 目前就我和我朋友在一些小项目中使用;

看来大家都比较在意大量数据的处理性能和速度, 回头做一个。 谢谢你的建议

@bugsnail 好的, 我先记录起来 回头看看怎么实现 谢谢 Thanks♪(･ω･)ﾉ

整个英特尔盒子 准系统， 买硬盘。 装黑裙+ipv6+ddnsgo+ipv6 域名绑定。

1h1g 编译 swoole 扩展都很吃力吧，对配置吃紧就用 go 吧。 我觉得语言没有高低之分， 合适的场景就应该选合适的语言

@akinoowari 学到了大佬

@edk24 这个是我们维护贵州核酸系统总结来的经验，用 es 来查索引很快

你每页也就大不了 100 条数据， 用 id 去数据库查出来补充其他展示数据 很快的

用 es 查询关联索引，分页结果拿到后再取数据库结果补充完整信息

用 es 的话， 会存在 count 不准确的情况 好像是超过 10w 条还是多少就不准确， 但这个不重要 提高搜索精度比如手机号，身份证类似的减少这种情况的发生


数据量大一点的系统都没有去搞 count 这个事情，都是直接偏移游标查下一个位置的数据， 那玩意太耗时了