博客文章

使用 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风格 分别是增删改查的