@kklk
客观的说,目前如果想要从事互联网行业 /大数据方向,选 java/golang/py,目前 C#在这这方面(市场+生态)应该是比较弱(国内来说,国外不清楚)
如果从事传统行业(医疗 工业 等和设备底层关系较大的)等可选 C#(不代表 C#能全部搞定,一定程度上依赖 c/c++,但是 c#和他们的交互非常流畅,且开发效率较高,同时有成熟的 ui 框架)

如果是计算机专业,有一定的理论基础的话,学起来应该都快.

``国家不认可微软的技术栈``,请问这个结论是怎么得出的?国家从官方渠道认可过哪些技术栈?
因为我们自己主要用 netcore 为 ZF 开发包括门户、大规模运维系统（市级或省级设备检测和管控）、视频融合在内的系统，所以技术选型大多是公司遗留或技术决策人的个人喜好问题。

生态这个东西的确就是靠运势,比如 py 能借机器学习起来(但是大部分需要性能的都还得是 c/c++),然后生态好，学的人多,市场接受度广又反向推动更多人去学,.net 在 web 市场方面(互联网企业为主)的确是无法与 java 等竞争.


当然，对于个人而言,面向工资编程是明智的选择.

对于传统的.net framework 都绑死在 win 上,我们从 17 年开始切换到 netcore ，几乎不再使用.net framework 。后续可能支持 win arm 版,netcore 才跨平台支持 x86\x64\arm,所以对于跨平台 ui 类软件可以考虑 QT 或 web electron 栈(maui 不好说,可参考隔壁 flutter,此外其他的跨平台 ui 如 Avalonia 等没用过不清楚),对于 win 上绑死的程序来说 winform 和 wpf 都还不错

这两年 C#语言发展非常快,很多书籍(特指中文)没有跟上进度,比较推荐微软官网自身的文档.当然,早期的书籍的知识任然有效,因为语法等兼容性非常好.
当然,根据具体的开发目标又有一些更为细分的技术需要学习(比如 WPF 的 xaml),但相对通用的书籍推荐 2 本
<<C#高级编程>>和<<CLR via C#>>

此外
u3d 用到了 C#作为脚本语言(C#只是.net 中的一员,是一个规范+平台,可以这么理解,但是 C#是.net 上最具代表性的语言,所以很多人简单的理解为 C#就是.net,其实还有 VB 以及 F#等语言),的确为推动 C#做出了积极的贡献,同时微软投入大量的精力发展 C#及其相关生态也反哺了 u3d 等应用方.

是的,目前只有通过 websocket 或者轮询后端状态.
另外,据我所知 srs 的 webrtc 是 web 端通过 srs 的 api 交换 sdp 后就直接开始通讯,除非你实现一个 webrtc proxy 并且让 web 端通过你的代理以便有机会能够处理 webrtc 数据,另外一个思路是改 srs 的实现,看是否可以从 webrtc 底层去调整(控制 rtcp,这点存疑没有核实 webrtc 底层传输和控制协议,如有误请指正)

好像右键能直接预览压缩包内容的只有 bandzip?

@daniums 我这边是 http://192.168.1.1/cu.html useradmin/cqunicom,其他地方密码可能不一样,我这个是直接问的上门的师傅

@hash 个人觉得不知道 ipv6 比不知道 openwrt 更为离谱,毕竟推动 ipv6 的话几大运营商应该算中坚力量.

@pocketz 理论上是,但是发了企业微信对方没回我所以才找的客服. 之前打 10010 还专门给我说让直接找他,这次找了,没回

@hahasong 感谢,修改配置后生效了
https://sm.ms/image/5OZtfwem7TFXUal
https://sm.ms/image/O7DjCdA6PgYTI2m
https://sm.ms/image/WqkwTeGnxU2bA8t

@riggzh 我说了很多次哦,确认是没有听叉的.中途让我等着去资讯其他人(不清楚谁),咨询后还是不懂

@hahasong 想体验一下,当前是这个状态
https://s2.loli.net/2022/06/28/hroJnicAy2XeqLv.png

eset ，资源占用非常小，3 年 100 多。另外现在卡巴斯基好像有免费版

哦哦，sorry ，建议直接问哈 tplink 的客服让他们推荐呢，我目前用的这个型号

某东 TL-SG1005P 符合要求吗?

nushell