小天管理

前言 xterm 最著名的类库应该是 xtermjs，最近我也在尝试实现一个跨平台的 xterm 类库。目前已经开发了大约一个月的时间。 这个项目是基于 Skia 并使用 Kotlin 开发，理论上可以编译到 macOS 、Windows 、Linux 、JavaScript 、Android 和 iOS 。我目前是在 macOS 上进行开发，暂时还没有将其编译到其他平台的计划。目前开发的主要目标是作为一个类库使用。 等到类库开发完成后，我可能会基于它开发一个跨平台的终端工具，支持包括 Android 、iOS 和浏览器在内的所有平台。 疑虑 目前还有一些问题待解决，计划在修复完 Bug 并支持 IME 后再考虑开源。至于开源协议，大概率会选择 AGPL ，但我担心这可能会给他人商用带来不便。 我的问题是，能否采用这样的方式：源代码使用 AGPL 协议，而发行版（例如 GitHub Releases ）采用 Apache 协议？ 这样一来，发行版可以免费使用并允许商用，而如果他人修改了源代码或者基于源代码进行编译，则必须遵守 AGPL 协议。 如果这种方式可行，或许就能在开源和商用之间找到一个平衡点。 演示

从 public beta 升级到 Sequoia RC 版，重启界面进度条卡在一大半两个小时没动，于是强行关闭了系统。 无论是否以 Safe Mode 重启，都会在输入密码后卡死，系统时间冻结。 进入 Recovery 后，点击 Reinstall macOS Sequoia ，显示"Installation of macOS could not continue." 猜测是因为 Sequoia 仍未正式发布，所以无法下载。 机器是 Apple silicon m3 ，请问有人知道如何修复吗？感谢回复。

在做一个产品调研，需要提供给国外用户，到中国境之后使用地图服务的能力。 本来想着用高德地图的坐标和线路规划，结合 Mapbox 的底图来做的，发现这个方案的问题是: 1 、Mapbox 信息不全，比如我家附近的一个小区，地区直接显示空白。 2 、高德地图的信息很完整，但是不支持多语言，比如法语，日语等 有大佬有这块经验吗，还望指教一二。

1 、访问 http://demo.com, 回写 cookie, 网页中需要请求 https://demo.com/api 2 、在 iPhone Chrome 和 Mac Chrome 测试下来，发现手机浏览器中 https 请求可以携带 http 的 cookie 。Mac 中怎么尝试也不行。 疑问：是否手机浏览器对 cookie 限制没有 PC 端严格，没有在网上搜索到更多相关资料，希望请教下。

比如小米 13 ultra 国行版，在国外使用有哪些问题？ 朋友回国想捎一个，又怕踩坑，我一直用苹果也说不上来。 就隐约知道 google 套件可能会有问题，但这个又是一家一个情况，甚至一款机器一个情况。

我使用的是 [沉浸式翻译] 这个浏览器扩展。然后使用的某个 AI 的 api 。 我想请教一下各位，他是一段一段的发送给 AI 翻译，还是整篇发给 AI 进行翻译？ 如果是整篇翻译，很容易超出 AI 的限定长度。 如果是一小段一小段的发给 AI 翻译，怎么能保证上下文连贯，语义一致并且意思相通呢？

🚀 独立开发者 和 即将出海者们 注意啦! 🌟 🌟 🌍 "独立开发者出海技术栈和工具" 现已上线! 🧭 涵盖出海技术栈和工具 🔧 精选的最佳工具集 🔍 发现最适合你的技术栈 🤝 社区共建, 持续更新 👉 点击链接查看详情: 独立开发者工具收集站 https://github.com/yaolifeng0629/Independent-developer-tools #出海 #独立开发者 #技术栈 #开发者社区

再过一个月是女朋友生日，也是 7 周年纪念日，不知道要送啥了，有无大手子支支招

https://www.01crafter.com 写了几年的 react 了，一直在做架构管理方面的工作。 感觉要想自信的写 reactjs ，理解和控制它的各种行为，是需要一个心智模型的。 当然如果不知道，也可以写，因为上手是容易的，只要知道 useState 和 useEffect 就可以了。但是维护性就差很多，效率也慢。 官方文档写得和 shit 一样，又啰嗦又讲不清楚，我花了不少时间理解这个。 在很多情况下，很多公司里，大家写得代码和业务都是一样的，一个人还好，考虑到这么多开发者，会因为不熟悉 react 造成大量时间浪费。 课程今天刚上线，极简风格，只需要大概 1 天时间，可以打通有可能半年才能获得的知识，立马变成高级程序员，欢迎一起交流。https://www.01crafter.com/course/1 希望能帮到有需要的朋友，知识不重要，让我们来一起节约时间。 cursor 很强，但是它只能代替你写代码，不能代替你思考。会的人很好用，不会的还是用不了。

这个月喜提大礼包 N （合同到期不续签） 十几年工作经验，英语不错，这些年随着公司和项目的变化，使用到的技术比较杂，包括： iOS 开发（ OC 用的最多，Swift 较少），C++ QT （ QWidget 和 QML 都用过），C# WinForm （写带 UI 的工具会用到），Python （写爬虫，刷题之类，也用 Django 搭过一些简单的后台页面），前后端都有所了解，还做过一段时间逆向。 个人觉得最大的优势是沟通和自学能力很强，对于新东西不排斥且上手快。 WX：ZeroMiku

因为本人英语一般，所以最好是中文教程，如果有 youtube 上的英文教程也可以接受，感谢各位大佬

目前页面是英文的，还没有添加多语言切换的功能 api 对接的是 gpt-4o-mini 目前提示词还没有写好，后面得优化 现在登陆啥的都没加，可以直接用 大家可以试试，欢迎吐槽哈 https://perchanceaistory.com/

目前用的是 Iphone13 pro max ， 看了下目前 16 也没有什么大的创新内容， 现在的 13 除了存储小了点不太够用和电池不够用之外也没啥特别大问题。 有一点纠结要不要入手 16 pro

想带孩子（ 7 岁男孩）出去转转，但是不知道去哪。有没有推荐的地点

广州市政府网： https://www.gz.gov.cn/zt/tddgmsbgxhxfpyjhx/gzxd/content/post_9838121.html

刚才准备发一个帖子，然后提示有违规，IP 就被封了，使用那个节点访问提示就是 403 了....我并不知道论坛不被允许讨论那个话题，那么。。这个节点的 IP 还有可能会恢复吗？

安卓 Netflix 新版本点不灭进度条，老版本界面又不太喜欢，哪个版本合适

微博抖音小红书-小窗模式 介绍 适用于 PC 浏览器的插件（扩展），一键打开微博/抖音/小红书及任意其他任意网页的小窗模式，针对小窗下的显示做了特别优化，并且可以一键自动隐藏窗口。 https://imgur.com/A0NrXVL https://imgur.com/ma9djJ9 https://imgur.com/KGQJynY 安装/更新方式 Chrome 及其他采用采用 Chromium 内核的国产浏览器（如 360 、QQ 、百度等） 前往官方商店 Chrome Web Store 一键安装（需翻墙）： https://chromewebstore.google.com/detail/ijkdallplaejdkiakdjdllmbghhoflfo Edge 浏览器 前往 Edge 官方插件中心一键安装： https://microsoftedge.microsoft.com/addons/detail/pnhdclhmacafomaifhlndepbaiaopbpa 从 gitee 或者网盘手动下载安装 gitee: https://gitee.com/abudula7/weibodouyinxiaohongshu 百度网盘： https://pan.baidu.com/s/1_B7Awk0Js-cNL3DzJr3GPQ?pwd=txgk 提取码: txgk 阿里云盘： https://www.alipan.com/s/MNwybT88ijU

预算：x<8K 用途：开发（重），剪辑（轻），游戏（轻），直播（轻） 需求：配置优化调整及散热、显卡推荐 已选配置（价格参考 JD ）： CPU：英特尔 | i5-13600KF 14 核 20 线程 1799 主板：技嘉 | B760M AORUS ELITE AX 1199 内存：金百达 | 32GB | 6400MHz 699 固态：金士顿 KC3000 1T 599 疑问：最近各配件的价格是不是略高，等一段时间会不会低一点，如何查看？

这次阿里云新加坡 C 区的火灾影响了很多依赖其服务的公司，我们的小公司也深受波及。 10 号早上： 我们发现服务不可用，SSH 无法连接。紧急登录阿里云后，看到服务器被莫名其妙地关机了。我们立即点击重启，并提交了工单。然而工单的回复却让我们提供服务器崩溃日志——事实上，真正的原因是火灾。 10 号中午： 午饭时，我们看到了新闻，阿里云新加坡 C 区发生火灾。这时，我们还没有意识到应该立即进行服务器备份和迁移。 10 号下午： 虽然服务恢复了，但由于上下游服务依然依赖阿里云，也不同程度受到了影响。比如 Lazada 无法获取面单，Flash 仓库无法推送仓库指令。整个下午都在安抚客户，并尽量提供情绪支持。 10 号晚上 8 点： 晚上 8 点，服务再次中断，尽管机器没有显示停机，但监控数据表明 CPU 和内存占用降到了 0 。我们意识到磁盘可能已经挂掉了。由于没有备份，我们开始购买新机器，并重新部署、修改 Nginx 和 DNS 等配置。刚刚迁移完最重要的两个服务，原本的机器又恢复了。这时我们立即给机器做了镜像，认为火灾已经得到控制，剩下的服务便没有迁移。 11 号早上： 一大早在群里得知服务再次中断，所幸我们有了镜像，迅速恢复到新机器，并修改了 DNS 解析，终于结束了这次危机。 这次事件的教训： 不要过度依赖大厂的效率：关键时刻，大厂的响应速度和可靠性未必能够保证。 能用钱解决的问题尽早解决：发现问题后，应该尽快换区并将所有服务迁移，避免更大的损失。 不要怕麻烦：提前做好备份和迁移工作可以在突发事件中减少很多麻烦。 这次的火灾为我们上了一课，数据和服务的安全性永远不能轻视。

目前手持 15 标准版 128G ，还剩 60G ，经常清缓存和聊天记录，电池还有 93%，想换个 256G 的，是买 16 还是 16pro 啊

张小龙，请吧