内网打印服务器 内网打印服务器更新,修复打印机列表保存失效的bug更新，转为C# 重写，体积效率提升。https://abpyu.lanzoul.com/iIRmI48epr3c密码:akm5如果不能运行，请安装 .NET 8 Desktop Runtime：https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/8.0.30/windowsdesktop-runtime-8.0.30-win-x64.exe以及 aspnetcore-runtime-8.0.30-win-x64.exe按照提示下载插件安装即可，都是微软官方插件。🌟 核心特性多机集合: 最新版支持多台服务器部署，打开任意一台 Web 页面即可集合所有打印机在同一页面显示。自定义设置: 每台打印机可设置不同名称；勾选“彩色”模式可使用彩色界面。跨平台/免驱动: 内网用户无需安装打印机驱动，只需访问服务器 URL（手机扫码亦可）即可实现跨平台打印，完美解决老旧打印机不支持无线/手机打印以及新系统驱动不兼容的问题。功能更新:网页端支持调整横版或竖版打印（共享文件夹模式除外）。支持账号密码的保存与读取。🛠️ 两种打印方式1. 监听文件夹模式 (自动打印)通过新建 Windows 账户实现自动共享：运行程序: 运行后会自动创建“监听文件夹”及“备份文件夹”。映射磁盘: 其他内网用户访问该共享文件夹并映射为本地磁盘。直接打印: 将文件复制到该目录，即可触发自动打印。💡 权限与隐私防护：问题: 若用户较多且使用共享账号，A 用户上传时会看到 B 用户的文件。方案: 程序已做简单防护，文件上传完毕后立即转移至中间文件夹；打印完毕后自动剪切备份。进阶建议: 若对隐私有极高要求，请勿创建 Windows 共享账号，直接使用下方的 Web 模式。2. Web 浏览器模式 (单向打印)操作: 用户通过浏览器访问服务器 URL 进行打印。优点: 此时为单向模式，所有用户都看不到共享文件夹（因为没有共享文件夹），有效避免权限导致的泄密问题。⚠️ 使用说明与注意事项运行环境要求自动登录: 由于不支持“无头运行”（即不支持无登录状态接管打印服务），部署到服务器时必须设置 Windows 自动登录。Office 支持:本工具自带 PDF 控件，但不带 Office 控件。若需打印 Office 文档，服务器端必须安装 Office 软件（第三方 Office 因格式版式兼容性问题不建议使用）。支持的文件类型图片/文档: .pdf, .jpg, .jpeg, .png, .bmp, .gif, .tif, .tiff, .txtOffice 系列: .doc, .docx, .xls, .xlsx, .ppt, .pptx📸 界面与运行展示多机集合显示 (最新版)网页端界面 (手机扫码打印)服务端运行图

SamCUT视频快剪 SamCUT视频快剪更新,修复部分情况下导出视频无效的bug更新,修复长音频不显示波形图的bughttps://abpyu.lanzoul.com/iVpkI4824gaf更新,增加稳定性修复6处bug更换c#引擎,运行效率更高,体积更小更新日志2026-07-30 更新优化大体积视频卡死问题优化多文件卡死问题2026-07-07 更新缩略图速度优化以及其他小bug修复2026-07-04 更新优化加载LUT滤镜逻辑版本更新特性1. 配置与稳定性实时记录： 首次导入素材时，会写出一个配置文件到素材目录。遇到浏览器崩溃、误按F5或关机断电都不用担心，所有操作步骤实时记录，导入配置即可恢复。快速启动： 初始画面支持导入配置文件开始；初始画面支持导入音乐开始。2. 字幕与显示优化字幕允许二次编辑。优化了字幕逻辑锁。优化了字幕占位显示。优化了片名显示置顶。3. 轨道与素材逻辑优化了图片轨道显示逻辑。优化了音频轨道显示逻辑。项目简介很早之前就想做个剪辑视频的工具，终于得偿所愿。全部都是按照自己想要的功能，全自定义。目前基本可用：性能表现： 导入60个视频片段,150张图片,总体运行稳定；导入两小时的电影加载也很快。导出速度： 导出视频时,不会重新编码,所以也是飞快（如果加载了LUT,则会重新编码,速度很慢）。版本迭代历程首版：基础功能仅提供基本的导入和剪切合并。各片段音频使用不同颜色，这样可以快速区分不同片段。二版：多媒体支持支持图片以及音乐。各图片以及视频还有音频，都可以直接调整亮度以及音量大小，每个片段都可以独立调整。三版：进阶功能支持多音乐，支持片段暂存。支持调整图片缩略图大小。支持调整图片播放时长。支持加载LUT滤镜。字幕与细节完善字幕支持以及细节完善。最新更新：转场效果支持多个转场效果。使用注意事项性能需求： 本软件直接调用你电脑的默认浏览器，对电脑性能要求较高。电脑配置低的，不建议导入太多素材，否则浏览器会卡死。程序体积： 程序体积非常小巧，不到12mb，但是功能强大。查看剪辑使用教程

桌面图标卫士 桌面图标卫士澄清一点,这个程序备份的不是桌面上的具体文件,也不是备份的快捷方式图标而是备份的桌面上所有的文件的位置坐标信息!!!更新，还原图标后，自动勾选「将图标与网格对齐」https://abpyu.lanzoul.com/iMdCw472v9kj密码:67rb更新,C#重构版,更轻盈,效率更高增加了自动退出选项,每次开机自动运行后,立即备份一次,10秒延迟退出。如果不能运行，请安装 .NET 8 Desktop Runtime：https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/8.0.30/windowsdesktop-runtime-8.0.30-win-x64.exe🚀 最新更新Win11 优化：搞定 Win11 还原布局刷新就变回的问题。自动清理：每次开机重新运行时，自动清理 72 小时前的备份。自动备份：每次关机时，自动备份一次。❓ 有什么用？桌面图标我都排列得好好的，有时候不小心误点了"按名称"或者"按类型"等方式排列，图标全都乱套了。有了这个工具之后，就不用担心了：定时备份：默认每小时备份一次桌面图标位置。高频模式：如果你是个偏执狂，还可以设置每分钟备份一次。随时恢复：布局乱了？随时可以一键恢复。

带数标的截图工具,已更新 带数字标注截图工具 使用说明更新,GUI调整优化点击数标粘贴后,会自动载入下一个例如截图需要标注步骤,点击了1,自动载入2,点击后自动载入3默认快捷键改成Ctrl+Alt+A,自定义后,变更为你自定义的快捷键已由py语言转为C#体积小100倍,运行效率提升N倍功能上,增加了自定义快捷键回复后,刷新页面可以下载如果不能运行，请安装 .NET 8 Desktop Runtime：https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/8.0.30/windowsdesktop-runtime-8.0.30-win-x64.exe一、 基本功能1-16步数字标注：默认隐藏，点击工具栏“数标图标”即可调出，精准标记操作步骤（单图限16步，避免步骤冗余）。多快捷键截图触发：支持 Ctrl+Alt+D / Ctrl+Shift+X 快捷键、双击任务栏图标都可以触发截图动作。便捷保存与粘贴：点“对号”直接存剪贴板（随时粘贴）；首次保存选目录后，后续自动沿用。人性化优化：截图指针为全屏十字（醒目）。菜单可拖动、截取右下角时自动换位（不遮挡）。元素二次调整：所有添加的元素均可二次调整，包括数标、图形以及文字等，支持自由移动、缩放、旋转。线条编辑：添加的线条类元素，选中后可以二次改变线宽。二、 快速上手步骤启动软件：双击软件启动（如需开机自启，手动放系统启动菜单即可）。触发截图：用快捷键或双击任务栏图标触发截图，拖动鼠标选择截图区域。添加标注：需标注步骤时，点击工具栏“数标图标”，选择数字标记并拖动到对应位置。保存导出：编辑完成后，点“对号”粘贴到目标位置。或点“保存”存本地。或者双击截图区一键完成“保存+粘贴”。更换目录：退出软件重新打开，首次保存时选择新路径即可。三、 实用小贴士高效连续截图：如需频繁截图，截取后点击保存并选好目录，之后截图完毕只需双击截图区域，即可静默保存到上次目录（以日期加时间戳命名），无需每次都显示保存选择。文字大小调整说明：添加文字后，如需二次调整大小，超过72号字请一次调整到位；否则调整完再点击文字时，文字会变成最大72号（小于72号的不影响），此为正常设计，非Bug。以下内容回复后刷新可见隐藏内容，请前往内页查看详情

自动备份,支持多路径 自动备份，支持多路径前几天迁移服务器后，我将所有重要的项目归集到一个目录中，然后做了一个备份工具。使用 7Z 进行压缩，之后可以存储在不同的位置双备：一份放在本机其他磁盘，一份放在 NAS。可以根据项目大小进行高压或者一般压缩。首次配置好之后，下次运行倒计时 10 秒钟 自动执行，执行备份完毕后自动退出。可以设置计划任务，即可实现自动备份。以下内容回复后刷新可见隐藏内容，请前往内页查看详情如果不能运行，请安装 .NET 8 Desktop Runtime：https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/8.0.30/windowsdesktop-runtime-8.0.30-win-x64.exe

照片Exif信息分析统计 照片 Exif 信息分析统计由py语言改成C#体积小几倍,性能提升28000张图片,约45秒分析完成具体看CPU以及SSD性能https://abpyu.lanzoul.com/iGugl4663n4h密码:ezwy如果不能运行，请安装 .NET 8 Desktop Runtime：https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/8.0.30/windowsdesktop-runtime-8.0.30-win-x64.exe核心功能与特性自动化流程：分析完毕会自动退出软件，并自动打开报告（报告位于桌面，名称为照片文件夹名称）。性能表现：28,000 张照片仅需 54 秒即可统计出报告。速度与磁盘速度及 CPU 性能相关。算法优化：强化了等效焦段归一分析算法；线程数根据 CPU 实际线程调度，显著提升分析效率。更新日志图表与视觉优化更新并优化 8 处图表细节。更新增加亮色系皮肤。更新分析报告细节优化。数据统计维度新增：城市统计、画幅统计、GPS 轨迹地图。调整：将 GPS 统计更换为镜头统计。修复：解决部分镜头型号未合并及显示错误的问题。GPS 功能增强增加 GPS 信息开关（若 GPS 信息少于 10% 则默认关闭）。智能控件：如果检测不到 GPS 信息，则自动隐藏相关控件。演示与下载这应该是目前为止最好看的照片 Exif 信息分析统计软件，不接受反驳！样本数据以下文件是我自己拍摄的照片（跨度约 6 年），可用于查看具体分析报告：https://abpyu.lanzoul.com/iiFSc3yml0ub报告效果展示下图经过压缩，输出的报告为单页面可交互动态 HTML 文件，地图支持无极缩放：有什么建议可以直接留言。使用心得关于使用场景，每个人对场景的理解不同。就像一把菜刀，在厨师手里能雕花，在我手里只能劈柴。所以，不用纠结，如果你想不到这个软件有什么用，那说明你不需要这个软件。

谷歌数据工程师不优化 SQL 很久之前，看过一篇文章。当时没有做笔记。之后找了好几次都没找到。刚刚问了 AI，让它帮我找到了。分享给大家。来自 2022 年的第 8 期。谷歌数据工程师不优化 SQL我是谷歌公司的一个外部供应商。合作过程中，我看到一些谷歌工程师写的 SQL 语句效率很低。这些语句每 10 分钟对数据库生成一个快照，要浪费好几 TB 的空间。谷歌为什么不优化这些语句呢？后来，我想明白了这是为什么。首先，很多现代数据库具有实时优化功能，会自己优化 SQL 语句，不需要在这方面投入人力。其次，根据公开数据，2022年 数据工程师的平均年薪为 11.25万美元，谷歌工程师的收入显然更高。因此，谷歌认为，工程师的时间最好花在创造业务价值上，而不是用来优化 SQL 查询，这种事情应该留给数据引擎的开发人员和云计算。第三，存储几乎是免费的，而且每天都变得更便宜。现在谷歌 GCP 云平台上每年存储 1TB 数据的成本约为 20 美元。如果每 15 分钟对一个包含大约 300 万条记录的小表生成快照，那么每年生成的数据大约就是 1TB。一个美国数据工程师的每小时工资平均为 54美元，让他在优化查询、编写合并语句、创建单独的管道、提交代码、对其进行审查、长期维护上工作一个小时的时间，就大致相当于数据存储两年的成本。实际上，我的估计是，工程师对这个项目的 SQL 查询进行优化，可能需要花费 8小时（一天的工作时间），那就大约是 16年 的存储成本。由于存储成本如此之低，而且越来越低，工程师的时间用于快速行动和创造业务价值，远比浪费在编写精巧的 SQL 语句上更有价值。本文转载https://github.com/ruanyf/weekly/blob/master/docs/issue-230.md以前我把这篇文章发给一个朋友看了，还讨论了这方面的问题。我们得出的结论是，不光大公司不优化，小公司也是一样的。原因很简单，小公司请不起专门做 SQL 优化的工程师。如果自己动手的话，造成业务中断，也是非常不划算的。再者，一般公司的服务器三五年会升级换代。硬件性能是旧款的好几倍，直接用硬件性能弥补了 SQL 的软件性能。而这种花销收益远比请一个专门优化 SQL 的工程师划算。当然，今时不同往日。在现下这种存储涨价好几倍的情况下。我们又该怎么看待这个问题呢？

批量扫描照片Exif元数据 · 写回标准 Exif 标签 本项目依赖 ExifTool，程序已内置该插件。本工具利用 ExifTool 深度扫描 EXIF 信息受损的图片，并将元数据还原至标准 EXIF 段。既然有那么多开源 JS 库，为什么选择 ExifTool？目前的 JS 库（如 exif-js、piexifjs、sharp、exifr）都无法与 ExifTool 相比，更无法实现 ExifTool 那种级别的“还原 Photoshop (PS) 丢失的 EXIF”功能。JS 库的能力范围：相机名称、镜头名称及拍摄参数等基础字段，只要文件内未被彻底删除，这些 JS 库都能读取。JS 库的局限性：对于 PS 重写、清空或改写过的深层元数据（特别是 MakerNote、厂商私有标签、XMP 历史、Photoshop IRB 等），JS 库基本无法读取，更谈不上“还原”。ExifTool 的核心优势（为什么能“还原”）ExifTool 是基于 Perl 开发的全能型元数据引擎，其特点如下：支持广泛涵盖 EXIF、XMP、IPTC、Photoshop IRB、MakerNote（数十家相机厂商的私有数据）、ICC、JFIF 等。读取能力强不仅能读正常的 EXIF，还能识别被删除但残留在文件中的元数据块、PS 留下的隐藏段以及厂商私有注释（MakerNote）。实现“还原”原理当使用 PS “存储为”时，往往会丢弃 MakerNote、大量私有标签及 XMP 历史。但由于文件内部有时仍存有旧数据的残片，ExifTool 可以扫描全文件并将其碎片提取出来。相比之下，JS 库仅能解析标准的 EXIF 段（APP1），根本无法读取 MakerNote、IRB 及深层 XMP 数据。总结ExifTool 的逻辑是在“整个文件中挖掘元数据”，而 JS 库仅仅是“读取标准 EXIF 表头”。 在处理经过 PS 处理的照片时，没有任何 JS 库能与 ExifTool 匹敌。下载地址：https://abpyu.lanzoul.com/itvzA3q9kznc密码： 2sqo