我来了，不过正确答案已经出现在一楼，我就不重复了
我补充下别的楼层的小偏差：不备案不应该是打不开，而是强制跳转提示备案

我做位置服务应用 8 年多，个人觉得手表不咋地，相反比较中意的一款设备是小米米兔定位电话，但依然有侵犯充电的需要

清一色的答案🤪

100000/60=1666.6 如果单行 1k，那么这个数字在 mysql 及时单条写入也不夸张，普通 5400 机械硬盘都能达到，ssd 就更轻松了。
参考： https://www.opengps.cn/Blog/View.aspx?id=422

首先你测试没意义，因为是单条。
最最需要强调的是：那 1M 带宽对你其实几乎没影响，我做上云支持，经常需要每次先普及下带宽：阿里云的 1M 带宽仅仅只服务器出方向限速 1M，入方向限速一般是理论值 100M

仲裁血赚，虽然需要考虑人情因素，但不适合轻易因为人情因素扭曲纵容这种非法事实，仲裁之前是会先调解的，这个环节沟通下应该足够解决问题了

@urnoob
@ldxy
有一点 @wupher 哥们说的对，设备定位环节确实是单向的（ GPS 信号是类似于收音机那样只收不发，北斗如果只用定位，不对接短报文等连接功能也是只收不发）

但是这位老哥没理解到的是接下来的环节（这一步才刚开始进入互联网领域），那就是车载定位器是通过内置的流量卡将位置发回来的，这个过程一般是 4 层的 tcp/udp 等方式。

物联网跟电商对比：
4 层通信在相关的服务端处理，可以说跟电商订单业务各有各的区别，但是并不适合对比，单进程维持几万个连接用的锁，跟订单秒杀用的锁，本质没啥不同。电商秒杀付费环节加解密的确安全度更高，但是这跟通信协议解析用的编码规则也大同小异。密集写入数据库考虑的并发，物联网行业也不能说比电商订单更低（不是对比）。物联网最终还得从 webapi 层面对外提供服务，这时候回到 7 层通信，web 层面业务物联网和电商又是没啥区别了

我怼了很多次了也没给我移出来

@594duck 咱不杠，只是中立的说事实（这样依然有人反对那就无所谓了，起码咱没褒贬之意）。
我想说的其实就一句话：架构跟语言无关。
我自从写过 socket 开发之后，认识到任何一门语言只要能收发 byte，就能构造出 webserver，同理也能构造出其他 server，只不过语言库的支持程度不一样，比如某些从来没用作 web 宏图的需要语言级别的底层封装

@RiESA 小众邮箱确实没啥思路推广使用，我自用邮箱也只是给自己用，外加给自己家人注册的不是太重要帐号方式其忘记密码用。
事实证明企业邮箱也挺局限于自用目的，我见过一种黑技术能冒充小邮箱发送，甚至回复都回不到被冒充的邮箱，至今不明白哪个环节能被黑

国内服务商封了 25 等端口，否则你可以买台固定 idp 的服务器，使用 winmail 等工具自己搭建
我是折腾了一圈自用选择使用第三方的免费，企业用选择第三方的付费

@wysnylc 刚注意到你的回复。如果你要争论，那么你赢了。

至于业务算大算小我不在乎，我只在乎业务是否转的好（无论负载多少），我不在乎使用什么语言（但我会综合优缺点进行选择），百万连接我已经说了，说大不大说小不小，你觉得小就往小的方向理解即可，毕竟再大的项目归根揭底还是很简单的 crud 。

再大的项目都有个共同点：不去挑战单机极限，都在回避单点瓶颈。

@iConnect 微信私聊吧，id 同 v2 的 id

我更喜欢自己的域名自己的邮箱 admin#opengps 点 cn 这样

@iConnect 卖，围绕汽车开展了一堆业务，软硬件整套解决方案都有，也定制开发特殊需求

如果你用了 EF，用了真实外键，那么可以把这堆数据都拖出来。但是实际业务不推荐用真实外键

@roundgis 在我刚开始启动项目时候还没有.net core，甚至我至今还没去入门.net core🤪