V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cnbatch  ›  全部回复第 67 页 / 共 71 页
回复总数  1406
1 ... 59  60  61  62  63  64  65  66  67  68 ... 71  
2022-05-31 03:40:26 +08:00
回复了 MrLonely 创建的主题 Windows 千小心万小心,还是一不小心,现在我的系统洁癖让我很难受
能够支持 i9-12900K 又支持 IPMI 的 ITX 主板,那还真是暂时没人出。
去掉 ITX 这个限制的话,我只能找到一款:X13SAE-F ,价格可能超出预算。

如果重新弄一台设备又想低成本,可以考虑 AMD 方案,Asrock Rack (华擎的服务器级主板系列)提供的主板选择很多,其中有一部分支持桌面处理器系列,这样的好处是内存既能用普通台式机的内存,又能用服务器的 UDIMM ECC 内存,任君选择——前提是不使用自带核显的 AMD CPU ,这种 CPU 只有很少数可以支持 ECC 内存,所以选择无核显就对了。
不用担心无法开机,Asrock Rack 的 AMD 主板自带集成显卡。
(闲鱼可能有 Asrock Rack 的二手,但我没试过,毕竟闲鱼的水太深了)

唯一问题是,这样一套弄下来不仅需要重新花钱,而且也要重新花时间,这就只有楼主自己能衡量了
2022-05-30 16:34:19 +08:00
回复了 MrLonely 创建的主题 Windows 千小心万小心,还是一不小心,现在我的系统洁癖让我很难受
如果时间来得及,要不考虑换成自带 IPMI 功能的主板
2022-05-27 15:27:56 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@nothingistrue 你连我前面的回帖都没看:
“这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server”

就妄下结论说“你连 RDP 是啥都没懂”,扣帽子可真行啊

不好意思,我也提到了网络延迟。

另外,我平常还真的会使用公司部署在同楼层机房的 Windows Server ,用 RDP 连进去,包括 mstsc 桌面和 RemoteApp 。

还火气这么大,有必要吗
2022-05-27 14:49:27 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@nothingistrue 这也是很搞笑的提法。你觉得的搞笑,在别人那里却是正在使用的做法(主贴已经发过,这里再发一次): https://www.v2ex.com/t/746542

显然,确实有人宁愿加一台机器也不愿安装个 VMware player 。

WSL 当然可以安装在本机,问题来了——企业权限管理。有些企业对于企业内容管理十分变态,甚至连员工的电脑都不那么信任,即使真的需要用 WSL 做测试的开发部员工。所以我的猜想是,也许这个 RemoteApp 状态的 WSL 可以派上用场,但不知道效果如何。

至于 WSL 里面装个 Windows……这是十分奇怪的扩展理解,我原文既没这样提,更没想过需要 /可以 /有必要这样做。
2022-05-27 14:19:00 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@nothingistrue VMWare 这些毕竟是第三方软件,需要额外安装。RDP 反而不需要,毕竟自带了,对于 DPI 调整也更灵活一些,对于像那位 V2EX 发帖者的用户而言还真是挺方便的。

也许这样就可以把 WSL 变成 RemoteApp ,毕竟 WSL 的资源耗用还是比 Hyper-V 运行实际系统低得多,启动也更快,多人共用的时候也会有点优势。只不过,现在没人知道服务器版本的 WSL 可以同时多开多少个,以及某些企业对于 WSL 的态度模糊不清,所以是个大大的问号
2022-05-26 23:32:24 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@oott123 因为未必有权限装(指企业内)
2022-05-26 23:26:55 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@beordle 用云上面的 RemoteApp ,而且还 RemoteApp + WSL2…… 说实话,就算有解决方案,这样从云到本地的网络延迟也不低了。还不如回归同楼层机房的服务器裸机装 Windows Server
2022-05-26 23:20:07 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@codehz 这么多年后终于支持了,个人简单用用那还可以应付。

人多的企业环境应该就不可能的了。刚刚特意看了下并行用户会话数,还是有限制的,大概是 15 个并行用户会话数:
https://github.com/stascorp/rdpwrap/issues/192
https://github.com/stascorp/rdpwrap/issues/512
稍大点的企业很容易就能达到这个数量。

然后还会受到 Windows Update 更新的影响,以及 Windows Defender 的影响:
https://github.com/stascorp/rdpwrap/issues/1816
尽管不是每次都会这样,但企业环境可受不了这种风险。

其实自己用也是,更省心的方案总会让自己舒服些。至于是 Windows Server 省心还是普通 Windows + RDP Wrapper 省心,那就得看是否长期重度依赖了。
2022-05-26 20:45:33 +08:00
回复了 cnbatch 创建的主题 Windows WLS2 又回到了 Windows Server 2022,想到了应该会有的应用场景
@codehz RDPwrap 虽然可以让普通 Windows 变成远程桌面服务器,但强烈依赖于“域”环境的企业显然并不喜欢。

先不说 RDPwrap 不支持 RemoteApp ,还有因为基于组策略的域权限管理。这些企业会专门建立新的分组,让服务器隶属于服务器组、普通电脑隶属于普通电脑的组。然后为了安全起见,只有 IT 维护的同事有权限 RDP 远程连接普通电脑,其他人不可以。

这样一来,安装了 RDPwrap 的普通电脑归入到服务器组吗?那样的话就要把这台电脑放进机房里面了。搞成这样,还不然利用现成的 Windows Server 服务器。

如果维持普通电脑的组,那么其他人就不被允许连接这台电脑。照样还是没用。

至于普通个人玩家嘛,Windows Server 可以在 RemoteApp 和普通桌面之间随意切换自如,也难怪那么多人专门安装 Windows Server 来玩。
即使是同城电信,不同区、甚至不同楼盘的做法都可以不同。

我用的同样是广州电信,仍然有双公网 IP
实际数据必须靠当场测试。而且每一次测的数据都有些许差异,所以只能参考个大概。
2022-05-25 18:08:05 +08:00
回复了 saki22oimo 创建的主题 程序员 MBA(Retina, 13 英寸, 2020 年)推荐 VPN App
@FanError 针对原生 M1 的版本确实没出,只能靠转译
2022-05-25 18:06:39 +08:00
回复了 w20011025 创建的主题 C++ c++ gsoap ews exchange API sendmail getmail
2022-05-25 18:06:05 +08:00
回复了 w20011025 创建的主题 C++ c++ gsoap ews exchange API sendmail getmail
不清楚你的环境是怎么样,我在公司内部试过是可以获取发件人,唯一例外的情况是发件人以共享邮箱的身份发邮件

如果是普通的发送方式,是可以正确获取的,就以 find_unread_messages.cpp 为例修改:

原文件的 for (const auto& id : item_ids) 里面的内容,改为

for (const auto& id : item_ids)
{
auto msg = service.get_message(id);
auto mail_address = msg.get_from();
std::cout << mail_address.value() << "\n";
}
2022-05-25 02:51:46 +08:00
回复了 saki22oimo 创建的主题 程序员 MBA(Retina, 13 英寸, 2020 年)推荐 VPN App
如果专指狭义上的 VPN ,那么可以用 OpenVPN
https://openvpn.net/client-connect-vpn-for-mac-os/

如果不想自己搭建而是想一键连接,那么可以买 ExpressVPN 服务
2022-05-25 02:37:41 +08:00
回复了 w20011025 创建的主题 C++ c++ gsoap ews exchange API sendmail getmail
啊,不好意思,mail_attachment 我忘了补全进来。

auto mail_attachment = ews::attachment::from_file(R"(D:\picture.png))", "image/png", "picture.png");

第二个参数可以按照注释的指引,在注册表里面找
2022-05-25 02:29:10 +08:00
回复了 w20011025 创建的主题 C++ c++ gsoap ews exchange API sendmail getmail
如果要发送中文电邮,假设用的是 Visual Studio 做开发环境,那么需要以下更改:

1 、cpp 源代码文件的编码需要设置成 UTF-8 (文件->另存为->“保存”按钮旁边的三角形->编码保存->UTF-8 )
2 、打开项目属性,按照这个说明改设置:
https://docs.microsoft.com/zh-cn/cpp/build/reference/utf-8-set-source-and-executable-character-sets-to-utf-8
2022-05-25 02:24:18 +08:00
回复了 w20011025 创建的主题 C++ c++ gsoap ews exchange API sendmail getmail
gsoap XML 操控 ews 实在太弯弯绕绕了,而且由于许可证原因( GPLv2+商业授权),我没法在我所在的公司环境内测试。

我用以下代码在公司环境里发送图片附件,试过了没问题。用的是 ews 自己的测试代码+小修改:

//const auto env = ews::test::environment(); //由于我会指定内部 ews 服务器,所以注释掉 env
auto service = ews::service("https:// *********", "", "",""); // 我所在的公司启用了 SSO ,所以不用输入用户名和密码

auto message = ews::message();
auto mail_subject = "Test mail from application";
message.set_subject(mail_subject);
std::vector<ews::mailbox> recipients;
recipients.push_back(ews::mailbox("[email protected]"));
message.set_to_recipients(recipients);
auto text = ews::body("Welcome!\n\nThis is a test.\n");
message.set_body(text);

auto mail_attachment = ews::attachment::from_file(R"(D:\picture.png))"); // 自己指定文件路径
auto mail_id = service.create_item(message, ews::message_disposition::save_only);
service.create_attachment(mail_id, mail_attachment);
auto search_expression = ews::is_equal_to(ews::item_property_path::has_attachments, true);
ews::distinguished_folder_id drafts = ews::standard_folder::drafts;
auto ids = service.find_item(drafts, search_expression);

for (auto &ids : ids)
{
auto msg = service.get_message(ids);
for (auto &reciver : msg.get_to_recipients())
{
std::cout << reciver.value() << "\n"; // 收件人邮箱逐个显示出来
}
if (msg.get_subject() == mail_subject)
{
service.send_item(id);
break;
}
}

先用纯英文字符的内容去试。
2022-05-25 01:50:41 +08:00
回复了 Biwood 创建的主题 程序员 Linus Torvalds 在 TED 演讲上所说的有品味的代码
@FrankHB “说人力不够我懂,不过这不就是承认了没充分 review 过而没法解决问题嘛”

对呀,这不正正印证了我说的“就这种窘况”。哪有什么承认不承认呢,这个窘况是活生生的现实,都不需要特意去承认或者否认。对于来自外面的代码,尤其是来自于又长又臭 bug 又多的 freedesktop ,换成是我,我也没那么多动力去好好地 review ,能用就行,多一事不如少一事。说实话,对于各 BSD 基金会而言,基本上都处于有求于人(大白话:看别人脸色)的地位,就连代码管理也不例外。多年前 FreeBSD 、OpenBSD 曾经分别喊穷求救,我也多少有点理解为什么他们对外来代码照单全收。责怪也没用,正经做法是帮他们解决资金问题(这难度……不是一般人能做到)

不过也好,这个提醒让我也看到了 __containerof 挺不错。
1 ... 59  60  61  62  63  64  65  66  67  68 ... 71  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2807 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 13:28 · PVG 21:28 · LAX 05:28 · JFK 08:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.