- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程技术分享
Vue 轻量级后台管理系统基础模板
拦截器 实现了ajax请求前展示loading 请求结束关闭loading 注意 源码可见 并且添加了必要的注释 可以自行更改 Index组件一般情况下只需要传数据就行 其他不用关注 市面上有大量的vue后台管理系统模板
1.9K40发布于 2020-09-28 - 来自专栏DotNet NB && CloudNative
Coravel ： .NET 轻量级任务调度与后台任务处理
Coravel 是一个专为 .NET 应用设计的轻量级后台任务框架，无需复杂配置即可实现任务调度、队列处理、缓存管理、事件广播等功能。 ） 队列处理器 public class MyQueuedJob { public async Task DoWork() { Console.WriteLine($"后台任务开始 {DateTime.Now}"); await Task.Delay(1000); Console.WriteLine($"后台任务结束 {DateTime.Now}"
49200编辑于 2025-08-06 - </> )}Electron electron38-vite7-vue3os电脑端os管理系统 最新版electron38-vite7-admin电脑端中后台管理系统 Electron38+Vite7+Pinia3+ElementPlus Exe模板 最新原创uniapp-vue3-osadmin手机版后台管理系统 最新研发uniapp+vue3仿微信app聊天模板 基于uni-app+vue3实战短视频+聊天+直播app商城来自专栏h5
Electron-React19-WinChat聊天系统|react+electron客户端聊天程序Exe
经过了整整两周的高强度研发，最新原创力作electron41+react19全家桶构建轻量级桌面电脑版聊天系统项目，正式完结啦！ , ...args)) }, // 浏览器打开链接 openExternal: (url) => ipcRenderer.send('open-external', url) })Electron handleWinClose}>}
又一款超轻量级 NPS 内网穿透自带后台设置界面
本站免费分享了自建的FRP内网穿透，对于小白来说客户端配置比较繁琐，今天带给大家是一款轻量级、功能强大的内网穿透代理服务器。
轻量级脚手架，后台权限管理系统
实话实说，我之前一直不愿意做这种后台权限管理系统，总觉得就是些业务逻辑，没啥意思，早烂大街了，面试官肯定看不上 最近才正式拜读了 RuoYi 这个大名鼎鼎的脚手架，惊呼牛逼！ 无论是代码、文档、还是社区都实在是太完善了，而且想要接入自己的项目做个后台管理系统的话也特别方便。
electron41 x react19桌面端聊天应用解决方案
^2.66.16状态管理：zustand^5.0.14打包管理：electron-builder^26.15.3前端构建工具：vite^8.2.0样式处理：sass^1.102.0基于最新版跨平台框架electron vite8+vue3.5+arcoDesign网页端webOS桌面框架自研Vite8+NaiveUI+Vue3+Echarts后台管理系统全新研发Flutter3.41桌面版OS系统最新款flutter3.41 版流式ai系统Electron41 + Vite8打造流式输出客户端AI助手electron38-vite7-vue3os电脑端os管理系统 最新版electron38-vite7-admin电脑端中后台管理系统 Vite7+Pinia3+ElementPlus客户端聊天程序 基于tauri2.8+vite7+vue3+element-plus仿QQ/微信聊天应用 tauri2.9-vite7-vue3admin客户端后台系统管理 Exe模板 最新原创uniapp-vue3-osadmin手机版后台管理系统 最新研发uniapp+vue3仿微信app聊天模板 基于uni-app+vue3实战短视频+聊天+直播app商城
深入探讨后台摄像头|麦克风采集与轻量级RTSP服务|RTMP推流架构设计
在 Android 音视频开发中，“后台推流”是一个经典且棘手的需求。常见的场景包括：行车记录仪（熄屏录像）、智能安全帽（后台回传）、执法记录仪等。 Android 系统对后台应用限制极严。如果不启动前台服务（在通知栏显示一条常驻通知），App 切后台后几分钟内网络和 CPU 就会被限制，导致推流中断。2. 五、 核心实现四：RTSP Server 与多路分发系统不仅支持 RTMP 推流，还内置了一个轻量级的 RTSP Server。这意味着手机本身变成了一个 IPC（网络摄像机）。 "gotoSettingIgnoringBatteryOptimizations Exception:", e); } }}七、 总结通过上述代码的拆解，我们利用大牛直播SDK的轻量级 RTSP服务模块，构建了一个完整的 Android 后台流媒体采集系统： 稳定性：利用 Notification + Service + ForegroundServiceType 适配，确保进程在后台不被查杀
【HarmonyOS】元服务概念详解
简单说，元服务是HarmonyOS里一种“轻量级应用”。和我们平时用的传统APP比，它最大的特点是不用安装，点一下就能用，用完关掉就行，不占多余内存。 元服务是HarmonyOS提供的一种轻量级应用程序形态，旨在解决万物互联时代设备种类增多、应用入口复杂化的问题，实现免安装、秒开直达、即用即走的高效服务体验。 入口方式 图标点击，需主动搜索 负一屏、服务卡片、语音指令等系统级入口 更新机制 手动触发，需下载完整包 后台静默更新 仅替换变化模块 资源占用 完整功能导致包体庞大（通常＞50MB） 单包≤2MB，通过分包策略实现轻量化 开发成本 多端适配复杂，周期长（3- 用户价值 典型案例 免安装与轻量化 无需用户手动下载安装，由系统后台自动部署
惊天炸雷Kubernetes可视化管理神器降临
这里给您划重点： 一站式的Kubernetes IDE：像操作手机APP一样管理集群，实时监控和资源调配触手可及 开发者友好架构：前端用Electron+React打造流畅界面，后台用Go语言构筑稳健的
【说站】嘟嘟早教卡小程序源码分享带后台管理
本文编程笔记首发 【嘟嘟早教卡】是专门为 3-6 岁婴幼儿童学习普通话、英语研发的早教启蒙认知识字的小程序 小程序由 Taro 及 Tailwind CSS 构建而成，后台管理使用 Laravel 及
当本地 AI 遇见企业协作：一次边缘智能落地的价值探索与实践思考
有没有一条"轻量级、渐进式、可持续"的智能化路径？带着这些问题，我们开始了这次OpenClaw+Ollama的本地化部署实验。二、场景锚定：飞书——企业协作的"主战场"2.1为什么选择飞书作为切入点？ 产品化程度高有现成的飞书/钉钉集成劣势：年费2-10万不等知识库维护仍有大量人工工作多轮对话能力弱被厂商锁定综合评分：⭐⭐⭐（适合预算充足、需求标准化的企业）方案C：自研AI中台优势：完全自主可控可深度定制劣势：开发周期3- cli_xxxxxxxxxxxx#-AppSecret:xxxxxxxxxxxxxxxxxxxxxxxxxx#-加密密钥（自动生成或自定义）#-事件订阅地址（OpenClaw自动生成）配置完成后，在飞书后台的 本地模型）目标：让用户习惯"有事问AI"第二阶段（1-2月）：场景扩展根据反馈优化prompt和知识库逐步增加场景（会议纪要、工单入口等）目标：覆盖60%+的常规咨询类需求第三阶段（3-6月）：深度集成对接更多内部系统 bulletpoints呈现8.3持续优化的方向基于这次实践经验，未来值得投入的方向：短期（1-3个月）：建立FAQ知识库，实现RAG增强优化Prompt，减少幻觉和啰嗦回答增加图片识别能力（OCR+视觉模型）中期（3-
前后端分离之让前端开发脱离接口束缚（mock）
来源 | https://www.cnblogs.com/milo-wjh/p/6424246.html 前后端分重构完成，再书写交互时遇到后台接口尚未完成，无法得到接口返回的测试数据，但是我们又需要一些数据来测试我们的前端功能的时候 ，往往会在这种情况下卡壳；最常见的办法就是：等~~~，等后台哥们完成接口再继续开发，似乎有了一个正当划水的理由。 来快速创建批量的数据 使用mockJSON创建批量数据的书写方式： responseText: $.mockJSON.generateFromTemplate({ "user|3- 6": [{ 随机3-6个 "id|+1": 1, +1递增 "name": "@MALE_FIRST_NAME", 随机姓名
Linux内核11-进程之间的关系
（比如，在shell中启动了一个后台进程，然后退出shell，则后台进程的父进程就是init）。 parent 指向P的当前父进程。 每个pid成员的数据成员如表3-6所示： 表3-6 pid数据结构的各个成员 类型 名称 描述 int nr PID值 struct hlist_node pid_chain 用于hash表中的链表结构中 ，用于指向下一个和前一个元素 struct list_head pid_list 每个PID表的头 我们用下面的图3-6，展示一个类型为PIDTYPE_TGID的哈希表。 图3-6展示了一个基于PIDTYPE_TGID类型的哈希表的示例。pid_hash数组中的第2项存储着该哈希表的地址，也就是hlist_head类型的数组结构，用于保存具有相同tpid值的链表的表头。 图3-6 PID哈希表 下面的函数和宏用来处理PID哈希表： do_each_task_pid(nr, type, task) while_each_task_pid(nr, type, task) 遍历与
electron27+react18仿制桌面MacOS系统
react18+zustand+react-router跨端技术：electron^27.0.1打包工具：electron-builder^24.6.4UI组件库：arco-design (字节react轻量级 Electron+react公共桌面布局如上图：项目桌面分为顶部导航条+桌面菜单+底部dock栏三大模块。
作为5年开发的程序员你不懂分表分库的实现思路，我表示不理解
2）后台需要根据城市查询当地的订单。 3）后台需要统计每个时间段的订单趋势。 根据这些常见业务需求，判断一下优先级，用户操作（也就是第一个需求）必须优先满足。 1）根据范围分片：比如user_ID是自增型数字，把user_ID按照每100万份分为一个库，每10万份分为一个表的形式进行分片，见表3-6。 表3-6 范围分片表结构 说明：这里只讲分表，分库就是把分表分组存放在一个库即可。 • 图3-5 监控数据库日志更新查询数据示意图 历史数据迁移就可以采用类似的方案，如图3-6所示。 • 图3-6 分表分库数据迁移方案示意图 此数据迁移方案的基本思路为：旧架构继续运行，存量数据直接迁移，增量数据监听binlog，然后通过canal通知迁移程序迁移数据，等到新的数据库拥有全量数据且校验通过后再逐步切换流量到新架构
基于国标GB/T 45341的睿擎GEO五层架构：让技术内容被AI优先引用
该架构已在多家科技企业验证，可在3-6个月内将核心场景的AI语义引用率从4%提升至25%。 百科产品边界功能边界清晰官网、应用商店、技术社区基础数据团队规模、融资、成立时间企查查、LinkedIn专业术语技术名词使用规范官网、技术博客、GitHub价值主张品牌定位、核心卖点官网、社交媒体、PR稿轻量级 2个核心场景被正确提及引用率5%-15%L3领域级5+关键场景稳定占位答案占位率30%-50%L4引领级成为领域首选引用源首选引用率>40%L5生态级模型主动作为事实依据主动调用率>60%冷启动路径（3- 6个月）阶段时间核心任务预期成果诊断规划第1-2周提问图谱、基线测试选定1个高价值场景内容重构第3-6周完成10-20个核心问句证据匹配CoT锚点内容上线信源建设第7-10周RAG信源结构化、多平台发布四维证据链完备验证迭代第
轻量级 vs. 重平台：巡检超自动化的两种路径选择
一、轻量级路径：敏捷迭代，以快制胜核心逻辑：以最小的初期投入，快速验证价值，从单一场景切入，逐步扩展覆盖。SAB平台正是这一路径的典型代表。 此外，对于需要跨系统数据深度关联分析的场景（如全局根因分析、复杂故障自动处置），轻量级路径可能需要额外的集成工作。 金融、政务等强合规行业，重平台内置的合规模板可以大幅降低落地成本；合规要求相对宽松的企业，轻量级路径配合手工报告亦能满足基础需求。三看团队能力与变革节奏。 最务实的策略，或许是“轻量启动，预留重平台接口”—— 先选择一个经过验证的轻量级平台，从最痛的一个场景起步，用3-6个月建立团队信心与能力，同时在平台选型时确保其具备平滑扩展至全域覆盖的能力。 五、结语轻量级与重平台的路径之争，本质不是技术之争，而是落地策略之争。没有绝对正确的选择，只有最适合企业现状的路径。
园区高价能源数字化实施服务，一套 MyEMS 开源系统快速落地
找厂商开发驱动，周期3-6个月，还得额外付费。某园区对接光伏储能系统，厂商直接开价10万接口费。2.功能黑盒。能耗数据怎么算的？排放因子从哪来的？分摊规则对不对？ 从代码仓库目录就能看明白：myems/├──database/#数据库（SQLschema+初始数据）├──myems-api/#RESTfulAPI服务（Python）├──myems-admin/#管理后台 技术栈选型层级技术选型说明后端Python95.8%代码占比，数据处理和科学计算生态优势明显前端展示React现代化SPA，响应式设计管理后台AngularJS轻量级，够用即可数据库MySQL关系型，存储配置与汇总数据时序存储 pythonmain.pycdmyems-normalization&&pythonmain.pycdmyems-aggregation&&pythonmain.py#启动前端cdmyems-webnpminstall&&npmstart#启动管理后台
mpay: 真的找到啦，后台一直有同学想要解决个人免签收款的问题，这款专注于个人免签收款，轻量级且高效的支付解决方案
嗨，大家好，我是小华同学，关注我们获得“最新、最全、最优质”开源项目和高效工作学习方法
相册类木马专题分析
木马技术原理分析 3.1 防卸载技术 3.1.1 隐藏图标 木马运行之后隐藏图标，之后木马后再后台私自运行，同时诱导用户激活设备管理器，防止用户发现和卸载，具有一定的隐蔽性。 图 3-3 诱导用户获取设备管理器权限代码 3.1.3 虚假卸载 病毒在用户在尝试卸载该恶意程序时，会弹出包含有恶意应用图标和名称的卸载选项，用户点击该图标后提示虚假的卸载信息并继续在后台运行，如图3- 启动时通过短信的方式通知黑客用户已经运行木马，如图3-6所示。 ? 图 3-6 启动通知黑客 用户激活获取消激活设备管理器时，通过短信通知黑客目前状态，如图3-7所示。 ? 图 3-8 卸载通知 3.3 快速传播 木马在启动时，后台遍历用户通讯录，并发送带有恶意URL的短信，诱骗用户联系人下载安装，该方法可以使得木马传播速度很快，具如图3-9所示。 ? 图 3-15 发送手机信息 木马私自后台收集用户短信、通讯录信息，并通过邮件的方式发送用户信息到指定邮箱，如图3-16所示。 ?
