小天管理

原先是 5 块硬盘组的 RAID5 模式，容量不够了加了 2 块进去，目前系统正在添加新硬盘扩容中。 然后这个过程中突然想到硬盘多的情况下最好再加一个冗余，但是 2 块硬盘已经被添加进去正在新建了。貌似这个过程没办法取消。 所以问题是，等 2 块新硬盘成功添加扩容之后，我是否可以在不添加新硬盘的情况下把 RAID5 模式改成 RAID6 呢？

做了 7 年研发，GAP100 多天 , 人在北京，有合适的机会吗？ 求一份 base 北京， 或者 全职远程的工作。 简历在这里 ： https://www.v2ex.com/t/1069095?p=1#reply8

Alist 有一个名叫 IPFS API 的存储驱动，可以使用 ipfs 做存储。 安装 ipfs ipfs-desktop 链接： https://docs.ipfs.tech/install/ipfs-desktop/ 根据自己的操作系统选择下载的版本，一路安装后启动。 在打开的 webui 界面里面，进入文件，选择导入->新建文件夹 输入 alist ，这个 alist 你可以自定义名字。 docker-compose docker-compose.yam version: '3.8' services: ipfs: image: ipfs/kubo restart: unless-stopped volumes: - ./ipfs:/data/ipfs environment: - IPFS_PATH=/data/ipfs ports: # p2p 通信端口 - 4001:4001/tcp - 4001:4001/udp # API 端口 - 127.0.0.1:5001:5001 # HTTP 网关端口 - 127.0.0.1:8080:8080 数据保存在当前的 ipfs 目录，p2p 通信使用 4001 端口，api 端口是 5001 ，http 网关端口是 8080 。要确保 API 端口和 alist 之间可以相互访问。 启动 docker-compose up -d 更多 ipfs 运行的方法请自行 Google 。 添加 IPFS API 驱动 进入 Alist 后台 存储->驱动，点击添加按钮，在下拉列表选择 IPFS API 。 挂载路径：输入 /alist ，注意需要使用 / 开头。ipfs webui 文件里面的路径，一般单独新建一个，例如 alist 。 根文件夹路径： / Endpoint:http://127.0.0.1:5001 填写 ipfs API 的 ip 和端口，如果是局域网或者公网，需要看情况自定义。 网关: 如果你只是本地使用，可以填写 http://127.0.0.1:8080 ，或者使用如 https://cdn.ipfsscan.io 这样的公共网关。 点击添加即可。 优势 ipfs 底层会把相同文件只保存一份，减少空间占用，同时利用大量公共的 ipfs 网关，减少自己服务器的流量成本。 还有可以快速复制其它站点的内容，只需要把 cia 复制过来即可。 热门文件资源利用率很高，更少的存储空间，更快的加载速度。 缺点 冷门文件下载速度慢，大型文件开始速度慢。 样例： https://alist.ipfsscan.io/

用的公司的网络，有时候要远程连公司的电脑，公司网络是没法自己搞公网 ip 的，因此貌似最近风评很好的 parsec 是用不了的，请问不依赖公网 ip 的远程桌面哪个好用？延迟低且流畅？ Teamview ？

限定 x elite 或 plus ，太老的 cpu 跑起来过于感人。

中国电信浙江星 39 元套餐 230G 流量有些流量包 1 年有一些两年，2 年返费 20 等于 19 一个月，到期可以续吗到哪续

xxxx@gmail.com ，你好! 我们已收到你要求获得 Microsoft 帐户所用的一次性代码的申请。 你的一次性代码为: 111111

pydantic + python typescript 再搭配 cursor 写起来不是起飞~

什么时候纳指能再创新高呢？估计难，AI 会不会是另一个泡沫？ AI 有点用，但是也不是那么有用，估计想解套得 3 年以上时间了，大家觉得呢 感觉想定投纳指的目前可以再等等了。AI 带来的科技股大涨，现在却发现，不是那么有用，没有突破性的 AI 应用估计会这样阴跌下去了。 目前仓位不高，100 万割肉跑的，目前就 20 万多，加上今晚，应该亏 7 万了。 暂时停止定投美股了，20 万放着装死，最多再看亏 10 万

我的第三个产品，https://fluximage-ai.com/ ，这个是用了 flux 的图片生成模型。 现在主要提供了最基本的图片生成功能 后续会支持多语言和使用 flux 生成的图片生成视频。大家可以玩玩，谢谢

正文： https://mp.weixin.qq.com/s/Q7FWwYRJLqBE0yi0X5dnFA

网站地址 ： https://hexagram-ai.com

正常用喇叭喊话可以 alt+左键点击物品显示蓝字，不知道这种黄色喊话是用什么代码实现蓝字的。

Pavel Durov: We’ve also disabled new media uploads to Telegraph, our standalone blogging tool, which seems to have been misused by anonymous actors 一大波基于 telegraph 的图床即将倒闭！

相册建个文件夹，分类选图片，可以看到其它用户云盘图片，截至目前，该 BUG 已经修复

希望尽量不付费，且是个搜索站，最好不是限免类软件推广站 也不考虑巨魔，自签的解决方案，最低标准就外区软件吧 场景是突然需要用到小工具就能快速搜索到优质免费的软件 app store 直接搜索基本广告软件 微信公众号 看起来都是推广限免类软件 小红书 效率不见得比微信公众号多强 总不能最终回到了微信小程序吧 举例软件： 全能类的计算器、小众类的计算器、分贝仪 没想到换到 iOS 生态让人比较难受的是小工具的生态，这么多携带的广告就像是回到了垃圾安卓系统的各种广告软件 可能会有人说我“没事找事，这类软件有广告就算了吧，有广告也没啥问题，就当支付开发者账户的费用了”。 用过独立的、纯粹的小工具后对这样的手机生态还是挺羡慕的。虽然在安卓端小工具类软件相比 iOS 端免费软件是简陋的，甚至都是几个文字框，但是这恰好的解决了问题。

这小鸡用好几年了，一直都是美区，最近发现很多非自制剧都有中文字幕了，获取帮助里一看变新加坡了 新加坡地区资源是不是比美区少啊？

代码: https://github.com/pagxir/dns-resolver-ng/ 如果是在运行于国内使用（比如软路由上），则推荐配置如下： const NameServers = { nearby: { address: "::ffff:223.5.5.5", port: 53}, nearby6: { address: "2001:4860:4860::8888", port: 53}, global: { address: "64:ff9b::1.1.1.1", port: 53}, global6: { address: "64:ff9b::8.8.8.8", port: 53}, oiling: { address: "::ffff:202.12.30.131", port: 53}, }; const Config = {}; Config.oilingMode = "China"; Config.preferNat64 = true; 这里 nearby 推荐使用 ISP 的作为国内的上游 DNS ，用于解释国内 A 记录 这里 nearby6 推荐使用 dns.google ，用于解释国内 AAAA 记录 global ，global6 用于解释国外的 A 记录跟国外的 AAA 记录，最好通过隧道走远端的 VPS 。 如果是运行于国外，例如搭建 DOH ，则推荐配置: const NameServers = { nearby: { address: "::ffff:180.76.76.76", port: 53}, nearby6: { address: "2001:4860:4860::8888", port: 53}, global: { address: "::ffff:1.1.1.1", port: 53}, global6: { address: "::ffff:8.8.8.8", port: 53}, oiling: { address: "::ffff:202.12.30.131", port: 53}, }; const Config = {}; Config.oilingMode = "Global"; Config.preferNat64 = true; // 如果希望 IPv6,而不是 DNS64/NAT64 ，则修改为 false 最后的效果就是，国内域名会选择 ISP 的的结果，国外域名回选择 global 的解释结果。 不关注什么 DNS 泄漏，只关注正确的分流域名。 然后如果 Config.preferNat64 ＝ ture ，需要正确配置一下 NAT64, 不过因为国外走 NAT64 ，这样完全不干扰本地 IPv4 网络，硬件加速也不会受到影响，本地 ipv4 能不能跑满跟你没有配置前一样。 即使本地网络没有 IPv6 也可以使用的，就是需要配置.

RTDEX (Real-Time Data Exchange) 是一个旨在提供低延迟和确定性传输的异步数据交换协议和库。其设计灵感来源于命名数据网络（ Named-Data Networking ，NDN ）和 IEEE 802.1Qbv 时间感知整形器（ Time-aware Shaper ，TAS ），特别适合对时间敏感的应用场景，如工业物联网 (IIoT)。 https://github.com/AmyangXYZ/RTDEX 主要特性 - 基于层次化名称的数据访问 - 网络内数据缓存和异步数据传输 - 时间感知优先队列，确保有界延迟 - 集成 Protocol Buffer - 灵活的会话管理和维护机制 - 数据分块和校验和 提供 go 和 python api ，client 只需要 put/get data

找不到帖子了，有人能再发一个吗。谢谢

https://developers.weixin.qq.com/community/develop/doc/0008ae7ae28b48f07112cfbc166000 本以为这么严重的 BUG ，应该很快会修复，或者回撤版本，实际上并没有。真心觉得离谱。