博客文章

审计日志不仅仅是一种遵循最佳实践的手段，更是确保数据安全、提高系统透明度、促进责任归属明晰的关键工具。

哦吼 之前刚说了尝试了使用docker来部署AspNetCore应用，结果这才刚上班就遇到问题了= =… 我这项目用的数据库是Oracle，之前直接运行没啥问题，但放在docker里运行就报了这个错误： ORA-01882: timezone region not found 看这错误信息是在说时区不对，分别在服务器和docker里看一下时间： [root@localhost ~]# date -

试用了一下，感觉还是太折腾，用回原来的 AspNetCoreRateLimit 组件得了

用alpine镜像？不过是把体积砍半，健康检查加个路径就完事。wget自带，何必装curl，真是多余。发布选linux-musl-x64，不然别想跑。

前言 最近一直在忙（2月份沉迷steam，3月开始工作各种忙），好久没更新博客了，不过也积累了一些，忙里偷闲记录一下。 这个需求是这样的，我之前做了个工单系统，现在要对登录、注册、发起工单这些功能做限流，不能让用户请求太频繁。 从 .Net7 开始，已经有内置的限流功能了，但目前我们的项目还在使用 .Net6 LTS 版本，下一个 LTS 没发布之前，暂时不考虑使用 .Net7 这种非 LTS 版

前言 本文介绍的是AspNetCore的MVC项目，WebApi+独立前端这种前后端分离的项目就不需要多此一举了~默认前端小伙伴是懂得使用前端工具链的。 为啥要用MVC这种服务端渲染技术呢？ 简单项目不需要强行分离增加复杂度（如：我正在开发的博客项目） 后端渲染利于SEO，对博客网站友好 OK，虽然MVC的技术老了点，但依然可以结合现代前端工具链来提高效率 本文的食用需要先安装好Node.js环境

用ActionFilterAttribute搞非侵入校验，省得重复写代码。支持Query、Body、Route、Header，HttpContext共享数据，但OAuth2.0边学边做，项目乱糟糟，功能凑合。

Supported Connection String Attributes To obtain an OracleConnection object in a .NET stored procedure that represents the implicit database connection, set the ConnectionString property of the Oracle

之前我写过一篇使用 docker 部署 AspNetCore 应用的文章，这种方式搭配 CICD 非常方便， build 之后 push 到私有的 dockerhub ，在生产服务器上 pull 下来镜像就可以直接运行了。 然而，有时需要一种更传统的部署方式，比如在本地打包可执行文件之后直接放到服务器上执行。 这种方式配置完成之后，每次更新只需要重新本地重新 publish 后把可执行文件上传

EFCore居然没有内置命名转换？得自己写正则或用插件，真是折腾。插件一行代码搞定，但为什么EFCore不直接支持？命名风格转换，要么自己写代码，要么依赖第三方，真费劲。

对于Web API应用程序而言，随着时间的推移以及需求的增加或改变，API必然会遇到升级的需求。事实上，Web API应用程序应该从创建时就考虑到API版本的问题。业务的调整、功能的增加、接口的移除与改名、接口参数变动、实体属性的添加、删除和更改等都会改变API的功能，从而带来版本的变更。

前言 AspNetCore技术栈在我们团队里的使用也有一段时间了，之前的部署方式一直是本地编译之后上传可执行文件到服务器，使用supervisor来管理进程这种很原始的方式。 参考之前的文章： 对于小项目来说尚可，够用，但是存在几个问题： 每次更新花费的时间太长了，无论是Framework-Dependent还是Self-Contained，都要上传很大的文件~ 更新的时候需要在superviso

前言 过年前我又来更新了~ 我就说了最近不是在偷懒吧，其实这段时间还是有积累一些东西的，不过还没去整理…… 所以只能发以前没写完的一些笔记出来 就当做是温习一下啦 PS：之前说的红包封面我还没搞，得抓紧时间了 最近在准备搞一个我之前做的开源项目代码合集来做一期分享 两种常见的认证方式 先来看看两种常见的认证方式：基于token的认证和传统的session认证的区别。 session认证 我们知道，

我在使用 AspNetCore 的这段时间内，看了很多开源项目和博客，发现各种 .Net 体系的新技术很多人都有关注和使用，但却很少有人关注测试。 测试是软件生命周期中的一个非常重要的阶段，对于保证软件的可靠性具有极其重要的意义。在应用程序的开发过程中，为了确保它的功能与预期一致，必须对其进行测试。这样做不仅能够确保功能正确执行，同时能够帮助开发人员尽早地发现并改正系统中所存在的缺陷（Bug），

gRPC 使用起来非常的丝滑，目前来说也没遇到什么坑，可以非常平滑地与已有项目集成，如果有类似的场景，强烈推荐尝试一下 gRPC ！gRPC 的功能很多，本文仅介绍了最基本的使用，更多的请阅读文档，详细有了本文的基础铺垫，读者再阅读文档深入使用时，会比较轻松上手。

前言 用AspNetCore做Api开发也有一段时间了，正好年底在做总结，做一个WebApi开发实践笔记。 暂时想到的一些技术关键词，同时也作为本文的大纲，现在对这套技术体系的了解还不够深入，以后会持续更新这个Api开发实践~ 身份认证：JwtBearer 分页：X.PagedList 缓存 ResponseCache Redis：StackExchange.Redis 数据持久化 / ORM F