博客文章

发布Nuget包到GitHub Packages？不过是配置token和nuget.config的重复劳动。手动关联包与仓库？GitHub的设计真够奇葩的。搞定，但谁有空折腾这些。

又一个.NetCore模板？FluentConsole.Templates，一键生成骨架，包含DI、日志、配置。安装？dotnet new install，然后dotnet new flu-cli -n MyProject。太简单了吧，谁在乎？

开发.NET Core控制台工具，依赖注入和日志整合得比Go优雅多了。哼，配置文件丝滑，但AOT？反射问题，放弃。

海信HiReader开箱包装简约，却比其他两款环保过头；墨智键好用，但密码设置纯属多余。作者偏爱Touch Lite，888元性价比高，A9性能被忽悠，处理器名不副实。屏保功能是亮点，但微信读书不支持，太鸡肋；团队解散，墨水屏手机再见？

给ChatGLM2的gRPC后端硬塞了连续对话功能，改了proto、C#客户端和Python服务端代码。OpenAI格式转ChatGLM格式？真够折腾的，幸好有loguru。搞定了，但调试gRPC还是麻烦，考虑改OpenAI接口了。

作者弃bash、Python、C#，选Go写Hive导出工具，只因部署简单。Go的err处理烦人，但交叉编译省事。工具交互式，搞定导出。

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

很多项目一开始选型的时候没有选择EFCore，不过EFCore确实好用，也许由于种种原因后面还是需要用到，这时候引入EFCore也很方便。 本文以 StarBlog 为例，StarBlog 目前使用的 ORM 是 FreeSQL ，引入 EFCore 对我来说最大的好处是支持多个数据库，如果是 FreeSQL 的话，服务注册的时候是单例模式，只能连接一个数据库，如果需要使用 FreeSQL 同时

Docker部署RedisStack？呵，基础操作罢了。ACL权限？不过是Redis 6.0的标配功能。C#集成？官方NRedisStack包，一行代码的事。

C#开发者用iKVM白嫖JVM生态？省事，但依赖处理还得手动折腾。无缝接入？不过是把JAR转DLL，省了移植代码的麻烦。AI工具缺？直接调用HanLP，但依赖处理，呵呵。

下载音乐防灰，工具链折腾值不值？搭建私有流媒体，客户端体验一般般。数据自主权在手，平台下架算什么？

人脸检测与识别现在已经很成熟了，C# 上有 ViewFaceCore 这个很方便的库，但这种涉及到 native 调用的库，一般会有一些坑，本文记录一下开发和部署的过程。

差点忘了7.8寸开放系统这块，还有汉王也是老牌有实力的厂家，再加上汉王clear的风评不错，价格也不贵，所以我也入手了一个。

华为的Matepad Paper在电子墨水屏中属于是硬件配置的天花板，使用麒麟820e作为CPU，性能超过了大部分的电子书产品，因为之前的文石leaf2和墨案mix7用的都不是很满意，所以我抱着试试看的想法下单了这个华为Matepad Paper。

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

墨案mix7输入法秒杀文石，手感完胜，UI却简陋如古董。文石leaf2界面精致，功能多，性能却拖后腿。充电续航半斤八两，手感墨案碾压，文石滑溜难握。总之，各有所长，选谁看运气，反正都够用。

上一篇文章介绍了墨案 mix7，这篇文章来写一下文石 leaf2。

我在18年第一次接触了 kindle 这种电子墨水屏设备，我在 kindle 上看完了诸如「刘慈欣全集」、「金庸全集」之类的大部头，电子墨水屏的看书效果确实非常好， 21年把 kindle 卖掉了，最近阅读量比较大，一直用平板看书也不是很好，于是打算入手国产开放系统的电子书。

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

Vue 可以非常方便地与 Pure HTML 结合，代替 jQuery 的功能，有一次遇到类似的场景时，我就想 React 能不能也以这种方式接入 HTML 网页，从而提高开发效率。 结果当然是可以的，只不过在 HTML 里直接 JSX 似乎会降低一些性能… 凑合用吧

其实几年前我就有轻度使用了一下 Blazor 这个技术，一开始使用 Blazor ，我是有点嫌弃的，我还是比较倾向于传统的前后端分离，AspNetCore用来做后端，用 React 做前端，生态很丰富，要做啥组件都容易。这次只是个小 Demo 项目，试用了一下 Blazor ，从一开始的非常别扭，到越来越顺手。感觉 Blazor Server 写小项目还是挺好用的，后面继续完善项目，持续发掘 B

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

RSS 的对立面是算法推荐，像微信公众号、知乎、微博、今日头条等平台。 且不说算法推送平台广告多，迁移麻烦的问题。算法推荐的特点是，你不需要刻意选择，算法会根据你的喜好，给你推送内容。这样一来，你几乎没有选择的余地，在不断被「喂饱」中逐渐失去判断的能力。

最近遇到的这个场景，需要把之前开发的一套系统迁移到一个离线的服务器上，这个服务器有点麻烦，接入VPN后通过堡垒机才能访问，速度也很慢，遇到不少坑，本文记录一下迁移过程。

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

之前介绍的友情链接功能，只实现了友情链接的展示和管理接口。 还缺失友情链接申请、审核管理、通知，现在把这块功能补全。 Model 什么的之前那篇文章都有，本文直接补全逻辑代码~

A recent breakthrough in artificial intelligence (AI) is the introduction of language processing technologies that enable us to build more intelligent systems with a richer understanding of language than ever before. Large pre-trained Transformer language models, or simply large language models, vastly extend the capabilities of what systems are able to do with text.

又来折腾LLM本地部署？ChatGLM-6B在6GB显存下就能跑，MOSS却要显存翻倍，这差距。硬件要求高得离谱，但作者硬是在Ubuntu上搞定，佩服？开源LLM本地部署指南，就这？

前言 这是StarBlog系列在2023年的第二篇更新😂 这几个月都在忙，更新变得很不勤快，但是拖着不更新我的心里更慌，很久没写，要开头就变得很难😑 说回正题，之前的文章里，我们已经把博客关键的接口都开发完成了，但还少了一个最关键的「认证授权」，少了这东西，网站就跟筛子一样，谁都可以来添加和删除数据，乱套了~ 关于「认证授权」的知识，会比较复杂，要学习这块的话，建议分几步： 基础概念 AspN

下载项目代码 git clone https://github.com/THUDM/ChatGLM-6B.git 创建虚拟环境，建议使用 conda 管理 conda create -n chatglm python==3.8 安装依赖 conda activate chatglm pip install -r requirements.txt conda install cudatoolkit=

前言 最近AI很火🔥，先是AI画图，然后就ChatGPT，后者我已经用了一段时间了，用来写作文挺不错的，但OpenAI屏蔽了中国IP，加上用户太多啥的，用起来没那么爽，但没办法全球只此一家，只能捏着鼻子用。而AI画图就不一样了，全是开源的，自己部署一下可以玩个爽~ 正好我们这有台2080Ti的工作站，之前用来训练模型的，现在部署个画图应该轻轻松松，于是就开始了折腾之路~ 效果 先看看我生成出来的

https://git-scm.com/docs/git-log#Documentation/git-log.txt-emnem git log export command git log --after=2021-1-1 --before=2022-1-1 --pretty=format:'%cs,%an,%s' output 2021-12-17,DealiAxy,swagger文档优化 2

使用 git rm --cached -r 命令，从版本库中移除 git rm -r --cached *.iml output rm 'commons/commons.iml' rm 'estate-repo.iml' rm 'service/service.iml' 然后重新提交

https://confluence.atlassian.com/bbkb/git-command-returns-fatal-error-about-the-repository-being-owned-by-someone-else-1167744132.html Summary When trying to execute a git command in a repository, suc

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

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

前言 这是StarBlog系列在2023年的第一篇更新😃~ 在之前的文章里，我们已经完成了部分接口的开发，接下来需要使用 curl、Postman 这类工具对这些接口进行测试，但接口一多，每次测试都要一个个填入地址和对应参数会比较麻烦… 我们需要一种直观的方式来汇总项目里的所有接口，并且如果能直接在里面调试接口，那就更好了。 Swagger：诶嘿，说的不就是我吗？😎 Swagger介绍 来一段

背景 最近发现某个数据采集的系统拿下来的数据，有些字段的JSON被莫名截断了，导致后续数据分析的时候解析JSON失败。 类似这样 {title: 你好 或者这样，多了个双引号啥的 {title:你好} 因为数据库是Oracle，起初以为是Oracle这老古董出问题了，结果一番折腾，把每条写入数据的SQL语句都拿出来，看起来里面的JSON格式都没问题。 这也太诡异了吧，看起来没毛病，但就为啥JSON

前言 昨天 wc(Wyu_Cnk) 提了个问题 C# 里多维数组拷贝有没有什么比较优雅的写法？ 这不是问对人了吗？正好我最近在搞图像处理，要和内存打交道，我一下就想到了在C#里面直接像C/C++一样做内存拷贝。 优雅？no，要的就是装逼，而且性能还要强🕶 概念 首先澄清一下 C# 里的多维数组 (Multi-dimensional Array) 是这样的 byte[,] arr = new by

前言 最近过年嘛，过年前照例来下载一些贺岁歌曲，现在国内没啥人做贺岁专辑，这方面还得看马来西亚华人，他们每年都有出专辑，质量很不错！ 国内平台自然是没有（或者不全的），需要在YouTube下载~ 之前我都是用Chrome插件下载完再使用脚本合并视频，有点繁琐，今年试试自动下载的黑科技~ 作为对比的这俩工具，都用 pip 安装即可 pip install youtube-dl pip install

前言 上次说到最近正在看的这个小说，现在进度终于到了主角把飞星界这个地图通关了。 到目前为止都还不错，没有出现太无脑爽文的剧情

前言 2023年以来一直很忙，临近春节，各种琐事更多，但鸽了太久没写文章总是不舒坦，忙中偷闲来记录下最近用C#写爬虫的一些笔记。 爬虫一般都是用Python来写，生态丰富，动态语言开发速度快，调试也很方便 但是 我要说但是，动态语言也有其局限性，笔者作为老爬虫带师，几乎各种语言都搞过，现在这个任务并不复杂，用我最喜欢的C#做小菜一碟~ 开始 之前做 OneCat 项目的时候，最开始的数据采集模块，

前言 自从元旦前后羊了个羊之后，就一直很懒没有更新博客。 最近整理了一下笔记，看到之前写的一些读后感，感觉现在越来越不爱思考了，以前看书一般挑名著来看，再不济也是看金庸、古龙这种经典作品，现在退化到整天利用碎片时间看不需要动脑的网络小说。 不得不说，网络小说的质量可能不咋样，但读起来确实是挺爽的，或许这就是奶头乐吧…… 继上次看了一本很降智的小说之后，我又开始了新的看书之旅，这次是卧牛真人的《修真

前言 上传文件的接口设计有两种风格，一种是整个项目只设置一个接口用来上传，然后其他需要用到文件的地方，都只存一个引用ID；另一种是每个需要文件的地方单独管理各自的文件。这俩各有优劣吧，本项目中选择的是后者的风格，文章图片和照片模块又要能CRUD又要批量导入，还是各自管理文件比较好。 图片接口 说会正题，先介绍一下图片相关接口。 图片列表 首先CRUD是肯定有的，图片列表的分页查看也是有的，不过因为

前言 开发接口，是给客户端（Web前端、App）用的，前面说的RESTFul，是接口的规范，有了统一的接口风格，客户端开发人员在访问后端功能的时候能更快找到需要的接口，能写出可维护性更高的代码。 而接口的数据返回格式也是接口规范的重要一环，不然一个接口返回JSON，一个返回纯字符串，客户端对接到数据时一脸懵逼，没法处理啊。 合格的接口返回值应该包括状态码、提示信息和数据。 就像这样： { st

前言 上一篇留的坑，火速补上。 在之前的第6篇中，已经有初步介绍，本文做一些补充，已经搞定这部分的同学可以快速跳过，基于.NetCore开发博客项目 StarBlog - (6) 页面开发之博客文章列表 对标准的WebApi来说，分页、过滤、搜索、排序是很常见的功能，既可以方便用户查看数据，又可以提升程序性能。 通用请求参数 定义一个类来作为通用的请求参数 列表接口通用的参数是这几个：PageSi

前言 本文介绍博客文章相关接口的开发，作为接口开发介绍的第一篇，会写得比较详细，以抛砖引玉，后面的其他接口就粗略带过了，着重于WebApi开发的周边设施。 涉及到的接口：文章CRUD、置顶文章、推荐文章等。 开始前先介绍下AspNetCore框架的基础概念，MVC模式（前后端不分离）、WebApi模式（前后端分离），都是有Controller的。 区别在前者的Controller集成自 Contr

前言 最近电脑坏了，开源项目的进度也受到一些影响 这篇酝酿很久了，作为本系列第二部分（API接口开发）的第一篇，得想一个好的开头，想着想着就鸽了好久，索性不扯那么多了，直接开写吧~ 关于RESTFul 网上很多相关的文章都要把RESTFul历史来龙去脉给复制一遍，所以我这就不重复了，现在主要的HTTP接口风格就俩：RPC和RESTFul。 举个例子就可以看出这俩的区别 RPC风格 分别是增删改查的