V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ysc3839  ›  全部回复第 170 页 / 共 548 页
回复总数  10950
1 ... 166  167  168  169  170  171  172  173  174  175 ... 548  
2022-09-14 17:54:52 +08:00
回复了 kerrspace 创建的主题 程序员 深度学习显卡选择(RTX A6000 和 RTX 3090)
@nekoneko 印象中 T4 性能很差的吧?好像连 RTX2080 都比不上。
2022-09-14 17:53:27 +08:00
回复了 dangyuluo 创建的主题 C++ 怎样在 C++里用 C-style 按行读取文件并不分配 heap 内存?
直接 mmap 吧
2022-09-14 17:28:15 +08:00
回复了 ariera 创建的主题 Android 小米手机启用热点后的通知如何消除
可以用 AutoNotification 修改通知设置,需要先授予通知访问权限,修改后即可取消授权,改动是保存到系统中的,不需要相关应用持续运行。这个方法可以修改系统应用的通知设置,即使设置里是灰色的。
不过 AutoNotification 收费,不想付费的话需要看广告,然后能免费使用 24 小时。

这个问题是小米的锅,因为 MIUI 一些旧机型的 Android 版本是旧的,所以小米把通知设置里老版本不支持的选项去掉了,结果导致用户没法设置一些选项。

@little_cup 希望能给通知滤盒加入上述功能,我愿意为此付费。
2022-09-14 16:24:22 +08:00
回复了 colodes 创建的主题 信息安全 Chrome 正在开发基于应用的密码加密
@nothingistrue 本主题讨论的是跨应用文件保护问题,Android 难道保证不了应用数据安全的问题吗? Android 的其他权限,如录音、录像、录屏权限能绕过吗?
UWP 可以不适配移动端,但微软这种设计显然是想开发者自动适配移动端,因为 UWP 中桌面独有的 API 很少,很多界面元素也是为触屏设计的,开发者写一个桌面应用,很容易甚至无需改动就能在移动端上运行。
我说 Win32 API 被砍指的是 UWP 应用中被砍了,隔壁 macOS 应用仍然可以调用 POSIX API 去打开文件,去启动新进程,但 UWP 应用给吗?甚至反过来,一个非 UWP 的 Win32 应用想使用 UWP 的 XAML UI ,在很长一段时间都是不可行的,直到微软推出了 Xaml Island 。隔壁 macOS 新旧 API 都兼容,也不见怎么失败。所以我说 UWP 失败的原因是它一刀切,而一刀切的原因是要强迫开发者开发出来的应用能自动兼容移动端,因为如果不砍掉旧的 API ,开发者们就会像 macOS 那样新旧 API 混用,享受新 API 带来的爽的开发体验的同时不给移动端做半点贡献。
微软曾经也做过类似的事情,Windows Vista 时代,一些操作系统已经开始提供丰富好用的 API 了,比如 macOS 的 Cocoa ,当时传言微软要把.NET 做成 Windows 的基础部分,结果 Vista 发布后大家发现.NET 仅仅是随系统附带了,没有与系统深度集成,Windows 中并没有多少应用是使用.NET 开发的。微软甚至不给.NET 提供 Win32 API 的声明,想用.NET 调用底层 API 的话还得自己参照文档写声明,虽然.NET 加入了 WPF 这个全新的界面库,但是整个.NET 整得像是个二等公民,像是独立的岛屿。微软自己在 Vista 中加入了一套私有的界面库,但是却不肯公开出来,言下之意是你想开发得爽就去用我们的.NET 和 WPF 吧,给我们的.NET 做贡献。这个操作可以说是进一步推动了 Windows 开发框架的碎片化。
2022-09-14 11:54:17 +08:00
回复了 colodes 创建的主题 信息安全 Chrome 正在开发基于应用的密码加密
@nothingistrue 应用级权限管理并不等于封闭,Android 也在用这种模式,你觉得它封闭吗?
macOS 也不是非常封闭,至少是有 root 权限,以及允许加载内核扩展的。
UWP 的失败不能说明应用级的权限管理是失败的,相反,我认为 UWP 在桌面 Windows 失败是因为微软一刀切。macOS 在引入新 API 时仍然保留了传统好用的 POSIX API ,同时 macOS 和 iOS 的 API 不是完全通用的,而是根据桌面端和移动端不同的应用场景、界面操作做了区分的。而 UWP 则是一刀切强行统一桌面端和移动端,把桌面端传统好用的 Win32 API 直接砍掉,我认为微软此举是通过限制 API 能力来让开发者“自动”为其移动端进行开发,这才是开发者用脚投票拒绝在桌面平台使用 UWP 的原因。以微软的能力完全可以实现传统与现代 API 混合、权限逐步收紧,渐进式地进行更新。
2022-09-14 11:02:38 +08:00
回复了 Asakijz 创建的主题 问与答 想组装一台台式,有没有大佬给套配置单照抄下
@Asakijz#6 电源功率选择可以参考前面提到的视频,后面有讲。
#12 这种叫做整机,总体来说坑比较多,如果一定要买的话建议选择在视频网站运营、口碑好、曝光度高的整机商。
2022-09-14 10:37:16 +08:00
回复了 Asakijz 创建的主题 问与答 想组装一台台式,有没有大佬给套配置单照抄下
2022-09-14 03:56:17 +08:00
回复了 memoryone 创建的主题 Python Python 有什么方法可以检测是否连接无线网吗?
调系统 API 。
Linux 下可能比较麻烦,因为有很多种网络管理器。NetworkManager 的话比较简单,用 D-Bus 接口即可。
2022-09-13 19:07:58 +08:00
回复了 colodes 创建的主题 信息安全 Chrome 正在开发基于应用的密码加密
@hez2010 现在的问题就是 Windows Credential Manager 没有只允许某一应用访问的功能。
2022-09-13 19:05:51 +08:00
回复了 colodes 创建的主题 信息安全 Chrome 正在开发基于应用的密码加密
个人认为主要问题还是操作系统没有提供应用级的权限管理,目前三大桌面操作系统中只有 macOS 默认有应用级的权限管理。
2022-09-11 19:23:17 +08:00
回复了 BugCry 创建的主题 问与答 求推荐支持 type-c 连接的显示器
2022-09-11 03:32:53 +08:00
回复了 edis0n0 创建的主题 程序员 现在 Linux 上最好用的 WebDAV 服务端是 rclone 吗?
我选择 nginx 的 WebDAV 插件,虽然要折腾一下配置文件以解决一些客户端的兼容性,但是性能还是不错的。
曾经用过一个 Golang 写的 WebDAV ,aria2 多线程下载很容易占满 CPU ,有的时候还会出现暂停下载后不响应新的请求,同时仍然占用 CPU 的问题。
没用过 rclone ,不确定性能如何,楼主有兴趣的话可以对比测试看看。
2022-09-10 20:30:32 +08:00
回复了 byboy 创建的主题 问与答 国内开源环境
中文语境下的“开源”含义已经变成了“公开源代码”,即使使用有很多很严格限制的协议都能被称作开源。
2022-09-10 20:27:55 +08:00
回复了 john6lq 创建的主题 Android 奇怪, `TOP`命令在 Debug 和 Release 环境下输出结果不一样
建议直接用系统提供的底层 API ,不建议去解析二手信息
@Tyanboot 那 top 也获取不到呀
@foreverstandbyu 印象中华为的设备几乎没有第三方固件的,要弄成路由器的话就得自己研究华为固件逻辑,所以说很麻烦,建议放弃
2022-09-09 22:44:41 +08:00
回复了 zhoupeng199 创建的主题 问与答 室友总喝我可乐
建议锁柜子里
理论可以,实际很麻烦,建议放弃
不配合内核驱动估计比较难,配合内核驱动的话,也许 Sandboxie 可以?
2022-09-09 21:28:31 +08:00
回复了 placeholder 创建的主题 问与答 请教一下关于视频采集卡的使用
你说 OBS 录屏卡指的是不用采集卡吗?按理来说不太差的配置应该不会卡的,建议发配置看看。
2022-09-09 21:25:59 +08:00
回复了 01046 创建的主题 Android 求教 Android 有办法修改 charge full design 这个值吗?
改内核驱动代码都不行?
1 ... 166  167  168  169  170  171  172  173  174  175 ... 548  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1009 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 4464ms · UTC 22:25 · PVG 06:25 · LAX 15:25 · JFK 18:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.