搜索[后台会话]结果-低调大师优秀个人博客

精选列表

搜索[后台会话]，共10000篇文章

Dcat Admin v1.3.0 发布，对开发者友好的高颜值后台系统构建工具，增加自定义主题

字段在不保存为json字符串的情况下报错问题#59 修复数据详情Show无法显示关联模型字段值问题修复弹窗表单重复提示失败信息问题简介 Dcat Admin是一个基于laravel-admin二次开发而成的后台系统构建工具

2020-05-07

构建ASP.NET MVC4+EF5+EasyUI+Unity2.x注入的后台管理系统（23）-权限管理系统-角色组模块

距离上次发布22讲已经有少许日子了,真是太抱歉,最近年关项目比较急,时间太紧,没有时间发布.请大家见谅接下来我们的目标是角色组管理角色组权限设置用户管理把角色组授权给用户给用户分配角色组所以最少我们还要讲多5讲才能结束这个管理系统，经过之前的样例程序，我们很熟悉这个套路了，如果你很喜欢这个系列，你可以为这种重复性的动作写一个简单的代码生成器，或者一套强大的T4模版，其实这2个我都有，而且也是刚写的，以后系统完善了，给发布出来。是不是还可以呢，哈哈，T4我也写了一套，但毕竟还是没有winfrom来得方便。接下来我们在之前做好的模块管理，在22讲中，添加角色组管理的记录和操作码，如图目前我是需要添加这么多个操作码。回头就机械性的创建DAL层，BLL层，Model层，还有注入 ISysRoleRepository SysRoleRepository ISysRoleBLL SysRoleBLL SysRoleModel SysRoleController Index _Partial_AutoGrid.cshtml 我们注重的是效果，看下由于我们的用户管理还没做，分配还不能做，所以就先给个空的值吧。我们能够这么机械性全靠我们的架构，才能这么清晰的分析问题。做了这么久不知道大家有没有发现，层层扣层层，异常捕获，异常记录，日志记录，反转控制，系统的可维护性非常的高，一目了然，这也是发布文章这么久，没人质疑这个架构的所在之处（我们是不是应该自豪一下）上面的图已经好了，关于记录，那必须是要有新增修改功能了，这个留给大家自己动手做做，因为这节是没有好讲的，这是为了下一节的，权限设置做铺垫而已。谢谢大家本文转自ymnets博客园博客，原文链接：http://www.cnblogs.com/ymnets/p/3515479.html，如需转载请自行联系原作者

2017-08-09

Z-Blog PHP后台字体太小看不清？用一行 style 标签解决 Z-Blog 管理界面的字号问题

zblogphp 后台的默认字号是按主流笔记本屏幕设计的，但现实是大家的设备五花八门：2K、4K 高分屏上字小得像蚂蚁，长时间盯屏幕的站长又往往需要更大更护眼的字号。

2026-10-04

把Z-Blog PHP官方文档钉在后台顶栏，用一行调用给 Z-Blog 顶部菜单添个常驻入口

问题来了：后台和文档两头切换，光标签页就要开一排，手一滑还容易关错。

2026-10-04

#WorkBuddy# #AI办公# 47 条后台记录对 45 个台账 ID：发文第 45 天，我做了第一次全量对账

我的发文自动化跑到第 45 天，本地台账里登记了 45 个文章 ID，而创作者后台按 10 页翻完抓出来是 47 条记录——两个数字对不上。

2026-10-22

笔记本性能测试两次差好几百，先查后台占用和电源降频，固定条件连跑三次取中位数

同一台笔记本，上午跑在线性能测试，CPU 单核 1380 分；中午再跑一次，只剩 960 分。跑分记录里这种波动很常见，同一台机器两次差出好几百，问题多半不在硬件上。

2026-10-15

#WorkBuddy# #AI办公# 总阅读 4559、篇均 182：我让 WorkBuddy 翻完创作者后台，给 25 篇文章盘了张流量报表

从 9 月 7 日第一篇到今天，后台已经攒了 28 条记录。

2026-10-03

App后台开发运维和架构实践学习总结（5）——App产品从需求到研发到开发到上线到产品迭代全过程

前言如果没有做过开发,研发过产品的人,很难体会做产品的艰难,刚进公司的人,一般充当的是程序开发,我这里说的是开发,它与研发是有区别的. 一个需求下来,如果不能很好地理解产品需求，如果不能很好的驾驭需求实现的逻辑,肆意的根据理解去做技术方面的架构和编码，等到后来发现了不对了再去修改就特别麻烦。所以我们在实现产品需求时,每一个功能需求,不管是大还是小,都要想商量清楚了,我们在采取编码. 言归正转,那么整个过程一款产品从想法-开发-上线-产品都经历了哪些? 希望能给大家一个好的借鉴作用,总结的不好的,希望给予指正,大家可以畅所欲言. 主要分为以下几步第一步：需求梳理、分析第二步：产品原型图绘制第三步：UI设计第四步：项目经理&技术负责人对接需求第五步：技术方案 & 架构设计第六步：项目排期 & 任务分解第七步：产品研发阶段第八步：交付测试阶段第九步:产品发布上线第十步:迭代下面我们来看看具体操作: 第一步：需求梳理、分析在此假设用户需求分析已经确定 , 接下来根据提炼的真实用户需求来确定产品需求。产品经理将会根据沟通中的相关资料的word、ppt、jpg等等东西翻译成逻辑语言，最简单的就是产出一张产品功能脑图或者一份功能列表。 ▲产品功能脑图 ▲一份功能列表初步产品功能需求梳理清楚之后，产品经理持续跟进，反复沟通确定产品原型图。 ▲产品原型图同时根据具体的项目需求，会搭配一套产品业务流程图 ▲产品业务流程的图简单点，用墨刀做一份带交互的原型。这个很重要,只有交互原型图上的逻辑跑通了,代码的逻辑差不多也通了,这样能节省很多时间,需求上说的跟实际上做的还是有很大区别的,有时间,需求听起来是很有道理,但是用技术几乎实现不了. ▲墨刀带交互的原型第三步：UI设计 UI设计，包含风格稿和内页设计。风格稿会根据产品需求提供的目标用户类型、客户倾向、LOGO等信息，以及确定做风格稿的2-3个页面的原型图，来进行风格稿设计。待风格稿确认后进行内页设计，包括设计效果、页面元素、弹出页面等等 ▲风格稿 ▲风格稿所有页面设计完后会统一发给客户做进一步沟通，然后统一修改优化。 ▲Zeplin Zeplin能够帮助前端更好地理解设计师意图，而设计师又能快速得到前端反馈的协作，从而减少设计师与前端的沟通错位，使得两者在“界面元素”和“交互动作”上形成一致。 ▲Zeplin invision用于设计先行能减少后端技术工程问题，设计的迭代越快，软件开发就越能在时间点的把控上做到极简。 ▲invision 设计定稿后并不是设计师的工作结束了，之后还有一段周期的切图、标注工作。 ▲标注 ▲切图第四步：项目经理&技术负责人对接需求项目经理对接上这些需求，第一个工作是细化需求，将这些翻译成技术能更好理解地语言，搭配着原型图或设计稿来召开技术会议，统一讲解新项目的需求。 ▲细化需求第五步：技术方案 & 架构设计技术负责人在清楚了解整个项目的需求之后会开始构思整个项目的技术方案，根据产品需求，提供易扩展、可持续迭代的技术框架方案。 ▲整个项目的技术方案(需求文档) ▲可持续迭代的技术框架方案第六步：项目排期 & 任务分解同时，项目经理在和研发团队沟通确认后对项目进行分解以及排期，以此来保证项目进度和质量。 ▲项目管理第七步：产品研发阶段这个阶段就是各端技术按照排期规划开始编码，期间各种对接、调试以及撕逼。我不是程序猿，这块就不多写了，贴几张他们技术wiki的截图吧。 ▲Wiki对接 Paw 让测试 API 变得轻松愉悦，可以构建内部和外部的资源。它可以在不同的环境下进行测试，也可以引用来自其他请求响应的数据。 ▲PAW 它可以定义不同的环境，于是可以轻松地在开发、临时和生产环境中进行切换，而无需重新配置任何端点（endpoint）。并且还可以在一个请求的消息体中引用另一个请求中返回的值，这能够节省大量时间。第八步：交付测试阶段测试工程师基本全程跟进，从最早期对接完详细产品需求之后就开始编写测试用例 ▲测试用例然后配合项目各个里程碑节点进行功能测试和性能测试，将问题按优先级划分统一反馈 ▲测试过程第九步:上线以上均是理想情况下，一个App必经的几个阶段的简洁步骤说明，具体执行依然会根据需求穿插进行。不同的项目管理模式或许会有完全不同的流程步骤。但是专业性几乎是保证产品质量的唯一准则。第十步:产品迭代每次要根据用户反应的问题和增加的功能需求进行产品迭代

2021-03-16

【AI 工作流手记 #6】桌面浮窗的三个真坑：亚克力磨砂、刷新把进程搞消失、后台启动像闪退

我想要一个常驻桌面角落的小窗：显示"有几件事在等你、后台任务还在跑几个"，数据来自本机几份只读日志。要求四条——常驻但不碍事（不占任务栏、置顶可选）、半透明磨砂、内容有变化才动、托盘能收起来。

2026-10-16

#WorkBuddy# #AI办公# 隔 12 天再盘一次创作后台：总阅读 4559→7018，涨得最猛的竟是 37 天前的老文

10 月 3 日，我让 WorkBuddy 翻完创作者后台，给当时 25 篇已发布文章做过一次全量流量盘点（总阅读 4559）；10 月 4 日又用同一套数据管道做了 24 小时增量追踪。

2026-10-15

AI开发牧安 ·第15期点一下「查看此探针」就免密进后台，可这条链路我踩了 5 个坑

第 14 期把客户本地那个运营平台（L2）的功能盘了一遍，里面有个不起眼但挺关键的一块：免密登录反代——运营同事在 L2 的 Agent 卡片上点一下"查看此探针"，就能直接进到那台探针盒子（L3）的管理台，不用输账号密码。

2026-08-15

WorkBuddy 复盘：后台明明发成功 6 篇，本地台账一行都没有——根因是把记账挂在了命令行开关上

日期：2026-10-24。这是一个典型的「事实已发生、账本却不知道」案例，记下来给所有做自动化流水线的人提个醒。

2026-10-24

【征文】一个 34 岁后台程序员的周末项目：用多智能体 AI 团队给 7 岁儿子做个"类 Scratch"闯关编程软件

我 34 岁，平时写后台服务，跟业务方、数据库、消息队列打交道。我儿子今年 7 岁，上二年级，最近对"电脑怎么听懂我的话"特别好奇。

2026-10-23

官网后台半夜被撞库，登录接口被刷出几万条失败记录：登录防爆破的限流、失败锁定与IP风控实战

后台登录接口半夜被刷出几万条失败请求，先别急着加验证码。撞库和爆破是两种打法，只在一个维度上锁，要么拦不住，要么把正常员工锁在门外。

2026-09-20

活动开场一秒上千次提交，后台多出一倍重复记录：轻应用的幂等键、请求令牌与重试防重实践

做过活动型轻应用的大概都踩过这个坑：整点开场，用户涌进来，网络一卡就下意识连点提交按钮，弱网下客户端还会自动重试。活动结束一拉数据，同一条报名记录出现了两回，有的甚至三回。重复数据不光让名单难看，还会连带把库存、名额、抽奖次数算错。这篇文章把"重复提交"拆成三种来源，再从前端令牌、服务端幂等键到重试与消息消费，讲一套端到端的防重做法，附可直接用的代码。

2026-09-16

服务器挂上公网第二天，日志里 300 多次请求在试我的后台：把「扫描」和「攻击」分开，才知道该不该花钱 #腾讯云#

2026-09-18

后台改了菜单价格，几十家门店小程序还显示旧的：门店配置下发的版本号、缓存失效与灰度一致性实践

连锁门店的后台经常要改配置：调价、下架沽清商品、调整营业时间、切换门店活动。

2026-09-16

Visual Studio Code 1.107 发布

本次更新改进了side-by-side 会话视图，新增了agent workflow tutorial，并修复了一些问题。

2025-12-18

Visual Studio Code 1.124 发布

此版本加快了跨 agent 会话的工作速度，并赋予 agent 更大的自主权来完成你的任务。 Autopilot：Autopilot 功能默认启用，现在能够更智能地判断任务何时真正完成。

2026-06-11

linjiashop（邻家小铺）0.4 发布，简洁轻量的全平台商城系统

Issue 【后台管理】管理员给订单添加备注信息【后台管理】维护物流公司【后台管理】增加订单发货功能【后台管理】增加导出订单excel报表功能针对订单全流程生命周期添加操作日志基础框架封装支持关联查询

2020-03-02

资源下载

更多资源

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。