小天管理 发表的所有内容
-
最近在学 winui3 ，遇到了这个问题。如果是 WPF 的话有 trigger ，这个很容易解决。但是 winui3 里面把 trigger 砍了，我查阅了一下，似乎需要使用 VisualStateManager 来实现。 但是这个 VisualStateManager 需要放到控件的 Template 中使用，这样的话就没办法使用原来的样式，得自定义模板了。如果我想保持原来的按钮样式，只是在鼠标悬停的时候改一下背景色或者给按钮字体加个下划线，应该如何实现？ PS. 最后吐槽一下 winui3 的开发体验，其实做的挺好，设计理念也不错，XML 描述界面和代码实现分离也是我当初学习编程时候的主流观点。但是毕竟放到现在过时了，不说 XML 的捉急表达能力，界面文件一写一大坨，单说这个残废的热重载就让人抓狂，这方面体验最好的感觉还是 flutter ，那个热重载简直是丝滑。 -
rt ，最近需要经常在电脑前头脑风暴，突发奇想想要记录一下一天下来我在电脑里都干了什么。录屏的话文件太大，而且录一天的屏也不会有耐心看下去。有没有什么方法或者软件能实现类摄影的延时拍摄效果，能在几分钟或者十几分钟内快速录完我一天的电脑显示的内容。
-
前言 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 #出海 #独立开发者 #技术栈 #开发者社区
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
广州市政府网： https://www.gz.gov.cn/zt/tddgmsbgxhxfpyjhx/gzxd/content/post_9838121.html
刚才准备发一个帖子，然后提示有违规，IP 就被封了，使用那个节点访问提示就是 403 了....我并不知道论坛不被允许讨论那个话题，那么。。这个节点的 IP 还有可能会恢复吗？
微博抖音小红书-小窗模式 介绍 适用于 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 解析，终于结束了这次危机。 这次事件的教训： 不要过度依赖大厂的效率：关键时刻，大厂的响应速度和可靠性未必能够保证。 能用钱解决的问题尽早解决：发现问题后，应该尽快换区并将所有服务迁移，避免更大的损失。 不要怕麻烦：提前做好备份和迁移工作可以在突发事件中减少很多麻烦。 这次的火灾为我们上了一课，数据和服务的安全性永远不能轻视。