首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏编程技术分享

    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
  • 来自专栏h5

    Electron-React19-WinChat聊天系统|react+electron客户端聊天程序Exe

    经过了整整两周的高强度研发,最新原创力作electron41+react19全家桶构建轻量级桌面电脑版聊天系统项目,正式完结啦! , ...args)) }, // 浏览器打开链接 openExternal: (url) => ipcRenderer.send('open-external', url) })Electron handleWinClose}>}

    </> )}Electron electron38-vite7-vue3os电脑端os管理系统 最新版electron38-vite7-admin电脑端中后台管理系统 Electron38+Vite7+Pinia3+ElementPlus Exe模板 最新原创uniapp-vue3-osadmin手机版后台管理系统 最新研发uniapp+vue3仿微信app聊天模板 基于uni-app+vue3实战短视频+聊天+直播app商城

15920编辑于 2026-08-17
  • 来自专栏Lcry个人博客

    又一款超轻量级 NPS 内网穿透自带后台设置界面

    本站免费分享了自建的FRP内网穿透,对于小白来说客户端配置比较繁琐,今天带给大家是一款轻量级、功能强大的内网穿透代理服务器。

    1.2K20编辑于 2022-11-29
  • 来自专栏飞天小牛肉

    轻量级脚手架,后台权限管理系统

    实话实说,我之前一直不愿意做这种后台权限管理系统,总觉得就是些业务逻辑,没啥意思,早烂大街了,面试官肯定看不上 最近才正式拜读了 RuoYi 这个大名鼎鼎的脚手架,惊呼牛逼! 无论是代码、文档、还是社区都实在是太完善了,而且想要接入自己的项目做个后台管理系统的话也特别方便。

    1.7K30编辑于 2022-05-24
  • 来自专栏h5

    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商城

    17310编辑于 2026-08-16
  • 来自专栏RTSP服务器

    深入探讨后台摄像头|麦克风采集与轻量级RTSP服务|RTMP推流架构设计

    ​在 Android 音视频开发中,“后台推流”是一个经典且棘手的需求。常见的场景包括:行车记录仪(熄屏录像)、智能安全帽(后台回传)、执法记录仪等。 Android 系统对后台应用限制极严。如果不启动前台服务(在通知栏显示一条常驻通知),App 切后台后几分钟内网络和 CPU 就会被限制,导致推流中断。2. 五、 核心实现四:RTSP Server 与多路分发系统不仅支持 RTMP 推流,还内置了一个轻量级的 RTSP Server。这意味着手机本身变成了一个 IPC(网络摄像机)。 "gotoSettingIgnoringBatteryOptimizations Exception:", e); } }}七、 总结通过上述代码的拆解,我们利用大牛直播SDK的轻量级 RTSP服务模块,构建了一个完整的 Android 后台流媒体采集系统: 稳定性:利用 Notification + Service + ForegroundServiceType 适配,确保进程在后台不被查杀

    91741编辑于 2025-12-18
  • # 用 WorkBuddy 排查 Mac 发热问题:从诊断到轻量监控的实战记录

    于是想到用WorkBuddy帮我做一个轻量级温度监控,既能实时掌握状态,又不会自己变成发热源。这篇文章记录了整个过程,分享给有同样困扰的朋友。 我的机器是10核,load在3-4之间,相当于30%-40%负载,属于正常范围。2.查看内存压力用vm_stat看内存分页情况。 二、再监控:设一个不添乱的后台检测诊断完,我需要持续监控。 核心逻辑就三件事:每5分钟跑一次uptime+vm_stat(两个命令,几乎不占资源)如果loadaverage超过7(10核的70%),报警如果可用内存低于500MB,报警一切正常就静默,不输出任何东西脚本跑在后台 WorkBuddy在这个场景里帮我完成了诊断命令执行、内存数据换算、监控脚本编写和后台启动,整个过程不用我切换工具,一个对话搞定。如果你也遇到Mac发热问题,不妨试试这个思路。

    21020编辑于 2026-08-08
  • 来自专栏Python 自动化

    介绍一款能取代 Scrapy 的爬虫框架 - feapder

    众所周知,Python 最流行的爬虫框架是 Scrapy,它主要用于爬取网站结构性数据 今天推荐一款更加简单、轻量级,且功能强大的爬虫框架:feapder 项目地址: https://github.com 介绍及安装 和 Scrapy 类似,feapder 支持轻量级爬虫、分布式爬虫、批次爬虫、爬虫报警机制等功能 内置的 3 种爬虫如下: AirSpider 轻量级爬虫,适合简单场景、数据量少的爬虫 Spider 创建映射 Item( 可选 ) 进入到 items 文件夹,使用「 feapder create -i 」命令创建一个文件映射到数据库 PS:由于 AirSpider 不支持数据自动入库,所以这步不是必须 3- 最后 本篇文章通过一个简单的实例,聊到了 feapder 中最简单的爬虫 AirSpider 关于 feapder 高级功能的使用,后面我将会通过一系列实例进行详细说明 我已经将文中所有代码上传到公众号后台后台回复关键字「 airspider 」获取完整源码

    3.2K41发布于 2021-05-07
  • 来自专栏IT运维技术圈

    惊天炸雷Kubernetes可视化管理神器降临

    这里给您划重点: 一站式的Kubernetes IDE:像操作手机APP一样管理集群,实时监控和资源调配触手可及 开发者友好架构:前端用Electron+React打造流畅界面,后台用Go语言构筑稳健的

    85310编辑于 2025-05-25
  • 来自专栏程序猿DD

    重磅:2020 Gitee 开源年报发布!

    榜单中的项目除了 asyncTool 是 2019 年底新建的项目外,其余五个项目均为 2020 年 3-4 月新建。 2020 年有更多的开发者愿意以「捐赠」的方式来表示自己对开源项目的支持,从表格中可以看出六个项目中的五个都是后台管理框架类项目。 此类整套的后台管理框架更适合企业用户使用,企业使用了更优秀的后台开发框架,得到了快速发展后,也愿意对开源项目捐赠表示感谢,从而形成了「收益于开源-回馈给开源」的良性循环。 Rancher Serverless Devs Serverless Framework ZStack 为了给开发者们提供更好的代码托管及项目管理体验,Gitee 在 2020 年上线了诸如 轻量级

    65320编辑于 2023-04-04
  • 来自专栏Python 自动化

    再推荐一款小众且好用的 Python 爬虫库 - MechanicalSoup

    今天再推荐一款小众轻量级的爬虫库:MechanicalSoup MechanicalSoup,也是一款爬虫神器!     text = element_a.text     print("标题:", text)     print("地址:", href) # 关闭浏览器对象 browser.close() 3- 完成了一次自动化及爬虫操作 相比 Selenium,最大的区别是 Selenium 可以和 JS 进行交互;而 MechanicalSoup 不行 但是对于一些简单的自动化场景,MechanicalSoup 是一种简单、轻量级的解决方案 我已经将文中完整源码文件传到后台,关注公众号,后台回复「 ms 」即可获得 如果你觉得文章还不错,请大家 点赞、分享、留言 下,因为这将是我持续输出更多优质文章的最强动力!

    1.3K20发布于 2021-03-25
  • 来自专栏h5

    electron27+react18仿制桌面MacOS系统

    react18+zustand+react-router跨端技术:electron^27.0.1打包工具:electron-builder^24.6.4UI组件库:arco-design (字节react轻量级 Electron+react公共桌面布局如上图:项目桌面分为顶部导航条+桌面菜单+底部dock栏三大模块。

    83000编辑于 2023-11-25
  • 来自专栏码农小胖哥的码农生涯

    java服务端推送消息有那么难吗?

    如果有人在前台下了订单就给后台仓库管理一个发货通知。也就是服务端触发一个事件,推送消息到客户端。 如果我用websocket来做还要搞个websocket服务器,而且还 有不少配置。 第3-4行代表一个附带eventID的事件。第6-8行代表一个自定义事件。第10-14行代表一个多行数据事件,多行数据由换行符链接 key定义有以下几种: data,表示该行包含的是数据。 和长轮训、comet、websocket相比而言比较轻量级。在一些需要服务器实时推送规模不大的业务场景实现更简单点。相信看了本文后你会很快入门。在实际开发中要根据业务对这几种推送进行技术选型。

    4.3K20发布于 2019-12-05
  • 来自专栏测试开发干货

    热饭的测开成果盘点第十三期:接口测试平台(一)

    本期介绍的是接口测试平台的原型,区别于公众号内直播教程,原型平台的外观更古老但细节很多,可惜后台架构并不如直播版强壮。当时带了3-4位测开新手,边教边做。

    38620编辑于 2022-05-19
  • 来自专栏测试开发干货

    热饭的测开成果盘点第十四期:接口测试平台(二)

    本期介绍的是接口测试平台的原型,区别于公众号内直播教程,原型平台的外观更古老但细节很多,可惜后台架构并不如直播版强壮。当时带了3-4位测开新手,边教边做。

    31420编辑于 2022-05-19
  • 来自专栏云开发

    有奖征集 | “协力抗疫,码力全开” 线上公益黑马「创意征集」

    有奖征集创意 2 月 3-4 日,“协力抗疫,码力全开” 线上公益黑客马拉松,要你来出口献策,你的需求,你的创意,有一批乐意奉献,愿意奉献的互联网人帮你实现! 参与方式:在本篇文章评论区直接阐述你的创意/需求 ,时间 2 月 3-4 日 24 点 (PS:你的创意/需求有机会成为本次黑客马拉松项目命题。) .集赞截止时间为 2020 年 2 月 4 日 24 点; 2.若集赞数相同,以留言时间先后顺序排名; 3.中奖后请于 2020 年 2 月 5 日中午 12:00 前将留言截图及邮寄地址发送至公众号后台进行兑奖

    36720编辑于 2023-07-14
  • 来自专栏前端达人

    Redux 真的被高估了吗?我在大型项目中发现的真相

    真实的数据 我问过一个做中后台的哥们儿,他们项目 Redux 代码 3000+ 行。我说,这里面有多少真的需要全局? 他想了想说:"也就 30%?其他的都是……下拉菜单、表单、弹窗这些东西。" 场景 2:超大型团队的中后台系统 一个团队 100+ 人,多个业务线共享一个平台。Redux 的规范性和可追溯性有价值。 场景 3:需要时间旅行调试的应用 比如实时协作编辑、画布应用。 但是……一般的 CRUD 应用、普通的中后台系统、小团队的项目? Redux 往往是过度设计。 一个真实的重构故事 我参与过一个电商平台的重构。原来是 Redux 全家桶。 function OrderList() { const { orders, loading } = useUserOrders(userId) return (...) } 第 3 层:真正的全局状态 → 轻量级方案 代码满足这些条件,可能是时候考虑简化了: 超过 50% 的 action 只被用过一次 大部分 reducer 就是 return { ...state, key: value } 一个简单的状态改动需要改 3-

    34210编辑于 2025-11-20
  • mpay: 真的找到啦,后台一直有同学想要解决个人免签收款的问题,这款专注于个人免签收款,轻量级且高效的支付解决方案

    嗨,大家好,我是小华同学,关注我们获得“最新、最全、最优质”开源项目和高效工作学习方法

    1.2K10编辑于 2025-01-25
  • 来自专栏愿天堂没有BUG(公众号同名)

    作为5年开发的程序员你不懂分表分库的实现思路,我表示不理解

    使用什么字段作为分片主键 先来回顾一下业务场景中的数据库示例,见表3-4。 表3-4 用户和订单数据量 把表3-4中的数据拆分成一个订单表,表中主要数据结构见表3-5。 2)后台需要根据城市查询当地的订单。 3)后台需要统计每个时间段的订单趋势。 根据这些常见业务需求,判断一下优先级,用户操作(也就是第一个需求)必须优先满足。 比如,表名=order_#user_ID% 10#_#hash(user_ID)%8,即分成了10×8=80个表,如图3-4所示。 以上3种分片策略到底应该选择哪个? • 图3-4 Hash值和范围混合分片结构 如果业务增长特别快,且运维还能承受,为避免以后出现扩容问题,建议库分得越多越好。 业务代码如何修改 分片策略确定后,就要考虑业务代码如何修改了。

    74330编辑于 2022-10-28
  • 领券