博客文章

Django过时？技术趋势变了而已，异步支持短板在AI时代更明显。生态工程化再稳，也挡不住轻量框架和ASGI的冲击。独立开发者该考虑新选择了？

Django-Ninja API鉴权机制？不就是又一套基于AppClient的认证系统，支持查询参数、请求头、Bearer Token认证，外加IP白名单和scopes权限控制？代码写得够复杂，够绕？

在生成唯一 ID 这件事上，Django 和其他后端框架没啥不同的，思路都是类似的，只不过可以借助 Python 生态偷懒一下…

这个只是简单的demo，实际上生产还得考虑很多问题，本文就是为 channels 的应用开了个头，后续有新的研究成果会持续更新博客~

无非继承MP_Node配置TreeAdmin，拖拽编辑树节点。可视化？也就django-treebeard能用，其他要么停更要么功能拉胯。初始化数据？手动导入，否则admin连按钮都没有，bug。接口输出无非path和depth，自己实现更舒服。

测试，在以前确实是经常被忽略的话题，特别是对于 Python Web 这种快速开发框架

前言 最近做的这个项目（基于Django），需要做个功能，实现定时采集车辆定位。 这让我想起来几年前那个OneCat项目，当时我用的是Celery这个很重的组件 Celery实在是太重了，后来我做公众号采集平台的时候，又接触了Django-RQ和Django-Q这俩，前者是对RQ的封装，让RQ和Django更好的结合在一起；后者是一个全新的「多进程任务队列」组件，相比起celery很轻量，当时使用

前言 之前写过两篇跟这个插件有关的文章，可以回顾一下： Django数据导入导出神器django-import-export使用 Django-Import-Export插件关于外键的处理 最近有个朋友留言问我一个关于django-import-export插件的问题 为了形象表达这个问题，我举个书籍管理的例子来描述一下 数据库表 | id | name | price | | ---- |

前言 最近有个新需求： 人员基础信息（记作人员A），10w 某种类型的人员信息（记作人员B），1000 要求在后台上（Django Admin）分别展示：已录入A的人员B列表、未录入的人员B列表 团队的DBA提议使用视图可以解决这个问题（不愧是搞数据库的） PS：起先我觉得Django的Model是直接管理数据库表的，使用Model来映射数据库模型怕是有一定的麻烦，不过查了一下资料发现并不会~ 只

DjangoAdmin DjangoAdmin本身就是一套大而全的系统，官方文档中介绍了很多配置方法，但仍然有大量的骚操作是文档中没有的，所以遇到特殊需求的时候，求助文档不一定有用。 在我看来 DjangoAdmin 虽然能快速生成一套管理后台，但如果要做大量特殊需求的定制，其成本不亚于用 Vue/React 重新开发一套，简单的使用成本不高，但深入定制的话需要对 DjangoAdmin 的工作流

前言 之前我做了个Django的项目，为了让管理后台更加美观，我对Django（应该说是SimpleUI的）默认的Admin后台主页进行改造，具体可以看这篇文章：项目完成 - 基于Django3.x版本 - 开发部署小结 之前的两篇关于Django3.x开发部署小结的文章介绍的都是数据库、接口、性能方面的，看到有朋友留言对后台主页的改造表示有兴趣，所以就写一篇来介绍一下~ 分析 改造基于我定制的

前言 继续Django后端开发系列文章。刚好遇到一个分页的需求，就记录一下。 Django作为一个“全家桶”型的框架，本身啥都有，分页组件也是有的，但默认的分页组件没有对API开发做优化，所以DjangoRestFramework这个专门写API的框架又把Django的分页组件包装了一层，集成在viewsets里的时候会更方便。 不过我们不可能一直用viewsets，有一部分API还是要用自由度更

前言 依然是最近在做的这个项目，用Django做后端，App上提交信息的时候需要一个验证码来防止用户乱提交，正好我的「DjangoStarter」项目脚手架也有封装了验证码功能，不过我发现好像里面只是把验证码作为admin后台登录的校验手段，并没有给出前后端分离项目的验证码相关接口。 所以本文介绍验证码功能实现的同时，也对「DjangoStarter」的验证码模块做一层封装，使其更方便使用~ 用哪

前言 还是最近在做的一个小项目，后端用的是Django搭配RestFramework做接口，前端第一次尝试用京东开源的Taro框架来做多端（目前需要做用于企业微信的H5端和微信小程序） 本文记录一下企业微信登录的流程，上周看文档看得头晕晕的，其实很简单，封装好了就几行代码的事~ 两种方式 一种是先拼接好登录要用的地址authorize_url，回调地址设置成h5应用的网页入口，然后把authori

前言 最近实在太忙了，开始了一个新的项目，为了快速形成产品，我选择了Django来实现后端，然后又拿起了之前我封装了项目脚手架「DjangoStarter」。 由于前段时间我写了不少.NetCore的后端代码，对CRUD的接口开发又有了一些新的理解，所以肯定也要把DjangoStarter改造一番，改得更加顺手~ 题外话：话说我在前端终于真正用上react，不得不说 ts + react 真好用，

前言 之前写了一篇《Asp-Net-Core开发笔记：使用NPM和gulp管理前端静态文件》，现在又来用Django开发项目了，之前我搞了一个Django的快速开发脚手架「DjangoStarter」，正好给升级一下~ 关于npm和gulp我就不多重复了，之前那篇文章都写了，直接上操作 安装依赖 安装依赖的操作跟上一篇文章是一样的，不过我这里直接提供package.json文件，复制到项目根目录里