@xhqpppp 现在的路由就是 TP 的 PoE AC 一体化的路由

@xhqpppp 能详细说说吗?

我的 3b+跑了快两年了，没坏。只跑一些小脚本（一个 wechat 机器人，若干爬虫，frp ）。觉得玩玩可以，服务器还是算了吧。

@feiyekong 请问如何把 iptv 和 lan 口合成一根？有设备吗？还是改网线。

@yph007595 VLAN 的方案我昨天调研过，额外的开销是两个交换机。另外提到组 VLAN 的话内网的流量会挤占外网流量，这个暂时还不知道影响多大。

@PepperEgg 还留了一根同轴电缆，我想把它抽出来换网线。

@bokix
@firegl99
谢谢，我找到了一些 VLAN 相关的资料，提到可以单线复用。

PPS：光猫不在自己家里，因为老小区的缘故。

IPTV 的线需要从交换机出，有线网络的线需要从路由器出，破线 1 分 2 能解决吗？
@firegl99

服务器: 一般是 C++底层 + 脚本语言游戏逻辑(Python, Lua 比较多)。Java 的不是很了解，但是也有服务器用 java 开发。
客户端：讲讲熟悉的 Unity，一般是 C#做框架(底层) + 脚本语言游戏逻辑(也是 Python Lua 较多)。
以上不包括小程序游戏，小游戏一般会用 Javascript/Typescript 。有个引擎叫 Cocos，还有个叫白鹭。

我认为游戏和普通的功能业务开发差别较大的地方有
1. 热更新非常非常重要，不管是服务器还是客户端。
2. 配置的灵活性（游戏玩法），几乎任何新玩法都需要可以被策划随意的配置（不然真就改死你）。
3. 不要想破脑袋去考虑扩展性，复用逻辑（仅针对玩法），因为可能过一天，整个玩法就大改，也可能再过一天，你这个玩法就没了。
4. 游戏玩法可能比业务流程复杂很多很多很多（不同游戏类型可能有差别）。
5. 往往没有（或者仅有有限的）单元测试。
6. 强度真的大。
7. 客户端最好要懂图形学。

2. 我也好奇这一点，以前也有类似的产品，为什么这次 flutter 能掀起如此大的风浪（可能是 GG 出品？），游戏届早就用这一套了。包括 Unity, cocos2d,以及一些大厂的自研游戏引擎。
3. 据说是隔壁组是 Dart 组，就决定是 Dart 了。（近，解决问题快）
4. 比较担忧的是生态问题。flutter 应该不能复用现在 OC 以及 Swift 的一些轮子（ UI 方面）。Android 方面不了解。这部分的轮子都得重新造。机遇和挑战并存吧。

我们也是 cpp 的 backend+native 的 UI，因为之前有 server 的代码可以直接移过来用（某些功能想直接在 client 做）。但是觉得这个维护起来非常不方便，而且人“跑”了也是一个潜在的风险。加上双端又有自己的限制，修修补补经常导致各端逻辑不一致。

@supersu 感谢，我的 coding 还是托管在腾讯云上的，最近它好像又挪回了 coding.net 。可能他们用的是一套逻辑，但是腾讯云上并没法设置部署的时机，好坑。

@Rcnaec 有啥替代方案吗？最好是国内的。。

@CEBBCAT thx 一个新思路。

@xxx749 感觉可行！是任务队列吧，一个一个进。感谢！

@JiShuTui 不是一个人用。加锁是一个备选方案。我在想有没有代替 git 的方案？或者有么有这类的服务，类似于 server 酱。

@parorisim 不行，实时性要求比较高。

mx master 2s. 十分好用。搭配 Mbp + 外接显示器 + 蓝牙键盘。