在之前的SqlSugar系列随笔中，介绍了很多我们关于SqlSugar的开发框架的内容，SqlSugar的开发框架的目的是多前端应用场景，因此其中会包含各种不同的前端应用，前面介绍了基于DevExpress的Winform的前端应用，以及基于Vue3+TypeScript+ElementPlus的BS前端应用，本篇随笔继续介绍SqlSugar的开发框架的另一个前端应用，基于UniApp+Vue+T
在做一些常规应用的时候，我们往往需要确定条件的内容，以便在后台进行区分的进行精确查询，在移动端，由于受限于屏幕界面的情况，一般会对多个指定的条件进行模糊的搜索，而这个搜索的处理，也是和前者强类型的条件查询处理类似的处理过程，因此本篇随笔探讨两种不同查询在前端界面上的展示效果，以及后端基于.netCore的Web API端的基类进行的统一封装处理。
在前面随笔介绍的基于SqlSugar的WInform端管理系统中，数据提供者是直接访问数据库的方式，不过窗体界面调用数据接口获取数据的时候，我们传递的是标准的接口，因此可扩展性比较好。我曾经在随笔《基于SqlSugar的开发框架循序渐进介绍（5）-- 在服务层使用接口注入方式实现IOC控制反转》中介绍过，该SqlSugar开发框架本身是基于IOC控制反转的，因此对于接入不同的数据提供者，只需要切换
当前的Winform分页控件中，当前导出的数据一般使用Excel来处理，Excel的文档可以用于后期的数据展示或者批量导入做准备，因此是比较好的输入输出格式。但是有框架的使用客户希望分页控件能够直接导出PDF，虽然Excel也可以直接转换为PDF，不过直接导出PDF的处理肯定更加方便直观。因此整理了一下分页控件导出PDF的处理过程，分享一下，希望能够给大家提供一定的帮助。
在之前较早随笔中介绍过实现多行表头的处理，通过手工创建字段以及映射数据源字段属性的方式实现，有些客户反映是否可以通过代码方式更方便的创建对应的处理操作，因此本篇随笔继续探讨这个多行表头的处理的操作，使用代码的方式结合扩展函数处理，快速的实现GridControl的多行表头的处理操作。
一：背景 1.讲故事 前段时间有位朋友找到我，说他的程序在客户的机器上跑着跑着会出现偶发卡死，然后就崩掉了，但在本地怎么也没复现，dump也抓到了，让我帮忙看下到底怎么回事，其实崩溃类的dump也有简单的，也有非常复杂的，因为大多情况下都是非托管层面出现的各种故障，非常考验对 C, C++, Win
一：背景 1. 讲故事 上一篇写完了之后，马上就有朋友留言对记录行的 8060byte 限制的疑惑，因为他的表记录存储了大量的文章，存储文章的字段类型用的是 nvarchar(max)，长度很显然是超过 8060byte 的，请问这个底层是怎么破掉 8060byte 的限制的? 说实话这是一个好问题
一：背景 1. 讲故事 前段时间协助训练营里的一位朋友分析了一个程序卡死的问题，回过头来看这个案例比较经典，这篇稍微整理一下供后来者少踩坑吧。 二：WinDbg 分析 1. 为什么会卡死 因为是窗体程序，理所当然就是看主线程此时正在做什么? 可以用 ~0s ; k 看一下便知。 0:000> k #
```textile 主要是nginx的安装使用 1. 安装nginx(以及两个tomcat) 2. 使用nginx(测试负载均衡) 想要搭建的测试环境, 1.两个tomcat, 端口分别是80和8090(因为之前安装过一次端口为80的tomcat) 2.nginx端口为8088 ``` 