小天管理 发表的所有内容
-
性格比较宅,这段时间工作又比较忙,基本上都是两点一线,也就很少出去玩了。 这个周末终于空闲了一下,决定还是出去走走吧。在地图上随便看了看,决定去西山岛转转。一来它在苏州,距离上海并不远,开车两个小时就能到,二来看中它的与世隔绝,它是位于太湖中间的一个小岛,只有一条笔直的公路可以进岛。 忙了一大段时间后,如果突然停下来,就会变得很空虚了,有一大段时间但不知所措。这时候就会怀疑自己,得到一些悲观的情绪。 找地理上的与世隔绝,就是想暂时隐藏自己一下,自我暗示可以放松了,就像是一只鸵鸟,把头埋进沙子里。 晚上 7 点多开车出发,全程都是高速,发现越是靠近苏州市区,路上的灯也就越亮,路况也就越好。 下高速时,基本上就是进岛的路线了,有一条长长的笔直的公路,两边都是湖水,由于是深夜,所以两边都是黑漆漆的,但可以感觉到两边的宽阔,进岛公路也修的特别好,除了机动车道,还有栏杆围起来的非机动车道,还有一层是行人道。进到这条公路,一下子就变得特别的安静,大桥上三三两两的有人聚在一起,有的还摆好了烧烤架,有的则是架好了鱼竿,准备钓条大的。 住的地方是一处自建房,装修的特别西式,大片的白色墙壁,门口还有一个小型的游泳池。到达目的地时,老板还在别处忙,一个老大爷(目测是老板的父亲吧)牵着一条是老大爷的拉布拉多( 13 岁),拉布拉多性格温顺,对客人热烈欢迎,他那个大嘴巴,大舌头舔的我的手一手的口水,还有点黏糊糊的,弄的主人还有点不好意思了:快去厨房洗个手。 早上 7 点起床了,决定先把今天的跑步任务完成,早上天气比较凉爽,马路上也没有什么车子,绕岛的周围小跑了 10 公里。周围就是太湖,一望无际,感觉就像是在海边跑步一样。我可能天生喜欢视野开阔的感觉,每天生活在城市里,钢筋水泥,摩天大楼组成的钢铁森林,很容易就从生理上觉得压抑和不适。在这种空旷的地方跑步,脚踩在土地上,跑完步,感觉手和脚都很暖和,心脏还在刚才的运动中一点一点的平缓,这时候很清晰的感觉到它的跳动,感觉自己确确实实的在活着。走累了,就站在湖边,对着湖打喊一声,在这里你可以肆意呐喊,内向人的福音,不会有人觉得你很奇怪。 离开民宿后,我们驱车前往缥缈峰,《天龙八部》里天山童姥居住的地方就在缥缈峰,不知道是不是取材于此。其实它就是一个小山,一条山道直接从山脚通到山顶。站在山顶,可以俯瞰整个岛的全貌,如果天气比较好,可以看到太湖更远的地方。只可惜,今天天气不好,只能看到近处的湖面,波光粼粼,一道道波纹里藏着金光。 接着是林屋洞,大热天的,山洞里很清凉,还有潺潺溪水。 大概到下午四点多,眼看着岛的上空布满了一层厚厚的乌云,应该就是要下大雨了,就准备驱车离岛了。
-
爸爸, 快到您的生日了,给您磕个头。 家里挺好的,我也还行, 就是想您了。 爸爸, 孩子不听话我刚才打了他。 爸爸, 您如我这般年龄的时候, 我也差不多是这样吧。 爸爸, 我很少梦到您, 每每想起您, 心里总会涌现许多遗憾。 爸爸, 我也已经过了四十岁, 到中年了。
-
查看文件 鲜艺AI抠图免费且无需联网的 AI 抠图内嵌 AI 模型快至毫秒级,Win 和 Mac 最新版本 2.2 鲜艺基于 RMBG-1.4 开发并免费提供 无需登录 无需联网 批量抠图 智能裁切 自动复制 快至毫秒级 内嵌 RMBG-1.4 AI 模型,完全本地运行,解锁毫秒级魔法!(实际速度因设备而异,在 Macbook Pro M1 设备上测试,样片抠图速度均为 0.5 秒左右。) 多种导入方式 支持选择图片、拖入图片、粘贴图片、粘贴图片链接、从网页直接拖入图片 多格式支持 支持 jpg/jpeg、png、gif、webp、bmp 自动裁剪 抠图结果自动裁剪多余的透明像素(可在设置中关闭) 自动复制 抠图结果自动复制到剪贴板(可在设置中关闭) 批量抠图 选择文件夹批量抠图,再多图片也不怕 本地安全 图片处理均在本地完成,不联网就能用(软件唯一联网请求用于检测新版本) 二次编辑 抠图结果支持擦除、修改以及设置背景颜色,灵活使用快捷键,你可以非常便捷、快速的编辑。 Ps 编辑 支持生成 .psd 文件并自动调用 Ps 进行二次编辑,源文件中包含原图和抠图结果 2 个图层。 URL Scheme 带参启动 在软件未运行(也支持已打开软件)的情况下,可以直接使用 xyaikt://rmbg?path={path} 或 xyaikt://rmbg?url={url} 启动软件传入参数自动开始抠图,其中 path 为本地文件路径,url 为远程图片链接。 提交者 小天管理 提交于 09/22/24 分类 电脑软件
-
版本 2.2
16次 下载
鲜艺基于 RMBG-1.4 开发并免费提供 无需登录 无需联网 批量抠图 智能裁切 自动复制 快至毫秒级 内嵌 RMBG-1.4 AI 模型,完全本地运行,解锁毫秒级魔法!(实际速度因设备而异,在 Macbook Pro M1 设备上测试,样片抠图速度均为 0.5 秒左右。) 多种导入方式 支持选择图片、拖入图片、粘贴图片、粘贴图片链接、从网页直接拖入图片 多格式支持 支持 jpg/jpeg、png、gif、webp、bmp 自动裁剪 抠图结果自动裁剪多余的透明像素(可在设置中关闭) 自动复制 抠图结果自动复制到剪贴板(可在设置中关闭) 批量抠图 选择文件夹批量抠图,再多图片也不怕 本地安全 图片处理均在本地完成,不联网就能用(软件唯一联网请求用于检测新版本) 二次编辑 抠图结果支持擦除、修改以及设置背景颜色,灵活使用快捷键,你可以非常便捷、快速的编辑。 Ps 编辑 支持生成 .psd 文件并自动调用 Ps 进行二次编辑,源文件中包含原图和抠图结果 2 个图层。 URL Scheme 带参启动 在软件未运行(也支持已打开软件)的情况下,可以直接使用 xyaikt://rmbg?path={path} 或 xyaikt://rmbg?url={url} 启动软件传入参数自动开始抠图,其中 path 为本地文件路径,url 为远程图片链接。免费 -
查看文件 360驱动大师 2.0(绿色免安装版).exe 360驱动大师是一款专业解决驱动安装更新软件,百万级的驱动库支持,驱动安装一键化,无需手动操作,首创的驱动体检技术,让你更直观了解您电脑的状态,强大的云安全中心让保证您所下载的驱动不带病毒,快一点,再快一点,体验一键化安装和升级的乐趣,驱动大师陪你一路行。 360驱动大师,驱动安装更新软件,百万级的驱动库,驱动安装和升级一键化,无需手动操作;首创驱动体检技术,驱动精确识别匹配;支持无人值守安装驱动,启动参数-q;首创一键智能识别假显卡、假硬件。 360驱动大师6大功能: 1. 通用网卡驱动 在没有网卡驱动的情况下自动从本地安装网卡驱动,方便新装机用户 2. 驱动体检 首创驱动体检技术,更快更精准地识别您的电脑,电脑信息一目了然 3. 精确识别 在线云端独有的技术,准确地驱动匹配,让驱动安装更简单 4. 极速安装 支持无人值守安装驱动,附加启动参数-q,方便装机人员快速安装驱动 5. 硬件识别 首创一键智能识别假显卡、假硬件,让无良硬件商无处可藏 6. 即插即用 真正让你体验即插即用的乐趣,让复杂的安装流程随之远去,硬件本应如此简单 提交者 小天管理 提交于 09/22/24 分类 电脑软件
-
版本 2.0
52次 下载
360驱动大师是一款专业解决驱动安装更新软件,百万级的驱动库支持,驱动安装一键化,无需手动操作,首创的驱动体检技术,让你更直观了解您电脑的状态,强大的云安全中心让保证您所下载的驱动不带病毒,快一点,再快一点,体验一键化安装和升级的乐趣,驱动大师陪你一路行。 360驱动大师,驱动安装更新软件,百万级的驱动库,驱动安装和升级一键化,无需手动操作;首创驱动体检技术,驱动精确识别匹配;支持无人值守安装驱动,启动参数-q;首创一键智能识别假显卡、假硬件。 360驱动大师6大功能: 1. 通用网卡驱动 在没有网卡驱动的情况下自动从本地安装网卡驱动,方便新装机用户 2. 驱动体检 首创驱动体检技术,更快更精准地识别您的电脑,电脑信息一目了然 3. 精确识别 在线云端独有的技术,准确地驱动匹配,让驱动安装更简单 4. 极速安装 支持无人值守安装驱动,附加启动参数-q,方便装机人员快速安装驱动 5. 硬件识别 首创一键智能识别假显卡、假硬件,让无良硬件商无处可藏 6. 即插即用 真正让你体验即插即用的乐趣,让复杂的安装流程随之远去,硬件本应如此简单免费 -
-
朋友们,我有小主机一台(天钡),赠送的电源适配器是 150 w 的大板砖,最近想购置一款 140 w 氮化镓充电器便携一些,平常测试软件需要一周左右重启一次,重在稳定,应该如何选择呢? 最近在看酷态科 15 号 140W ( 3C1A )和联想 140w ( 1C )两款,哪款更值得推荐呢?看介绍联想是偏向笔记本主机,酷态科偏向笔记本手机。谢谢
-
研究了一下,看起来很屌的样子。不知道实际体验如何。价格比蔡司贵多了 https://www.optometry.org.au/sector_news/rodenstock-b-i-g-norm-lenses/ https://www.ptt.cc/bbs/optical/M.1726564563.A.29A.html
-
家里最近一到高峰时期网络就丢包严重,给联通打电话,说是连续三个月上行流量达到了 1500G 所以限制了 2024 年 5 月才更新的条款 目前发了投诉工单,不知道怎么解决,查了下 WIN10 ,最近 30 天流量一共就 11T 有点想换了,不知道有没有用北京电信的哥们能告知下电信有没有相关条款
-
周末搞了一下 yihong 大佬的running_page,里面有用到Github Pages能力。 一共有两个 workflow 任务: run_data_sync 用于抓取运动数据 gh-pages 部署 Github Pages 页面 gh-pages.yml 完整配置 - name: Build run: PATH_PREFIX=/${{ github.event.repository.name }} pnpm build - name: Upload artifact uses: actions/upload-pages-artifact@v3 with: # Upload dist repository path: './dist' - name: Deploy to GitHub Pages id: deployment uses: actions/deploy-pages@v4 这里最后构建后,通过actions/deploy-pages部署到Github Pages页面。 按我的理解,这里应该会把构建后的文件推送到仓库的gh-pages分支下,但是我实际运行看了,并没有生成gh-pages分支,但是Github Pages确实是可以访问的。 我 Fork 后的仓库: https://github.com/Liudon/workouts_page/ 部署后的Github Pages: https://workout.liudon.com 求各位大佬解惑
-
背景 有些常用网站使用频繁,所以想着通过 rust 打包或 pwa 的方式改造成桌面 app 优点 能通过更加方便的方式访问 使用时候体验更加原生,没有浏览器那种粗糙的感觉 目前开发中,大家如果想用的话可以举个手 来个我已经本地打包好的 app 的的截图
-
问题描述 前情提要:/t/864749 简而言之,就是在 macOS 的 Apple Books 中,如果一个段落 (paragraph) 在结束之前遇到了分页 (page break),那么这一个段落在分页之后的那部分是不会响应 Force Click 取词的。到了下一个段落就好了。示意图: 这里绿色区域就是可以正常取词的区域,红色区域就是 Force Click 没反应的区域。可以看到,红色 区域并不是一个完整的 paragraph ,而是一个 paragraph 被分页截断之后的部分。 不知道这样描述是否清楚。 Notes: Force Click with One Finger 取词 (Look up & data detectors) 这个是系统默认设置,在 macOS System Settings - Trackpad 中可以看到。 在上述 bug 区域,手动选中单词、在右键菜单中点击 Look up 则没问题。 排查过程令人抓狂 (1) 更新系统/更换电脑:我在 2022 年 macOS 12.4 观察到这个 bug ,那时候我还在用 Intel 芯片的 MacBook 。到现在 2024 年,我都换过 M 芯片的电脑了,系统更新到 macOS 15.0 这个 bug 依然存在,在我的电脑上 100% 复现。 换电脑的时候我并不是使用 Time Machine 直接迁移配置的,而是在新电脑上从 0 开始,登录 Apple ID 、下载各种软件、逐步 copy 旧文件过来,所以 “旧电脑的配置污染新电脑” 的概率不是很大。 (2) 创建新用户,不登录 Apple ID:另外,为了排除 Apple ID 的影响,我今天特意创建了一个全新的用户 (user),登录进去之后尽可能不做多余操作,什么额外软件也没装,也没有登录任何 Apple ID ,就连上 Wi-Fi 开启 AirDrop 然后从手机传了一个 .epub 文件过来用 Apple Books 打开,结果上述取词 bug 被复现。 俗话说“重启解决 90% 的问题,重装解决 99% 的问题,重买解决 100% 的问题”。现在重买都解决不了我的问题了。那么有一种可能就是,这就是确实存在的 bug ,不是个例。但如果是这种情况,应该有很多人遇到才对,但我之前问网友,网友的反馈就是“我这里没问题”…… 真的不知道怎么排查好了。你们真的没有遇到这个问题吗?
-
这显示器也改换代了吧,毕竟 A13 芯片外加堪比 480P 的前置摄像头
-
在 IOS 端找到了一个类似 shadowrocket 的 app 叫做 Karing ,用了一下,貌似也可以起到相同的作用,因此就没有购买 shadowrocket 。 但是最近遇到个问题,通过这个 app 翻的墙,人肉体感上速度不如 PC 端 clash 的,但是自己计算机网络没学好,因此前来问一下大家,不同的 app 会影响节点转发的效率吗? 谢谢大家的指导。
-
目前计划美区家庭组方式共享,所以需要美区 id ,v(base64):ZXRoYW53YW5nc2Y=
-
在闲鱼准备买个汽车脚垫,全程都没沟通几句。 卖家态度不怎么好,说了句:好吧 这态度 再见。然后被商家发骂 sb ,我刚看到他就立刻撤回了,我也没截到屏,并拉黑了我,感觉怎么会有这种人,我怎么反制?还是只能受下这气? [img]https://i.imgur.com/YRSD3cG.png[/img] [img]https://i.imgur.com/hBfbYfJ.png[/img]
-
APPLORE - 探索 App 图标设计的宝库 大家好,我是一名设计师,现在算半个独立开发者。最近我花了一周的时间,开发了一个叫 APPLORE 的网站,专门用于探索和分析 App 图标设计。给大家介绍一下这个项目: APPLORE 项目背景 作为一个搞了 8 年的设计师,我一直对 App 图标 LOGO 的设计很感兴趣。每次浏览 App Store ,有很多好看的图标,但是也有很多辣眼睛的图标。如果有一个专门收集展示和分析好看的 App 图标的平台就好了。于是, APPLORE 的想法应运而生。 开发过程 整个开发过程大约花了一周时间。用 Next.js 作为主要框架, 借助 Cursor AI 的帮助快速编写代码。我不是专业的开发,所以我是完全借助 Cursor AI 帮我开发的这个项目 主要功能 APPLORE 的核心功能包括: 按类别、颜色或发布日期浏览 App 图标 查看每个 App 的详细信息 分析 App 图标的配色方案 创建和管理自定义图标收藏 强大的搜索功能 提交新的 App 图标到数据库 技术亮点 在开发过程中,我特别关注了以下几个技术点: 使用 R2 存储来高效管理大量图标文件 实现了流畅的无限滚动加载 采用响应式设计,确保在各种设备上的良好体验 优化了图标加载速度,提供流畅的浏览体验 未来计划 APPLORE 目前还处于初期阶段,我计划在未来添加更多功能,如: 图标设计趋势分析 图标风格筛选查看 结语 开发 APPLORE 对于一直做设计的人来说非常有趣。我希望这个工具能为设计师、开发者以及 App 爱好者们提供价值。欢迎大家访问 APPLORE 体验,也期待听到你们的反馈和建议! 也可以在 twitter 上找到我
-
快被这个 bug 逼疯了,不知道从什么时候开始,下载文件自动就切换到 iCloud ,在 Safari 设置里保存了下载到我的 iPhone ,但压根没用一下载就自动变成了 iCloud 里,看 Reddit 上也有好些人遇到,已经持续好几个版本了最新系统也没解决😖 https://discussions.apple.com/thread/255542998?sortBy=rank https://www.reddit.com/r/ios/comments/1cp4ffl/ios_1741_every_download_is_being_redirected_to/ https://www.reddit.com/r/ios/comments/1d2jm46/ios_1751_download_folder_location_keeps_reverting/?share_id=GqikLfGMmaTeqW7Ui0yIV&utm_content=1&utm_medium=ios_app&utm_name=iossmf&utm_source=share&utm_term=22
-
fn main(){ let mut ts1=TcpStream::connect(("127.0.0.1", 6666)).unwrap(); //读写全都在一起 ts1.write("hello".as_bytes()).unwrap(); let mut buf=[0;1024]; ts1.read(&mut buf).unwrap(); //这样设计,在一些情况不方便 //1 两个 TcpStream 需要全双工拷贝 let mut ts2=TcpStream::connect(("127.0.0.1", 6667)).unwrap(); //这里不得不进行 clone let mut ts11=ts1.try_clone().unwrap(); let mut ts22=ts2.try_clone().unwrap(); thread::spawn(move||{ std::io::copy(&mut ts1,&mut ts2).unwrap(); }); thread::spawn(move||{ std::io::copy(&mut ts22,&mut ts11).unwrap(); }); // 以下两种情况以开发一个 http server 为场景 //2 当需要将 TcpStream 使用 BufReader 和 BufWriter 封装构造一个结构体给上层使用 struct Req{ br:BufReader<TcpStream>, bw:BufWriter<TcpStream>, } //3 如果不进行 buf 封装,底层处理也不能使用 buf 进行读取,因为 buf 读取可能会读取超过底层处理的数据的长度,这样底层 // 只能使用非 buf 方式进行读取,效率就比较低下 struct Req1{ ts:TcpStream } } 目前我能想到的 TcpStream 读写一体,是为了 drop 时候自动关闭 tcp 连接,但是这样确实带来了诸多不便。 同样 BufReader 、BufWriter 在 new 的时候传&TcpStream ,不能生成一个具有所有权的 br 、bw ,会依赖&TcpStream 。TcpStream 为什么不提供一个 getWriter 和 getReader 两个分离的函数呢?
-
好不容易找到一个能免费试用 3 个月的 GPU 平台,但是访问不了外网,装了 clash 都不行,在虚拟机上我试过了,clash 是可以的。请问有比较懂行的大佬能告知一下如何解决吗,万分感谢。