V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dilidilid  ›  全部回复第 26 页 / 共 104 页
回复总数  2062
1 ... 22  23  24  25  26  27  28  29  30  31 ... 104  
@Greendays 要塞进 MacBook 目前素质的摄像头没那么容易,而办公人群显然是 MacBook 的一大主力购买人群,视频通话是高频需求,苹果不太可能牺牲摄像头素质。很多 Windows 本子的摄像头对会议需求来说是几乎不可用的程度,另外一部分希望保证质量的厂商基本都有骚操作,比如可拆卸摄像头、放在底部的拍鼻孔摄像头、挖控摄像头。
多大的旧硬盘?如果是 1T 、2T 的,那一堆电子垃圾除了耗电没啥价值,不如全卖了换一张大盘
2025 年 7 月 13 日
回复了 qwetrz007sh 创建的主题 MacBook Air 第一次用 m 芯片的 macbook 有需要注意的地方吗?
直接用就行了,你说的这几点都是小概率问题,实在担心就买 AC 。。
实话说 mba 的品控和质量在这个价位的笔记本里都是 T1 级别的了,你听说的这些问题只是 mba 出货量太大导致的,这一代模具没有已知的设计和品控问题(比如之前的蝶式键盘和排线损坏)
2025 年 7 月 12 日
回复了 shakukansp 创建的主题 Apple mbp m1pro ac+快到期了
@leke1202 换 M4Pro 呀,差价没那么大的,预期使用寿命长很多。唯一例外是你非常确信自己要用到 64G 内存,那 M1 Max 价格会比 M4 Max 便宜非常多,依然可以考虑购买 M1 Max
2025 年 7 月 12 日
回复了 adaashili 创建的主题 Apple 1Password 免费领取一年
@nah 你是不是理解错误这个页面的意思了
2025 年 7 月 12 日
回复了 qsnow6 创建的主题 Apple 苹果的 [密码] APP 一天要输入 N 次密码解锁
@qsnow6 你去的一定不是正规售后,从来没听说苹果官方会管你要明文密码的。就像楼上说的,你的 iCloud 明文密码都泄漏了,物理机还在对方手里(意味着 Apple ID 的二步验证也失效了),你的隐私信息直接就裸奔了。

你的 cookies 可以直接登陆账号,你的邮箱可以直接接收重置密码的 link ,如果很不幸你还开着手机短信和 iCloud 的同步的话,可以直接接收你的手机短信把你的金融和支付账号全爆破。本质上来说你的密码管理器里存的那些密码实际价值大概率远不如你的 Apple ID+设备密码敏感,因为大部分重要账号风控都是强制开短信/邮箱验证的。
2025 年 7 月 11 日
回复了 qsnow6 创建的主题 Apple 苹果的 [密码] APP 一天要输入 N 次密码解锁
@qsnow6 我去过很多次自营店,标准的流程是让你自行关闭设备锁(也就是 find my 功能),登出 Apple ID ,从来不会问你要密码,店员主动向用户索要密码明文显然是违规且不符合安全原则的。

话又说回来,你连 Apple ID 的密码和物理设备本身都一起给了居然还会担心密码管理器被直营店偷也是挺神奇的。。。
2025 年 7 月 11 日
回复了 qsnow6 创建的主题 Apple 苹果的 [密码] APP 一天要输入 N 次密码解锁
@qsnow6 管理员密码本来就不应该告诉任何人,你实在担心可以 log out 你的 Apple ID ,不然的话你的短信、聊天记录、iCloud 照片、备忘录这些软件里就没有敏感信息了?

另外我不太理解为啥维护电脑需要把密码告诉维护人员,如果你说的是硬件维护那你锁屏就行了;公司电脑的话交给公司的运维就行了。个人电脑的软件部分有啥好维护的?
2025 年 7 月 11 日
回复了 yihy8023 创建的主题 Apple 1password 免费一年家庭会员又来了
麻烦死了,早全迁到 iCloud Password 了,普通个人文档存 iCloud Drive ,特别敏感的信息存 iPhone 本地,只备份不同步
@sinxccc 这个优点有点强行了,ITX 的显卡连接方式和 ATX 并没有本质区别,只是卡位卡的比较紧,所以如果你愿意的话 ATX 机箱加上绷带卡扣也一样能把显卡卡在原位。大厂品牌机的独显整机发货基本都是装好显卡的,只不过加了额外的固定件,也没啥问题。个人使用真的很在意的话也可以做到这一点
2025 年 7 月 10 日
回复了 jjxtrotter 创建的主题 硬件 感觉现在 DIY 主机性价比还不如笔记本?
@jsomin 我上上个世代用的 8700K+1080Ti ,然后换 3090Ti 的时候发现 CPU 太拉了毕竟 12 代是大升级,然后我就得把主板 CPU 全换掉,再后来更新 4090 的时候我发现电源又不够了我得换电源,如果我现在换 5090 那我得把 CPU 平台换了那我的 DDR4 内存又没法用了得把板 U 内存全换了。我这还是换的比较勤的了,换的比较慢的比如 8700K 换到 ICU+DDR5 平台直接一次性全都得换干净,能复用的也就机箱、电源(还不一定,ATX3.1 出来之后很多人还是把电源换了)、散热器(很多人用的水冷时间久了也得换)。更别说现在值钱的基本也就板 U 卡,剩下的加一起也没几个钱,不换又能省几个钱
2025 年 7 月 10 日
回复了 eatFruit 创建的主题 问与答 高配笔记本和自己组装的台式哪个好一点?
@BeautifulSoap 没那么夸张,散热器又不是吸尘器。。。
2025 年 7 月 10 日
回复了 freedoom 创建的主题 Apple Apple 教育优惠返校季开始了
Mac mini 果然不给额外优惠了
2025 年 7 月 9 日
回复了 Kirkcong 创建的主题 NAS 想整个半闪 nas,硬盘怎么选?
我的意思是,你把热数据存 SSD 里,剩下的放机械不就行了吗。你每天把监控数据全写到 SSD 里,然后白天设个定时任务自动搬到 HDD 就可以了呀。这是预算很低而且可拓展性也很强的方案了,每天热数据撑死 8T 吧
2025 年 7 月 9 日
回复了 Kirkcong 创建的主题 NAS 想整个半闪 nas,硬盘怎么选?
先问问自己,你真有这么多热数据吗?绝大部分人 8T 甚至 4T 都完全够用了,日常让机械硬盘待机哪有啥声音
2025 年 7 月 9 日
回复了 glasswm 创建的主题 macOS 求助,如何避免 mac 被唤醒后自动加载外挂硬盘?
最可靠的方案是弄个便宜 mini pc 挂在上面
2025 年 7 月 8 日
回复了 lonccc 创建的主题 iOS ios26 真难用,试用两天连夜回滚
“#33 国外的同事看完发布会基本上是一边倒的批评,这里的大部分人倒是甘之如饴”

又开始自己立靶子虚空攻击别人了,开始靠舔洋大人来 diss 同胞了?互联网有记忆的,这里发布会开完的时候版面一大半都是批评 iOS26 垃圾没创新的,甘之如饴是哪个位面的 V 站?你抱怨的事情和“看完发布会批评”是一件事情吗?
2025 年 7 月 8 日
回复了 lonccc 创建的主题 iOS ios26 真难用,试用两天连夜回滚
你如果对更新内容和创新方面有批评,那没问题,V 站也很多人不满意的。但你用 dev beta 版本的 bug 来喷确实还挺搞笑的。beta 版本没有 bug 了那为啥会叫 beta ?直接 release 不好吗?

“苹果的软件质量一直下降”,没感觉。最近几年 iOS 、macOS 基本一直都那样,小毛病就没断过,但绝大部分不怎么影响使用。macOS 只有在刚开始和 iOS 合并 codebase ,大规模转向 M 芯片那两年 bug 特别多(大概是 macOS 12 左右的时间点),后面也就是正常水平。

“一味的吹捧忍让只会让你们用到越来越差的苹果设备!”,作为一个读过博的人,应该知道批评和吹捧对资本都是没意义的。你如果想产生实际效果,就应该用脚投票不买苹果的产品,这比你写一百篇檄文但又体正直的购买实在。
2025 年 7 月 7 日
回复了 kingdom8 创建的主题 macOS 14 寸 MacbookPro M1Pro 当前 MacOS26,回退版本征求意见?
15 就可以了呀,没感觉 bug 很多。而且你觉得 bug 多然后从 15 升级到 dev beta 的 macOS26 ?我只能说很难评
2025 年 7 月 7 日
回复了 tenserG 创建的主题 NAS 组了台 SAS 硬盘的 NAS
而且 SAS 廉价一点的接入方式只有直通卡,所以后面如果想插到硬盘柜做冷备其实也不行,因为消费级硬盘柜几乎只支持 SATA ,除非你再去弄个服务器洋垃圾鸡架硬盘阵列,那就更麻烦了
1 ... 22  23  24  25  26  27  28  29  30  31 ... 104  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   932 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 22:45 · PVG 06:45 · LAX 15:45 · JFK 18:45
♥ Do have faith in what you're doing.