小天管理

将来你老了，你最后悔的会是什么？ 某杂志对全国 60 岁以上的老人抽样调查（ 2011-11-13 《手机晚报》之《学堂》栏）： 1. 第一名 75%的人后悔年轻时努力不够； 2. 第二名 70%的人后悔在年轻的时候选错了职业； 3. 第三名 62%的人后悔对子女教育不当； 4. 第四名 57%的人后悔没有珍惜自己的伴侣； 5. 第五名 49%的人后悔没有善待自己的身体。 纵使你知道你会后悔的，但是人们还是会现在自己后悔的方向去走，为什么呢？ 是因为人本身不够自律吗？安逸的生活，导致年轻时努力不够？ 因为生活压力吗？疲于工作，而导致自己的身体变坏，忽略伴侣，对子女没有好好教育？

我这里总是出现 Excel 等软件打开缓慢。Teams 突然掉线的问题。 结果大量排查后，感觉像是官方 DNS 202.96.128.86 有问题。

感觉现在的大专直接是有罪的，找个工作各种受限，要崩溃了，广大 v 友有什么就业建议没

打开远程应用功能已经没问题，现在是打开应用后，在任务栏显示的 (//imgur.com/cX1AIXQ) logo 是原应用合并一个远程图标，现在就想把远程图标换掉，另外应用名称后面多了一个"（远程）"，也想替换掉，有什么好办法？

https://github.com/bitwarden/ios https://github.com/bitwarden/android vaultwarden 用户请使用 vaultwarden/server:testing web 也使用新 UI

一款设计师风格的 Hexo 主题. 演示站 Solitude 是一款设计师风格的主题，它提供了很多易于博客书写的功能，以帮助你构建美丽且优雅的博客站。 它的目标是使用简洁的代码即可完成复杂的构建。并且主题已经非常完善，可以直接上手使用。 特色： 页面懒加载（ Pjax ）、图片懒加载（ LazyLoad ）、离线应用（ PWA ） 评论(Twikoo 、Waline) 显示切换(ColorMode) 灯箱(medium-zoom 、fancybox) 数学公式(Latex) 特色页面：即刻短文、我的装备、在线工具、音乐馆、友链鱼塘、相册页、豆瓣页 文章功能：AI 摘要、代码高亮 :ac01: 预览： 文档 地址 写的很详细，很贴心，如果哪里没写好欢迎指点。 开源地址 https://github.com/everfu/hexo-theme-solitude 喜欢可以给我 star ，谢谢你的支持🎉

我的 Mac 上有 ShadowRocket Windows 上有 V2rayN/Clash Linux 我犯愁了，我目前比较丑陋的方法： Xray/Sing-box 加上自己手写的配置文件，然后用浏览器插件 Proxy SwitchyOmega 之所以说不优雅，是因为不像 Mac 可以全局网络(不是说全局模式)，都不用单独 set -gx ALL_PROXY / export ... 我期待能有配置模式，国内的网站就直连，国外走代理。

想用 LambdaQueryWrapperX 加一个 ORDER BY 实现如下 SQL 来排序, 但不知道怎么写 ORDER BY CASE WHEN img = 'http://www.xx.logo.jpg' THEN 2 ELSE 1 END, img ; 问了 AI, 给我生成了一段幻觉答案 LambdaQueryWrapperX<XX> queryWrapper = new LambdaQueryWrapperX<XX>() .orderBy( // 使用 when 方法构建 CASE WHEN 表达式 when(Bn::getImg, "http://www.xx.logo.jpg").then(2).otherwise(1), Bn::getImg ); List<bn> list = yourService.list(queryWrapper);

5 元米粉卡套餐没了，广东深圳联通还可以转什么套餐比较划算的？日常通话不多，流量一个月 10 几 GB 就够。

很早之前就有一个想法，让 ai 根据我的需求或市场需求自动开发网站，开发完成后能够自动部署，并且可以根据需求调整代码，优化体验并获得收益，实现 ai 自己养活它自己，当然，要是能够产生剩余价值的话.... 之前都是停留在想法阶段，今天着手做了一下，得益于 gpt4o 的强大编码能力，很快就把功能完成了，目前能够实现一些简单的功能，例如做一个简单的官网，实现一些小功能，例如生成二维码等等。 代码放在了 github ，配置也很简单，写在 readme 上了，有兴趣的可以试试： https://github.com/valueriver/AutoSite 交流+v：V29vZENoYW5nZUxZ

VirtuaLifes 现阶段的主要优化工作： 语音质量（声音相似度、反应速度） 对话质量（个性相似度、长期记忆） 展示效果（脸部动态化） 欢迎感兴趣的伙伴一起交流学习

肝不动了。

有三个镜像 ，都是 windows server 的，现在我已经使用 qemu-img 把它转换成 vmdk ，然后用 vmware 仿真起来，目前只成功了一个，另外两个报蓝屏，有错误代码，错误代码太快，没有看到 ，付费求大佬指点哈，100 元，要求另外两个镜像能运行起来 。感谢各位

小工具 Candy 最初做出来的时候没想跟这两个庞然大物比较.现在貌似可以放在一起讨论了. 功能: P2P 或客户端中继使用全加密的 UDP 协议, 服务端中继使用 WSS 协议 Mesh 网络利用其他客户端选择延迟最低的链路中继 服务端统一配置各客户端路由,进行多局域网组网 多线程加速高带宽的网络环境 运行环境: Windows: 命令行版本和 GUI 版本.(推荐 GUI) macOS: homebrew 和 GUI 版本.(推荐 homebrew 版本, GUI 还不成熟) Linux: archlinuxcn 仓库, guru 仓库, ubuntu/debian 安装包. openSUSE 15.5/15.6/Tumbleweed. 以及几乎市面上可以买到的所有 linux 设备的单文件可执行程序(例如 mips, riscv, 龙芯) 提问: 有哪些你在使用的 zerotier/tailscale 的核心功能我这个软件还不支持.

我们是两个人在海外的工程师，现在需要做一个小创业项目，需要一个远程 react 前端工程师，帮我们写一个 AI 后台服务的用户介面。 fully remote, all cash, all async working style 。每周支付宝发一次工资，薪资视工作能力而定。 请发简历和 WeChat 到： react.purely174@passmail.net (这是一个 aliased email address) 谢谢

join-lemmy.org 官方主页 能 接 的 请 联系我

版本 126.0.6478.127 加载 Youtube 视频广告或者别人网站上的 adsense 广告时就闪退，有朋友遇到吗，网上搜了一圈，在 google 社群也有人反馈这种情况，但没找到解决方法。

请问 steam 的规则都设置直连模式下载速度还是在 20MB/s 怎么办？看了下连接走的下载都是直连，steam 中的 user_info 也是显示 CN 没问题。(用的是 blackmatrix7 大佬的规则) 退出 clash 后重启 steam 程序恢复 100MB/s 下载速度。 实在不知道如何解决，求助大家帮帮忙！

新买了一台无界 14X 暴风雪版，32G 1TB ，性能和屏幕都挺不错的。唯一的缺点就是按键非常松垮，还有朋友遇到过这个问题吗？

“喂，这里是 120 ，请问是什么事？” “你好，我不行了，肚子痛的很厉害，还狂吐不止，快来救我” “地址哪里？” “xxxxxx” 怎么也没有想到，昨天还生龙活虎的自己，今天突然一下子就被救护车拖走了。 上午去公司就已经感觉不舒服，肚子一直在持续的痛，我忍着，以为单纯的上几次厕所就能好，等到中午吃饭，同事邀我一起下去吃饭时，我心里纠结了一会，还是让他们先去了。这时候疼痛已经升级，犹豫再三，还是跟领导说了，领导建议我去医院看一下。其实我心里盘算着，不就是肚子痛吗，还用得着上医院吗？直接在家里躺一会就好了。 在回来的路上，这两天上海的天气很炎热，出租车里都开上了空调，所以车里窗户都是紧闭的，我十分的想开一下窗，脑袋已经开始晕晕乎乎的了，车子的左右转弯加上窗外一闪而过的风景，像是两道强有力的催化剂，让我晕的更厉害。 回到家没多久，我就吐了，这时候似乎触及到了肚子深处的那股痛处，吐一会，那里的痛处好像就稍微好一点了。 没想到这一吐就是不可收拾。从下午一点多一直吐到了 5 点，整个人在厕所完全出不来了。坐在马桶上，过了一会手脚就已经酸的不行，换个姿势，蹲在地上，一会也酸的不行，又继续换回到马桶上，一下午来来回回这几个姿势，整个人都已经被掏空。尽管我一回家就开着空调，全身还是在不停地出着汗。一层又一层的汗像一层又一层的纸，粘在我皮肤上，把每个毛孔都堵得死死的。 我在床上勉强的躺了一会，稍微感觉身体舒服了一些，我意识到不能再这样下去了，以前喝多的时候会这样，但现在比醉酒的状态还难受，八成是食物中毒了，直接打了 120 ，于是就有了开头的那一幕。 联系好了救护人员，本来约定着在楼下，但打电话这会我又再次气血翻涌，已经吐的没什么力气了，但是这股剧烈的痉挛又让我强行吐了出来，再次从身体里憋出一股力气，让身体更加的虚弱，我就再次跟救护人员说，你们上来了，我快不行了，走楼梯都很费劲。 上来了三个身强力壮的男救护员，我只看到他们穿着白色的 T 恤，黑色的长裤，甚至没有力气抬头看一下他们的长相。我一手扶着楼梯栏杆，一手扶着救护人员胳膊，像个老年人一样，步履蹒跚的下了楼。他们把我扶到担架上，我就躺着被他们抬出来了，小区里碰到一些人，都好奇的打量着我：这小伙子咋了，年纪轻轻的怎么被人抬着走了？ 上了救护车，意志已经不清楚了，我躺在床上，面朝着车尾躺着，第一次发现原来救护车的后车门是透明的，可以很清楚的看到外面的世界。救护车开的飞快，我看着后面一辆又一辆的车朝着我驶来，然后又被甩开，救护员问我要去哪个医院，我心里其实想着的是十院，但是已经没有力气说出话来了，就是最近的，嘴里面蹦出这么几个字，救护员就把我拉到了另外一个医院。在救护车上又吐了，其实这时候胃里面已经全空了，根本吐不出来什么，救护员跟我说忍着忍着，你胃已经空了这么吐下去伤身体。。。 我被搀扶着来到了医院大厅里，医生先让我做了个血压，可是我连坐在那里的力气都没有，他们把我扶好，让我把手伸进那个测血压的洞里，我手伸进去，但是却没有力气摊好，全身一个劲的往下溜，一连测了好几次才测成功。 医生问我有没有带家属过来，我刚开始没想着带朋友过来，自己本身就很狼狈，朋友们现在都在上班，实在不好意思麻烦别人，但这一刻我被医院繁琐的手续和流程震住了，直接拨通了朋友的电话，在等待朋友的过程中，医生让我躺在一个移动床上，把我推到了一个走廊里，这条走廊很长，除了留开必要的通道，都放满了病床。我看着护士把针管插进了我的血管里，左边的血管是用来验血的，右手的血管是用来输液的，我抬头看了一下，整整 5 大瓶药水，这得吊到什么时候？ 我躺在病床上，路过形形色色的路人，他们看着我，我也看着他们，相互对视了一眼，又很默契的相互撤离视线，来来回回多次以后，我厌倦了这种被看来看去的像是观赏性动物的感觉，就轻轻的，费了好大劲的挪动了一下身子，宁愿面壁思过，也不愿意再看来看去的了。 有一阵子，在想朋友什么时候过来，就想着有个盼头，医院的时间过得特别慢，也没什么精力去刷手机了。 过了一会，朋友终于赶了过来，心里的石头仿佛落下来了一样。他来了之后，我这里就少了很多事了。先是推着我去做了一个 CT,又是帮我去拿相关的检验报告。平时上班都是穿着长衣长裤的，我怎么也不知道怎么想的，今天都是短衣短裤，躺在病床上，被医院的空调冻得瑟瑟发抖，可能也是因为输液水是冷冻的原因，我就感觉我的小臂一直都是冰冰凉凉的，让朋友帮我现买了一床毯子。药水打完了，要换下一个吊瓶，都是朋友帮忙去喊的护士。 五瓶吊瓶打完，已经是晚上 9 点多了，我这时候感觉稍微恢复了一点力气。我和朋友一起走出医院，他准备把我送回家里，我们在医院门口等车，他在路口徘徊，我没有站着的力气，随便找了个马路上的台阶，也不管脏不脏，直接坐了上去。。。 这次生病真的是很出乎意料，我也不知道具体是吃了什么东西，头天晚上是吃了一些新疆的烧烤，第二天早上就吃了一点面包和咖啡，朋友建议我去追责那个烧烤店，我想想好像也没什么道理，又不是只吃了他们家的，也可能是各种食物相克造成的。。。 不过我现在真的不敢大早上再来一大杯冰咖啡了，至少得等到中午吧，让肠胃缓缓。 身体健康真的比什么都重要。

有办法反制这些用外挂的玩家吗，偷偷偷。时间比你还快。

我的 Google 账号被停用了，修改绑定邮箱又需要输入当前密码。 没有密码，邮箱也停用了，能帮我修改一下绑定邮箱吗？

Vue3 已经非常强大和灵活了，为什么还要引入 IOC 容器呢？ IOC 容器离不开 Class ，那么我们就从 Class 谈起 Class 的应用场景 一提起 Class ，大家一定会想到这是 Vue 官方不再推荐的代码范式。其实，更确切的说，Vue 官方是不推荐基于 Class 来定义 Vue 组件。如图所示： 社区确实有几款基于 Class 定义组件的方案，但实际应用效果不理想，所以不被 Vue 官方推荐。这些有价值的社区实践在不同阶段给 Vue 开发带来了便利，同时也恰恰说明一个道理： Class 不应该用在`视图层`，而是要用到`业务层` 以下是几款社区 Class 定义组件的方案，供参考： vue-class-component vue-facing-decorator vue-property-decorator nuxt-property-decorator 两层架构设计 在面向大型的业务开发场景中，需要两个层面的架构设计： 视图层：这一层架构推荐使用<script setup>，因为通过编译器语法糖确实可以使用非常简明的代码来声明 props 和 emits 的类型 业务层：这一层与业务相关。大量的工程实践证明，对于业务的建模和抽象，OOP比函数式更适合 因此，在 Vue3 中引入 IOC 容器和 Class ，与 Vue 官方的说法并不相悖，只是在业务层架构中应用Class和OOP 两类 IOC 容器 Zova 提供了分层的 IOC 容器，具体而言，提供了两类 IOC 容器： 1. 全局容器 该容器与Vue App绑定，从而实现全局状态和逻辑的共享，因此可以直接代替pinia的能力 2. 组件实例容器 该容器与Vue 组件实例绑定。提供组件实例级别容器的好处就是，在这个容器中的所有 Class 实例都可以在组件实例范围之内共享数据和逻辑 和 Mixins 的对比 下面是基于 IOC 容器的源码案例，可以与 Mixins 做对照分析： 布局组件 1. 解决 mixins 的短板 使用过 Vue2 的用户可能对mixins比较熟悉。IOC 容器可以解决 mixins 的所有短板： 不清晰的数据来源：在 IOC 中 Class 各司其职，可以很方便的对this溯源，定位其出处 命名空间冲突：在 IOC 中 Class 实例都有自己的变量名，自然没有命名冲突的隐患 隐式的跨 mixin 交流：通过 IOC 容器的托管，Class 实例可以非常方便的共享数据和逻辑，而且可以清晰定位其来源 参见：Vue3: 和 Mixin 的对比 2. 吸收 mixins 的长处 mixins虽然有许多短板，但是有一个长处，就是多个mixins之间共享数据和逻辑非常方便。组合式 API虽然也能实现数据和逻辑的共享，但是一旦调用链层级深了，使用起来就不太方便 我们可以看一张示意图： 如图所示，一个 Vue 组件使用了两个 Composables ，然后这两个 Composables 又分别使用了两个 Composables 。那么，如果要在这 6 个 Composables 中共享状态和逻辑是非常不方便的，无法满足复杂业务的需求 我们再来看 IOC 容器的示意图： 如图所示，一个 Vue 组件对应一个 IOC 容器，在 IOC 容器中注入了 6 个 Class 实例。这些 Class 实例由于都被 IOC 容器托管，所以可以相互引用，从而方便共享状态和逻辑 额外好处 基于 Vue3 强大而且灵活的响应式系统，IOC 容器在创建 Class 实例时自动包裹一层 reactive ，那么就可以收到如下好处： 不用 ref/reactive：有了 IOC 容器的加持，定义响应式状态不再需要ref/reactive 不用 ref.value：因为不用ref，自然也就不用再写大量的ref.value 概念辨析 有人说 Zova 中 Java 的味道很浓 其实，Zova 与 Java 的代码风格有显著的不同，体现在以下两个方面： 更少的装饰器函数：Zova 采用依赖注入与依赖查找相结合的策略，优先使用依赖查找，从而大量减少装饰器函数的使用 更少的类型标注：Zova 优先使用依赖查找可以达到化类型于无形的开发体验，也就是不需要标注类型就可以享受到类型编程的诸多好处，从而让我们的代码始终保持简洁和优雅，进而显著提升开发效率，保证代码质量 详细方案，参见： IOC 控制反转: BeanBase 模块 Scope 有人说前端的技术趋势是组合优于继承，所以引入 IOC 是不合时宜的 其实，从本质上来看，IOC 容器的核心架构理念就是组合。通过 IOC 容器的托管，这些 Bean 实例可以更加自由灵活的组合，可以更加便利的共享状态和逻辑 结语 那么，如果搬砖累了，就玩一玩支持 ioc 容器的 vue3 框架吧，尝试一下全新的开发体验。 Zova 源码已开源，欢迎围观： https://github.com/cabloy/zova Zova 可以和任何 UI 库搭配使用，这里有一个 daisyui 的效果演示： https://zova.js.org/zova-demo/

最近 Mac 上的搜狗输入法总是乱闪烁，干脆删了换了 rime ，初步使用还不错，目前只配置了皮肤、跨设备同步，有没有更多的使用技巧，求分享