需求背景管理员在后台给小程序用户推送一些消息，例如用户收费通知，工单维护通知等。 功能流程图 功能实现小程序项目添加如下代码，开启用户订阅 用户订阅消息文档：https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/subscribe-message.html 在小程序中加入如下代码，开启用户订阅： 12345

背景需求小程序用户进入小程序，判断用户未登录则跳转至登录状态进行登录操作，登录时后如果后台没有相关信息，则跳转至获取信息信息页面获取之后再进行登录。 小程序前台检测用户是否登录，我将用户信息存到了 storage 中，以此来判断，在 onMounted 中调用： 1234567const checkUserLogin = () => { if (uni.getStorageSy

背景在 Vue3 中使用 Element-plus 的文件上传组件 el-upload 组件上传至 Spring Boot 后台服务端失败，但 Postman 成功！ 问题原因Element-plus 中对上传的文件类型又做了一次封装，导致和后台对应的文件接受失败，出现各种各样的错误： Element-plus 文件上传对象定义： 1234567891011121314export interfa

需求背景甲方用户设备保修，乙方员工根据设备维护需要，在维护完成之后，在 Excel 维修任务文件上对检查维修的项目进行打勾，最后在下面输入一些备注信息。 调研 研究了 XLSX 等其他库，均不能完全实现需求，或是 API 太难用，或是样式显示有问题，Excel 文件中有图片，显示不全等等。最后在 Univer 和 LuckySheet 上研究。 Univer 文档并不是很全面（是我太菜了，看不懂�

组件介绍 Vitesse Uni App：https://vitesse-docs.netlify.app/ UI：https://uview-plus.jiangruyi.com/components/intro.html 编辑器：VScode 安装 Volar（Vue Offices）插件 创建项目1pnpm create uni <project-name> -t vitess

我的开源历程说起开源，我在大三刚开始的时候就接触到了。当时的场景仍然历历在目。 回想起来，我第一个正式的 Github Pull Request 是给 Spring Cloud Alibaba 项目删除了一个多余的 Pom 依赖项。当时手忙脚乱，在捉摸了两个多小时后，才算是成功提交了第一个 Pull Request。非常感谢铖朴，是他带着我认识了开源，踏出了参与开源至关重要的第一步。 从刚开始使用

背景概述背景来自于给 Apache Hertzbeat 编写单元测试，发现的一个问题。这个问题也是历史遗留问题，之前的测试类是注释的状态。 1234515:18:38.013 [main] WARN org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver -- Resolved [org.springf

Spring Boot Web 应用请求响应太慢排查线上接口响应太慢，Spring Boot + 内嵌的 Tomcat 服务器，Tomcat 处理请求的最大线程数普通情况是 150 左右，最大是 200，所以当同时处理的请求过多，并且每个请求一直没有处理完成。所有的线程都在繁忙，没有办法处理新的请求，就会导致新的请求排队等待处理，从而造成了迟迟无法响应的线上事故，用户体验太差。 场景复现一个简单的

   东方欲晓，早早起床。准备将这三天的 CommunityOverCode Asia 2024 的参会经历记录一下。也算是一次难得的经历，下次不知道到什么时候了。（PS：封面图来自 @pil0txia 的酒店外景。 One Day   这一定是三天内最尴尬的一天，前天晚上失眠没睡着。第二天早上起来迟了。洗嗽了下速速出门，刚到楼下准备去做地铁。屋漏偏逢连夜雨

   从 24 年的 5 月份开始到现在，从大学毕业的一系列琐事到现在身居余杭找工作的窘迫。无疑对我是一个巨大的挑战。之前已经找到了一个程序员的工作，但是因为一些特殊的原因。早早的就跑路了。事出有因，也不好再多叙述些什么，我更愿意相信这是命中注定的事情。因为在我的记忆中，每每到了毕业的时候，都会发生一件对我影响很大的事情。显然，这次毕业也不例外。   这段时