为何百度云的修改文件夹名特别费时?是不是存储结构不同
而百度云文件夹(里面资源比较多)就会花老半天改名称/位置,甚至于另开一个网页会经常看到新名称和老名称同时存在。
两者差别之大让我在想是不是百度云的存储和 115 的存储方式有区别?本人不是计算机相关专业,胡乱猜测,是不是百度还在用类似文件夹树的方式,要改名字就要开一个新文件夹然后把这些文件都转移过去;而 115 就是把这些文件换一个标记名称之类的
有哪些值得关注的运维类和 SRE 相关的微信公众号,求推荐。
PS: 当前的信息来源如下。
在 Github 评论输入框 粘贴图片时会自动上传生成类似下面链接
https://github.com/user-attachments/assets/2a0a7787-f2dd-4529-a885-93f3b8c857c3
这种方式简单直接,不需要指定仓库,所以很多人也喜欢在 Github MD 文档里引入这种链接
但是这种方式却有一个缺点,在这之前需要说一下 Github 如何处理 MD 文件中的图片外链
主要看链接 URL 的 host 是不是 Github 自己的,如果不是,转为一个代理链接,类似下面
https://camo.githubusercontent.com/ba4d2334ee66f91a6947cc52e81f788488ab47f34fd6d4dacc2dbbced3db6b98/68747470733a2f2f652e676b642e6c692f32613061373738372d663264642d343532392d613838352d393366336238633835376333
问题就出现在这,根据这个策略,上面粘贴上传生成的链接不会被 Github 转换,也就是原始链接
但是这个链接会返回 302 临时重定向到下面的链接
https://github-production-user-asset-6210df.s3.amazonaws.com/38517192/440014540-2a0a7787-f2dd-4529-a885-93f3b8c857c3.svg?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAVCODYLSA53PQK4ZA%2F20250504%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20250504T142228Z&X-Amz-Expires=300&X-Amz-Signature=99fc928c9d601b55d2d9d7bcd588b1e0d874838e808c03725d69dfcbc76b3383&X-Amz-SignedHeaders=host
这直接导致浏览器 无法使用磁盘缓存,每次打开都得重新加载图片资源耗费流量
某些贴近普通用户类开源项目会在文档教程里包含很多示例图片,但是这个策略导致用户阅读体验不太好
解决方式很简单,就是使用外链,Github 会对外链使用缓存链接,也就是上面那个代理链接
但是这样就不能享受上面粘贴上传的便利了,其实也有两者皆得的方法
将链接里的 github.com/user-attachments/assets
替换为 e.gkd.li
,最终链接如下
https://e.gkd.li/2a0a7787-f2dd-4529-a885-93f3b8c857c3
e.gkd.li
部署了一个重定向服务,会自动重定向到 github.com/user-attachments/assets
而 Github 将此视为外链,转为代理链接,浏览器最终显示会利用磁盘缓存避免重复流量消耗了
你可以打开下面两个链接然后分别按下 F5 刷新页面来体验这个缓存优化
如题,Mac mini 没有连接物理显示器,做了一个小工具,可以在局域网一键随航连接到 iPad 。testflight 正在审核,有需要的可以关注一下。
某站演示视频 https://www.bilibili.com/video/BV1YfVAz2EtB/?vd_source=4466cd39b499e243b6a9f2d1583dfb55
增加 web 管理界面,不需要再通过命令行管理,只需要在 Mac mini 上面打开软件即可 https://testflight.apple.com/join/naGem1nN 关注我,带你解锁更多姿势🐶。
需要一台多核机器做负载测试,最近买了一台号称是“电子垃圾”的 Intel E5 机器。
全压力测试下的功耗
$w
load average: 36.18, 34.92, 24.01
压力测试了几个小时,温度不高,性价比高! 价格接近 1200 元,比新机器便宜太多了!
$lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 46 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 36
On-line CPU(s) list: 0-35
Vendor ID: GenuineIntel
Model name: Intel(R) Xeon(R) CPU E5-2696 v3 @ 2.30GHz
CPU family: 6
Model: 63
Thread(s) per core: 2
...
温度(点击打开图): https://imgur.com/a/r1hR0VI
===> 关于稳定性
我感觉影响稳定性的最大因素是散热,最好多装几个风扇。电子元件没有想象中那么易坏,也没有想象中那么稳定,用 1-2 年问题不大。
===> 为什么不买新机器(性价比)
32 线程的 CPU 有 14900k 、9950x 等,CPU 价格在 3500 元,加上其它配件需要 6000-8000 元。
湾区这边的不逛 V2EX 吗 硅谷装修可以找我
上海移动互联网专线上传,上海电信家宽接收,单线程限速在 1Mbps
最近闲来无事,研究了一下自己攒机架式 NAS 所需要的配件。
首先来个简单的机架式服务器科普。
很多人应该看过机架式服务器,但是实际买过、部署过的人却是少数。机架式服务器是以 U 为单位计量的。1U 的高度是固定的 1.75 英寸 (4.45cm),宽度是固定的 19 英寸 (48.3cm),深度却是不固定的,一般最小 40 多厘米。由于前后左右还要预留一些轨道、支架、走线的空间,所以最小的机柜长宽 (俯视) 是 60 × 60 cm 。
如果服务器较深,则需要购买 60 × 80 cm 或者 60 × 100 cm 的机柜。
机架式服务器看起来个头很大,但是却并不浪费空间。一台普通的 Synology NAS 的高度大概是 16cm 左右,需要占用大概 4U 的机柜高度。如果我们把一台桌面型 Synology NAS 随意摆在机柜的某一层,那么这片 4U 高度的区域大概也就放得下一台 NAS 、一台 Mini PC 和两个方块型的电源 (再加一点点其它物品)。
在家里放机架式服务器,噪音控制是一个非常关键的因素。商用的机架式服务器通常噪音明显更大。为了控制噪音,一个办法就是把静音的消费级配件塞到在机架式服务器机箱里。
标准 ATX 电源的尺寸尺寸是 150 × 140 × 86 mm ,正好可以放进一台 2U 服务器。因此如果要攒一台机架式 NAS ,最低的高度是 2U 。2U 的机箱,可以装下标准 ATX 电源、矮型 CPU 风扇,和半高 (low profile) 的 PCI-E 扩展卡,正好适用于 NAS 场景。
4U 高度的机箱虽然可以装下常规显卡和常规的 CPU 散热器,但是对于 NAS 场景来说,并不是必需的。
接下进入正题。
1. 机箱
与游戏 PC 不同,攒一台机架式 NAS ,首先需要研究的是机箱。目前只有很少的厂商生产可以安装消费级硬件的机架式服务器机箱,银欣 (SilverStone) 就是其中之一。
银欣的机架式 NAS 机箱,比较有代表性的是 RM21-308 和 RM43-320 两款。型号中的第一位 2/4 表示 2U/4U ,最后两位 08/20 则表示 8 个 / 20 个硬盘位。
RM21-308 的外形如下所示:
这款服务器机箱尺寸较小,可以放进 60 × 60 cm 的小型机柜中,价格约¥ 2500 。
普通的 PC 机箱基本上就是一个铁盒子,但是机架式 NAS 机箱则不同,它们一般都标配了 "硬盘背板"。
硬盘背板是一个长条型的 PCB ,从服务器最左边延伸到最右边。每一条 PCB 可以服务 4 块硬盘。由于 RM21-308 支持 8 快硬盘,所以就配了两条这样的 PCB 。
硬盘背板使用大 4-Pin 接口供电。不确定每条背板的两个电源接口是否都需要插上。
上图是硬盘背板的数据接口 SFF-8087 ,属于 SAS 接口的一种。
很多人听过 SAS 接口,但是却没怎么见过。SAS 接口家族像 USB 一样混乱,包括 SFF-8086 、SFF-8087 、SFF-8088 、SFF-8431 、SFF-8436 、SFF-8470 、SFF-8482 、SFF-8484 、SFF-8485 、SFF-8643 、SFF-8644 、SFF-8680 等,而且每个接口都长得不一样。
我们只需要知道一条 SFF-8087 的线连接到硬盘背板上,然后硬盘背板在另一侧通过 SATA 接口服务 4 块硬盘就够了。
那么普通主板要如何提供 SFF-8087 接口呢?买一块 PCI-E 3.0 x4 的扩展卡就行了:
这款机箱的其它部分和普通 PC 机箱没有太多区别。它支持 M-ATX 主板和标准 ATX 电源。
接下来就需要开始考虑主板、CPU 等常规配置的组合了。
2. 主板、CPU 和电源
注:使用二手洋垃圾,我们可以把配件成本拉到很低。但是本文暂且使用普通消费级硬件。
这个配件组合有如下约束:
一个可选则组合大概是这样的:
当然还需要按需加点内存。通常一台 NAS 并不需要太多内存,所以这不会影响整体结果。电源规格有些偏高了,但是今天的 550W 电源几乎就是入门型号,再往下就是¥ 200 价位的产品了。
以上配件的整机价格大概是¥ 4000 左右,单盘成本大约是¥ 500 。
3. 机箱 (20 盘位)
即使是 NAS 发烧友,应该也不太可能在家里放这样一个大块头吧……银欣 RM43-320 的外形如下所示:
在尺寸上,最大的变化是深度达到了 66 cm ,因此大概需要 60 × 80 cm 的机柜才装得下。
此外,硬盘背板的规格也发生了变化。这款机箱配置了 5 条 PCB 背板,使用的是 SFF-8643 接口。
同样的,我们需要扩展卡来提供 SFF-8643 接口。
像这样的一块 PCI-E 3.0 x16 扩展卡,可以提供 4 个 SFF-8643 接口,也就是接 16 块硬盘:
它的价格和上文提到的那块 SFF-8087 一样,在¥ 200 左右。初次看到这个东西,很多人应该会疑惑一下:为什么规格高了至少 3 倍,但是价格居然持平,元器件数量明显还更少?
它的原因大概能猜到 (但是未考证)。喜欢屯视频线的同学应该听说过 HDMI/DP 互转的问题:DP 转 HDMI 时,只需要进行电气连接即可,但是反过来 HDMI 转 DP ,则需要专用芯片处理,不仅兼容性容易出问题,价格还更贵。PCI-E 转 SFF-8643 极有可能就是这种情况:理论上只需要做电气连接,就可以做出来这样一块转接卡,所以元器件极少,价格极其便宜。
当然,即使时 PCI-E 3.0 x16 也只能支持 16 块硬盘。如果准备一次性装好,支持 20 块硬盘,我们还需要一个 PCI-E 3.0 x4 的插槽,提供第 5 个 SFF-8643 接口。
接下需要更新主板、CPU 等配置组合。
4. 主板、CPU 和电源 (20 盘位)
这个配件组合有如下约束:
其中最复杂的问题是支持 20 块硬盘的供电。经查,机械硬盘在工作状态下,既需要 +12V 输入,也需要 +5V 输入。前者用于驱动盘片旋转,后者用于驱动数字电路。一块机械硬盘的总功耗大概是 10W ,然而我们并不知道其中多少是 +12V 的功耗,多少是 +5V 的功耗。
通常一块 650W 或 750W 的电源可以提供 100W 的 +5V 功率,和 500W 以上的 +12V 功率输出。分摊到每块硬盘上就是 5W 。实际情况是主板本身也需要占用一部分资源,实际分给硬盘的会更少一些。
因此,一块 650W / 750W 的电源,只能说是 "大概可以支持 20 块硬盘"。
另外一个问题是 PCI-E 3.0 x4 通道。一方面我们并不需要 PCI-E 4.0 ,应该使用低端主板;另外一方面,很多低规格主板只提供一条 PCI-E x16 和一条 PCI-E x1 物理接口,无法完整支持 20 块硬盘。
因此只能在主板上增加一些成本了。经过调整后的配置大概是这样的:
同样的,还需要按需加点内存。以上配件的整机价格大概是¥ 6000 左右,单盘成本从¥ 500 降至¥ 300 。
免责申明
本文基于互联网公开数据分析整理,仅用于学习和交流。不保证装机兼容性和可靠性。有大容量存储需求时,直接购买成品的 8 盘位 NAS 通常是更好的选择。
欢迎提出更优方案。
(但是二手服务器就不要讨论了,淘宝一搜就有。配置是真的高,价格是真的便宜,噪音也有点大)
之前发帖说了笔记本重装 C 盘后仍然能限制充电阈值 70%的问题,发现并不是靠电脑管家的某些需要一直运行的服务实现的
帖子下面有大佬回复说是靠“EC”实现的,具体如何需要逆向一下电脑管家,我当时还能用,就没打算继续折腾
结果五一出门时远程了一下电脑,发现电脑充满了😅,吓得我赶紧把电脑管家下回来了,这个软件真的是屎中屎,一对乱七八糟功能和用户协议,驱动提升级示很烦人,关不掉,只有“立即更新”和“闲时更新”两个选项
经过了一天的折腾,事情终于解决了,先说结论,EC 中的点位(0D0C×50)控制充电阈值,无设置、100 、70 、90 分别对应 6400 、645F 、5A46 、4628
以下是折腾的经过:
先尝试删除软件安装文件夹的内的其他 exe ,尝试找出控制此功能的文件,失败
在安装目录发现疑似控制 EC 的驱动文件,尝试逆向,失败
使用 procmon64 ,只能抓到注册表,失败
使用 procexplorer64 ,看不懂,失败
使用 WinDbg ,看不懂,失败
使用 HWinfo ,看不到 EC 内容和电池阈值,失败
最后,使用 RW-Everything ,发现无法安装驱动,使用 Winbusybox 解除限制,成功安装驱动,读取 EC 内容发现根本看不懂
换一个策略,先保存 EC 当前内容,改变充电阈值设置后前后对比,最终找到起作用的点位
将三个设置对应的 16 进制值喂给 AI,求对应的 10 进制的比值,约为 100:89.94:69.9
为了验证结果,将点位值改为 2826 ,实测电池电量会一直卡在 40%,遂卸载电脑管家
大家好,我是一名开发者,最近做了一个名为 4Z API 的 API 中转站,主要面向需要使用各种 AI API 的开发者,特别是 GPT API、ChatGPT API、Grok API 和 Gemini AI API 等。
import requests
API_KEY = "your_api_key"
API_URL = "https://zzzzapi.com/v1/chat/completions"
headers = {
"Authorization": f"Bearer {API_KEY}",
"Content-Type": "application/json"
}
data = {
"model": "gpt-4",
"messages": [
{"role": "user", "content": "请解释量子计算的基本原理"}
]
}
response = requests.post(API_URL, headers=headers, json=data)
print(response.json())
模型 | 官方价格 | ZZZZ API 价格 | 节省 |
---|---|---|---|
GPT-4 | $0.06/1K tokens | $0.045/1K tokens | 25% |
GPT-3.5 | $0.002/1K tokens | $0.0015/1K tokens | 25% |
Gemini Pro | $0.0025/1K tokens | $0.002/1K tokens | 20% |
Grok-1 | $0.01/1K tokens | $0.008/1K tokens | 20% |
欢迎各位开发者前来体验!新用户注册即送 ¥10 体验金。
网站地址:https://zzzzapi.com/
有任何问题欢迎在评论区交流,我会及时回复。也欢迎提出功能建议,我们会不断完善服务!
[开源分享] 我开发的一款 Chrome/Edge 插件:公众号阅读增强器
平时用电脑看微信公众号文章时,有没有遇到这些痛点: ✓ 长文找不到想看的部分,只能拼命滚动 ✓ 不知道文章结构,读着读着忘了前面讲什么 ✓ 图片太小看不清细节 ✓ 不知道自己阅读到哪里了
为解决这些问题,我开发了这款 [公众号阅读增强插件] ,完全免费开源!
[核心功能] 1⃣ 文章目录导航:自动生成文章大纲,点击即可跳转 2⃣ 图片放大预览:点击图片秒变大图,细节一览无余 3⃣ 阅读位置追踪:目录自动高亮当前阅读位置,不迷路 4⃣ 界面简洁美观:不影响原有阅读体验
已上架 Chrome 商店,Edge 商店(审核中),搜索"公众号阅读增强器"即可安装。
开源地址: https://github.com/someone1128/WeChatReaderEnhancer
我在京东花了 1750 买的 Windows 11 专业版,可以装英语语言包作为输入首选项,但在语言和区域选择时一直提示说 Windows 许可证只支持一个显示语言
其实可以安装完系统后,在激活设置那里直接买,还只要 1458 元,还没有那个提示
也就是说我 1750 买了个单语言版,1458 的反而才是正宗。
我现在只想说微软干嫩娘
我在京东花了 1750 买的 Windows 11 专业版,可以装英语语言包作为输入首选项,但在语言和区域选择时一直提示说 Windows 许可证只支持一个显示语言
其实可以安装完系统后,在激活设置那里直接买,还只要 1458 元,还没有那个提示
也就是说我 1750 买了个单语言版,1458 的反而才是正宗。
我现在只想说微软干嫩娘
最近喝上了冷泡茶,感觉还行。目前在喝一念草木中
,品类大概还算多,我通常喝 199 元任选 6 种,一种 2.5g*7 。
大家有没有推荐其他牌子呢,也想试试。
下面是我隔几天就会刷一下的摄影博客,我本人更喜欢一张图加一个小故事/一句话描述的那种。
名称/描述 | 地址 |
---|---|
NASA Events | https://www.nasa.gov/events/ |
胶片的味道(非 HTTPS ) | http://letsfilm.org/ |
BYTHOM | https://bythom.com/ |
NASA 每日图片 | https://www.nasa.gov/images/ |
Phillipreeve | https://phillipreeve.net/blog/ |
35HUNTER | https://35hunter.blog/ |
北京天文台每日一图档案 | https://www.bjp.org.cn/APOD/list.shtml |
500px 国内 | https://500px.com.cn/community/discover |
500px | https://500px.com/explore |