cnuser002

NAT 类型是描述你家内外网打通的程度。主要其实是看你家设备到公网有几层路由。路由套的越多，你这个 NAT 就越难生效，毕竟穿一层墙跟穿三层墙难度肯定不一样么。

现在一般来说是三堵墙。
第一堵是运营商給你的 IP ，因为公网 IP 资源紧张，现在分配基本都是运营商内网的 IP ，在运营商那里就已经做一层 NAT 了。你得申请运营商給你分公网 IP 才好穿这堵墙。

第二堵是在光猫那里。光猫如果开路由模式，你家自己路由器也是路由模式。你要把光猫那里改成桥接，让路由器直接拨号，可以绕开这堵墙。

第三堵是你家自己买的路由器，也算是一堵墙。绕这个墙，可以通过端口映射，或者 DMZ ，upnp 这种，把内网的设备地址暴露出来，这堵墙就过了。

你这个属于租服务器，在公网上搭存储服务，
也算网络附加存储，但是一般叫个人网络云盘。

一般说的 NAS ，放在家里的一台搭载硬盘的电脑，通过内部网络让其它设备共享存储空间。跟网络云盘比，你自己可以配大硬盘，内网不限速，价格有优势。
当然也有不方便，比如你要出差在外，就得想其它办法连，有时还得用云服务器在公网中转。

实际上制约的也确实就是钱，要是公网带宽和存储容量都很廉价，就搞个纯云上的空间自己用，当然也好。
楼主你自己算一算就你的需求值不值这个价吧

前端三件套本来是设计用来画网页的。类似传单的感觉。


现在拿来做互动界面，类似游戏里的按钮、列表啊这些。 许多地方没有约定俗称的范式，要自己去编写，这就麻烦了。

Vue React 这些框架，就是提供了一整套思路，和配套的工具，让你按他的思路去组织代码，底层的一些细节它们包解决。
最后由框架将其编译回三件套。

传感器脱钩的话，那你就只能以网关+索引去关联了吧，你看配置文件在哪写吧。
至于数据库，时序数据没有特别要设计的吧， 时间戳 ，数字，然后就是索引啦。

本地存成本最低的方案，你找像小米路由器那种可以带个移动硬盘的，让路由器来干这个活。

Vue 和 React 都是前端工程化时期诞生的开发框架。
前端工程化，指的是前端从做网页，变成做 Web APP ，也就是跑在浏览器里的客户端。

但因为 Html 、CSS 、JS 这三东西本来是开发网页用的，用来编写客户端并不方便。所以就出现了专门为 Web APP 或者叫单页应用开发的方案。

React 是其中最激进的，它架空了 Html 和 CSS ，全部在 Javascript 里面写组件，组件拼接成应用。并且搞出了一套根据组件 state 状态改变，更新视图的所谓数据驱动的思路。按照它的思路去开发 Web APP ，许多问题就迎刃而解。
但同时也产生了许多新的开发需求，比如状态的维护，跨组件引用、路由等等，这些由各路开发者为之开发插件来解决。

Vue 是一个折中的方案。最早的 Vue 只是为了在普通的 Html 网页中，增加一些根据数据驱动的活动组件。它对网页开发向
Web APP 转变的过渡期是很好的抓手。

后来 Vue 也确定了一种由 template 、script 、style 组成的单文件格式，同样的通过编写拼接 Vue 组件，实现类似 React 的全组件化 Web APP 。
相比 React ，Vue 的状态维护、路由等模块是有官方版的，跟本体连接紧密，所以按照 Vue 开发指导文档，上手开发应用

另外，分久必合合久必分。这俩出现的时候，是有取代 Php 那种后端写网页模板做应用的趋势的。可是发展到今天，现在这俩也都有后端写应用的版本。

具体学哪个都可以，

我个人推荐 Vue 。因为我是先学的 React 再学的 Vue ，React 太自由反而难驾驭，理解不到位，容易写出似是而非的东西。

Vue 基本上就没有这个问题。

这类设备主要是帮你组异地局域网用的。通信两头都没有固定公网地址的时候，你可以靠它来把两边打通以实现互相访问。

你不买硬件的话，可以自己找台电脑加一个中间服务器跑类似 Tinc ，zerotier 那种搭建虚拟内网的服务实现类似的效果。

中间服务器主要是寻址维护用的，因为你两边都没有公网地址，如果没有这个东西，就互相找不到了。
至于流量，不一定从中间服务器走，看你通信两头的 NAT 能不能直接凿通。

这类产品实用性还是强的，能立竿见影的解决你的某种特定需求。

好不好用么，这个不好强求，毕竟做这个的都是小厂，属于不怎么正规的边缘需求。

向日葵做这方面比较多。