V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnbatch  ›  全部回复第 5 页 / 共 64 页
回复总数  1265
1  2  3  4  5  6  7  8  9  10 ... 64  
另外,我个人建议,端口跳跃不用太频繁,1 分钟~5 分钟比起 10 秒反而更稳妥
其实可以给 hysteria2 提个 issue ,问问他们能不能在端口跳跃前检测下通断,这是目前最彻底的解决办法

当然啦,如果有热心人能够直接给出 patch 那就最好了
那就用最基础的 Windows 自带功能——Internet 连接共享

在 B 电脑做以下操作:

控制面板→网络和 Internet→网络和共享中心
点击左侧“更改适配器设置”
右键单击连接外网的网卡,属性,再点开顶部“共享”选项卡
勾选“允许”,选择内网网卡,按“确定”

然后在电脑 A 把网关地址设置成电脑 B 的 net1 IP 地址
44 天前
回复了 crazyweeds 创建的主题 Windows Windows 服务器版本选择哪个比较好?
所谓的“调度激进”,根本不是这回事。

客户端版跟服务器版的调度区别在于,客户端是“系统属性”的“高级系统设置”里面默认设成了应用程序优先调度,服务器版则是后台服务优先调度。

所谓的“激进”,或者体感上觉得负载高,实际上仅仅是后台服务优先调度而已。毕竟那是 Windows Server ,用来跑服务的,优先调度后台服务很合理。
贴错了 163 的那个,重新再发:
https://www.163.com/dy/article/IT0C1TKN0544M61U.html
真的确定银行柜员工作简单?这里有两个网址给 OP 参考:
/t/931539
https://www.163.com/dy/IT0C1TKN0544M61U.html
46 天前
回复了 gopher666 创建的主题 .NET visual studio code for .NET
有点好奇,写代码时跟 Visual Studio 相比( Windows 版),体验怎么样?
几年前我用过 vscode 写 C# ,并不算好用,代码补全能力很差,quick fix 基本不存在,不知道现在“进化”得怎么样
46 天前
回复了 nnegier 创建的主题 C 还是不太理解 C 静态库和动态库?
@rabbbit 差不多。但凡想要用 LGPL 的库却又不想开源自家源码,那就只能动态链接,用动态库形式。
47 天前
回复了 nnegier 创建的主题 C 还是不太理解 C 静态库和动态库?
@totoro52 不完全是“硬盘贵”的缘故,还有许可证的原因。
实在奇怪,用 Linux 做软路由的话,不是 OpenWRT 更好吗?
既然 OpenWRT 能够正确处理,那就直接用 OpenWRT 嘛。
47 天前
回复了 livin2 创建的主题 Linux Linux DE 与普通消费市场的距离到底在哪?
最麻烦的一点,桌面环境本身并不自带中文输入法,需要发行版自己处理。
如果发行版没预装中文输入法,那就只能全手动安装,一点都不方便。
49 天前
回复了 iGmainC 创建的主题 NAS 公司内部服务器系统该怎么选?
@iGmainC NAS 系统承载虚拟机,那得看虚拟机放在哪个种类的硬盘,如果是 SSD 那还没什么。

要是放在机械硬盘(即使是阵列),那么速度就会很慢了,体验回退到十几年前的机械硬盘时代。机械硬盘的 4K 读写非常糟糕,跑虚拟机是能跑,只不过对于日常测试来说嘛……假如用来跑编译,或者测试时需要上传一大堆小文件、读取一大堆小文件,就可以重新体会到什么叫做“拖后腿”
49 天前
回复了 iGmainC 创建的主题 NAS 公司内部服务器系统该怎么选?
公司环境的话,哪怕是做测试,NAS 最好独立一套,不要用来跑其它服务。就是前面楼层提到的一个字:稳。
这台服务器可以安装 esxi 用来做程序、服务的测试,但不要把 NAS 也丢给它负责。

同一台机弄成 ESXi + NAS ,正是不少家用 DIY NAS 玩家最喜欢的 All in One ,别名 All in Boom 。
为什么别名叫 All in Boom ?来个故障开机失败(尤其是过保二手货,出现大故障一点都不奇怪),直接全部完蛋。
All in One 家里玩玩可以,公司就不该这样了。

这台二手机,要么只做 NAS ,要么只跑测试,不应该混着用。如果做不了 NAS ,那就直接跑测试吧。
49 天前
回复了 xyj998 创建的主题 微信 微信要出真正能用的 Linux 版了?
@wweerrgtc 准确来说,是国产界面做得好看,显然这个桌面并不是 Gnome
如果是工作需要并且能够用 C# 的话,建议先用 C# 应付着,微软有现成代码手把手教学:
https://learn.microsoft.com/zh-cn/windows/uwp/security/microsoft-passport-login
https://learn.microsoft.com/en-us/windows/uwp/security/microsoft-passport-login

如果时间充裕,或者并非工作相关,那就参照这个 C# 版本调用 cppwinrt 改写成 C++版本吧,微软并没有现成代码可供参考,只有 API 文档,例如:
https://learn.microsoft.com/en-us/uwp/api/windows.security.credentials.keycredentialmanager
换句话说,参照 C# 教程,对照 cppwinrt 的 API 说明,逐行改写。
如果 OP 确实想入行,其实是有相对更“传统”的:金融高频交易

同样需要对操作系统底层很了解,对于算法、语言本身也要很了解。懂点金融则更好。
50 天前
回复了 gopher666 创建的主题 .NET .NET 程序员的迷茫
同做 .NET ,其实跨国外企有许多内部程序是用 .NET 来做的,毕竟是用“Windows Server 活动目录域”管理整个公司,某些程序用 .NET 会容易很多。而国外用 .NET 用得多,这也是原因之一。

不妨尝试下找找国内的外企,它们对英语的要求不会特别高,起码比申请移民低得多。
@slideclick 类比不合适,看得出对于语言的印象还停留在 C89 、C++98 时代,然后用旧时代的印记忽视新进展再来对比新产品,这就是引战。


我自己工作就是写 C# 的(就是大家说“写起来优雅、上限可以很高”的那个),但想要精确控制资源释放的话,仍然是 C++更为方便。我是踩过坑的,有部份程序我并不用 C# 来做,而是用 C++ 去做。

尽管我不是前面楼层那些细分行业,也用不上那些专业知识,但并不妨碍我使用 C++。


最后 C++还有一个优势,源码级跨平台横跨 Windows 、BSD 、Linux ,只要底层 library 能够在包管理器当中找得到(或者自己编译并不难),那么移植起来非常简单,也不用考虑 runtime 怎么搞,更不用考虑语言是否支持特定硬件平台,只要编译器能够编译就行了。

我个人就是 BSD 使用者,制作出来的部份程序需要跨 Windows 、BSD 运行(然后顺便编一个 Linux 版本),只有 C 和 C++可以使用内置编译器简单地编译,最起码的我会把编译前置步骤弄得比 Golang 之类的更简单,让小众硬件平台的 BSD 环境也能顺利编译(恰好,那些新语言并不支持小众平台的 BSD 环境)。
1  2  3  4  5  6  7  8  9  10 ... 64  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5270 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 52ms · UTC 09:19 · PVG 17:19 · LAX 02:19 · JFK 05:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.