STARBLOG / 技术与日常的文字存档
写下实践中的发现，也留住那些值得回看的想法。
前言 笔者认为，一个博客网站，最核心的是阅读体验。 在开发StarBlog的过程中，最耗时的恰恰也是文章的展示部分功能。 最开始还没研究出来如何很好的使用后端渲染，所以只能先用Editor.md组件做前端渲染，过渡一下。前端渲染我是不满意的，因为性能较差，页面加载出来还会闪一下，有割裂感，影响体验。 现在我已经做出了比较完善的后端渲染方案，前端渲染就可以直接退休了。本文介绍StarBlog博客开发
前言 之前我写了一篇关于C#处理Markdown文档的文章：C#解析Markdown文档，实现替换图片链接操作 算是第一次尝试使用C#处理Markdown文档，然后最近又把博客网站的前台改了一下，目前文章渲染使用Editor.md组件在前端渲染，但这个插件生成的目录树很丑，我魔改了一下换成bootstrap5-treeview组件，好看多了。详见这篇文章：魔改editormd组件，优化ToC渲染效
前言 我的StarBlog博客目前使用 editor.md 组件在前端渲染markdown文章，但这个组件自动生成的ToC(内容目录)不是很美观，我之前魔改过一个树形组件 BootStrap-TreeView，所以就想要用这个树形组件来展示ToC。 原本的效果是这样的 image-20221020112752560 我魔改完的效果 image-20221020112914518 先分析一波 首先看
前言 九月太忙，只更新了三篇文章，本来这个功能是从九月初就开始做的，结果一直拖到现在国庆假期才有时间完善并且写文章~ 之前我更新了几篇关于 Python 的文章，有朋友留言问是不是不更新 .Net 了，那肯定不能啊，我只能说**「我 全 都 要」**，所以我反手就更新了一篇Asp-Net-Core开发笔记。 然后顺便立个Flag：今年底前完成StarBlog系列文章的主体部分（即API开发+后台前
代码实现 # 创建一个目录来保存这些东西 temp_path = os.path.join(settings.MEDIA_ROOT, 'temp', str(uuid.uuid4())) os.makedirs(temp_path) # 创建压缩文件 archive_path = os.path.join(temp_path, 'archive.zip') with zipfile.ZipFile
前言 之前陆续写了 Gitlab 的安装使用还有 Gitlab CI/CD 的配置使用，已经把 AspNetCore 的后端项目都做了持续集成了，尝到甜头之后，现在前端的项目也要加入自动化部署，所以经过一番折腾，有了本文~ 前文回顾： GitLab 的安装、配置、使用 持续集成指南：GitLab 的 CI/CD 工具配置与使用 跟之前的 AspNetCore 项目操作差不多，我依然使用 docke
前言 写代码这项工作，本质就是将工作自动化，减少手工操作提供效率，~~因为人的本质都是懒狗~~，程序员也不能例外，为了各种意义的效率提升~~（懒）~~，我们需要持续集成工具，将代码测试、编译、发布这些重复性很高的工作，全部变成自动化，减轻工作量，提高效率，解放生产力，~~为华夏伟大复兴贡献力量~~ 说回正题，持续集成工具主流的就 Jenkins 、Gitlab CI/CD 这些，因为我们刚好在用
前言 最近忙得连轴转，很久没更新博客了，代码倒是没啥写，积累了好些东西，接下来一有时间就来更新吧~ 本文记录使用Python实现给图片添加水印的功能实现过程 先看效果 把公众号的封面作为素材 原图是这样的 codelab 加个水印的效果 temp 实现代码 主要实现是参考GitHub上一个项目的：https://github.com/2Dou/watermarker 用到了Pillow库，使用前请
步骤 既然是快速开发，那废话不多说，直接说步骤： 安装Djagno 安装Django Rest Framework 定义models 定义Rest framework的serializers 定义Rest framework的viewsets 配置Rest framework的router 配置管理后台admin 根据需要写template和对应的view 经过这些步骤就能得到一个具备完整的后端接
前言 之前写过两篇跟这个插件有关的文章，可以回顾一下： Django数据导入导出神器django-import-export使用 Django-Import-Export插件关于外键的处理 最近有个朋友留言问我一个关于django-import-export插件的问题 为了形象表达这个问题，我举个书籍管理的例子来描述一下 数据库表 | id | name | price | | ---- |
前言 最近做的这个项目（基于Django），需要做个功能，实现定时采集车辆定位。 这让我想起来几年前那个OneCat项目，当时我用的是Celery这个很重的组件 Celery实在是太重了，后来我做公众号采集平台的时候，又接触了Django-RQ和Django-Q这俩，前者是对RQ的封装，让RQ和Django更好的结合在一起；后者是一个全新的「多进程任务队列」组件，相比起celery很轻量，当时使用
Model/数据库设计建议 from django.db import models from django.utils import timezone class ModelManager(models.Manager): def get_queryset(self, *args, **kwargs): return super().get_queryset(*args
