出 600 元现金么？不需要票据？那大概率要有人玩“中间商”了

你找你的维修点，该修修，你可以先垫资，拿着票据、认定书，找对方报销，同时追偿中间产生的各种交通费、误工费。当然也可以代位追偿。当然了，最后的底线就是法律诉讼。

至于修车，原车漆指的是原厂出厂时带的车漆，无论是 4S 还是路边摊，都不是原厂——所谓的事故减值也是因此而减值。4S 还是路边摊的区别就是与原车漆色差大不大，喷涂工艺好不好。

宜搭也没啥强大的，只不过能够比较简单地获得，脱离钉钉，这种东西多的是。

法律的问题是最大的问题，你想做，就提供一个信息平台，剩下的事情交由司机和乘客自行商定。别问我为什么这么说。

![边界不该是这样么？]("https://docs.awspaas.com/reference-guide/aws-paas-process-event-reference-guide/boundaryevents/1.png")

我的方案，NAS 解决，我用的 qnap 全家桶。

- 网页上查看，qumagie ，快速预览，还有人脸识别、物体识别什么的额外功能。精确定位，找到信息，然后 SMB 过去。
- 移动端可以用 qphoto 和 qfile 。
- 备份用 qfile ，设置自动备份，配置相册自动备份，有局域网可选项、充电可选项等。
- 相机、拇指摄像头之类的设备拍摄的，手动按照目录方式备份到 NAS 上。
- NAS 双盘位 RAID1 ，外挂四盘位 RAID5 盒，双盘位用于日常运行（硬盘始终运转），四盘位用于备份（可以休眠）。

3.5mm 音频口有带插入检测开关的器件，一个金属弹片，插入耳机时弹片与 GND 接线断开，也就是引脚电位为高阻位；拔出之后，弹片与 GND 接通，引脚电位为 0 。通过这个判断是否有耳机插入，换句话讲，找个 3.5mm 粗的木棍捅进去也行。

后厨的设备都不一样，就为了早餐一个汉堡？？老板脑袋进水了吧。
给你个烧饼夹卤肉得活了。

关键不在于 APP ，在于过程记录的数据。就算是 EXCEL 也能给你弄得漂漂亮亮的。

电视本身就解码看了😁，大法 X85J
之前是个显示器，搞了一个外贸盒子

软件一律是 KODI ，IPTV 用 tivimate

进一步说，无非就是次年涨价这个问题，首次租的时候谈好这个。
房主肯定希望上涨，房客肯定希望不涨，所以双方找一个平衡。如果一拍两散，那就搬家吧，房主损失什么，最多少赚一个月房租，房客虽然赚得了一点点的不上涨，找房子、搬家这些劳身劳神的事，算算到底是赚是赔。o(*￣▽￣*)o

就不能找一个能长租的？作为房主，至少我是希望我的房客能稳定长租，这样对房子养护也会很好。甚至我都可以跟房客商量家具自备。
搬家折腾那点功夫，劳身劳神。

静态一张照片无法说明，当运动起来的时候，90m 一直在减少，那就很明显了，还有 90m 、80m 、70m……20m 、10m 左拐到 Yuanshui Road 。
这里为什么是左拐到 Yuanshui Road ，因为如果当前道路的显示位置，不是在这里的，而是在整个车辆地图的某个位置，比如屏幕下方正中，或者上部 banner 正中，写着“行驶在 XX 路”。

你要跟我算清楚，那我就跟你算清楚，日常零花钱、玩具、额外的教育投入等等。
所以，算它干嘛，将来你的所有的都是 TA 的。心安理得地收了所有压岁钱。

或者还有说存着将来还给 TA ，但凡存着能跑过通胀甚至大幅度跑过通胀，那就存，否则就等着长毛吧。

@fxxkgw 24#
@yaoyao1128 27#
对于 TV OS 这种在国内比较怪异的政策管制，最省心的实践就是手机或者平板投屏了，当然什么 4K HDR 可能就不尽人意。如果喜欢折腾，androidtv 上硬上手机适配的 app 然后鼠标操作什么的，或者再不济就 htpc 最差也有网页播放。

其实如果条件允许，还是能开 iptv 就开运营商的 iptv ，然后根据运营商的配置方式，搞组播转 tcp ，然后 tivimate 、potplayer 之类的，完全不受设备（型号和数量）限制。

最后，如果电视的系统比较差（包括带着 android 的系统），可以考虑上一个外贸盒子，折腾的空间也比较大。

@del1214 21# 我这里各品型 7-8 寸平板已经半替代手机十年有余了。

对于有 IPTV 的，直接“破解”上
对于没有 IPTV 的，央视频、咪咕吧

那些个知名不知名的直播工具，没有一个是正经版权的，都是苟且之物，能不用就别用。

ipad air 应该在 Mar 8 要更新了，A15

OP 15# 我的回复当时只说了一半，从同步的等级来说，可以分系统级同步、应用级同步、用户数据级同步，你说的这个 VSCode 中的，是用户数据级同步，而且绝大多数能够实现（跨设备）同步的应用，也只能到用户数据级同步。
微软在 RDP 上承载了 RemoteApp ，算是某种应用级同步；而系统级同步基本上如我所说，因为设备的运行环境、状态差异，很难实现。而你的题目显然是希望系统级同步，最次也是应用级同步。

给一下定义。
- 系统级同步：操作系统从内核到配置完全同步，同时包括了其上层安装的各类应用软件，两台设备之间犹如克隆；
- 应用级同步：操作系统仅同步一些配置参数，或不同步，仅同步各种安装的应用软件及其运行态参数，在使用表现上两台设备趋同；
- 用户数据级同步：仅同步用户创建的数据。

下边是我当时没有说的后半段。
如果说最理想的系统级同步那么复杂，同时 1+1<2 了，那换个思路思考，能不能直接只有 1 ，没有另外的 1 ，即一台设备走天下？于是考虑各种场景，固定场景、移动场景，前者不担心能量消耗可以高算力，而后者限于能量算力不高，这就是矛盾。那么可否借助网络把固定的高算力提供给移动的中低算力，所以这就是云计算的真正内涵，这种情况下网络带宽就需要较高水平。目前基于局域网的虚拟桌面方案完全成熟。借助 5G 能力，基于移动网络的新虚拟桌面是一个方向，外加柔性屏使大尺寸屏幕小型化。所以，后边你就自己琢磨去吧。

这个问题吧。。。
任何两台运行条件不同、运行环境不同的系统，在运行态上的实际情况肯定会不同，一套配置显然不能让两个系统都良好运转，更甭说一台运行的特殊情况使得另一台出现宕机。换句话讲，就算是同卵双胞胎也有些许不通。