博客文章

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文件，复制到项目根目录里

前言 双十一光顾着买东西都没怎么写文章，现在笔记里还有十几篇半成品文章没写完… 今天来分享一下 Django 项目切换数据库和迁移数据的方案，网络上找到的文章方法不一，且使用中容易遇到各类报错，本文根据 Django 官方文档和工作中的经验，稳定可靠，在博客中长期更新~ 如果你遇到同样的问题，阅读本文应该能得到比较好的解决方案。 基本步骤 Django 默认使用 SQLite 数据库方便开发，同时

Django自带的Admin后台，好用，TinyMCE作为富文本编辑器，也蛮好用的，这两者结合起来在做博客的时候很方便（当然博客可能更适合用Markdown来写），但是Django-TinyMCE这个组件默认没有图片上传功能的，需要我们自己实现，本文将一步步带大家实现这个图片上传功能。 读者也可以举一反三实现其他需要和Django结合的功能。 编写上传图片逻辑 在任一views.py里添加代码：

view代码 from django.core.paginator import Paginator def announcement(request): ctx = { 'global': GlobalCtx, 'announcements': models.Announcement.objects.all(), } paginator

Django在Debug模式关闭掉后请求静态文件时，返回404相应码，后台的请求url是"GET /static/css/404.css HTTP/1.1" 404 1217，找不到静态文件的url。通过配置静态文件的url和命令行启动来实现静态文件的获取。 URL中的配置 django的静态文件是通过``来管理的。配置静态文件的响应是通过serve()函数数显的。url.py中的配置如下： fr

前言 随着工作的深入，我越来越发现Python Web开发中有很多坑，也一直在羡慕AspNetCore和Go等的可执行文件部署和高性能，以及Spring生态的丰富，不过因为工作用了Django，生活还是要继续的嘛，这Django好歹也是有很大份额的Web框架，也没那么不堪，至少开发速度上就吊打一众框架了~ 在之前的文章里我介绍过使用Docker部署Django应用的方法，不过那种部署方式只适合上线

前言 不得不说，Django的Admin真的给开发带来很多便利，这不，我又来折腾了，这次是添加自定义的action 这个自定义的Action可以看看官方文档的介绍，很详细，不再赘述。 https://docs.djangoproject.com/en/3.0/ref/contrib/admin/actions/ 界面效果 Django默认的添加完action是要选择下面的对象才能提交的，不过我不需

Django自带的Admin很好用，但是放到生产环境总还差了点什么= = 看看admin的介绍： Django奉行Python的内置电池哲学。它自带了一系列在Web开发中用于解决常见问题或需求的额外的、可选工具。这些工具和插件，例如django.contrib.redirects都必须在settings中的INSTALLED_APPS处进行注册，有的还需要执行manage.py migrate命令

前言 Django全家桶自带的分页组件只能说能满足分页这个功能，但是没那么好用就是了 Django的分页效果 django-pure-pagination分页效果 使用方法 首先安装： pip install django-pure-pagination 添加到App INSTALLED_APPS = ( ... 'pure_pagination', ) 配置一下，配置说明如图 P

在此之前，我一直用uwsgi+virtualenv+nginx方式进行应用部署，操作起来比较麻烦，而且依赖于服务器上的Python版本，服务的管理方面单纯uwsgi + pid算不上特别麻烦但总没有docker compose方便，无奈原本的服务器是32位系统的用不上docker，现在又增加了一个新服务器，所以赶紧把docker安排上~ 不得不说真的太简单太方便了，全程傻瓜式操作，也基本没像之前u

关于Django的缩略图 我在Django的官方文档里看了一下，没有找到有关缩略图的官方库，不过在Django的Wiki里头倒是看到了一篇关于使用缩略图的介绍，请参考：https://code.djangoproject.com/wiki/ThumbNails 关于Problem的描述 The majority of applications that have images, probably

DjangoRestFramework开发实践 在这之前我写过一篇关于Django与Drf快速开发实践的博客，Django快速开发实践：Drf框架和xadmin配置指北，粗略说了一下Drf配置和基本使用，不过里面只是涉及到最基本的CRUD，在正常的后端开发中涉及的诸如认证和权限、消息队列、缓存之类的操作，上一篇博客并没有涉及，这次开发我仔细了看了官方文档的这几个部分，把这部分的功能完善了起来。 D

扫盲 首先带大家了解一下什么是MVVM模式： 什么是MVVM？MVVM是Model-View-ViewModel的缩写。 MVVM是MVC的增强版，实质上和MVC没有本质区别，只是代码的位置变动而已 从名字上看，MVVM比MVC架构中多了一个ViewModel，没错，就是这个ViewModel，他是MVVM相对于MVC改进的核心思想。在开发过程中，由于需求的变更或添加，项目的复杂度越来越高，代码量

Django-Filter是一个非常好用的第三方库，很好的利用了Django ORM的特性，可以使用很少的代码就扩展原有的接口，实现多种筛选功能~ 场景 Model定义的部分代码，可以看到需求模型包括了 关键词 keyword、区域 region、需求状态 require_status，这三个字段 class Require(models.Model): 需求 keyword =

两种方法 Django 的django-markdown-deux模块 Python模块 markdown django-markdown-deux 首先需要安装： pip install django-markdown-deux 修改setting.py 把markdown-deux添加进去 INSTALLED_APPS = [ 'markdown-deux', ] 在模板里添加tags

前言：一点题外话 我发现，不更新博客的时候，不是非常忙，就是效率非常低。最近没怎么更新博客，原因是第二种= =。惭愧惭愧。 今天效率出奇的高，一天时间把PassNote后端的接口全部写完了，Django很好用，不过实际项目中还是有些框架不能实现的功能需要解决的，我比较喜欢造轮子，不过为了保证效率，还是尽量用现成的工具，减少不必要的折腾。 关于PassNote 之前应该在博客有说过，这是一个密码管理

前言 Django以快速开发闻名，但是如果处理数据的导出导入还需要自己写脚本，那就有违“Python之禅”了…… 而且导数据通常需要不同的格式，Excel、csv、json等，每种格式的数据就要写一个脚本太麻烦了，这时直接祭出django-import-export这个神器，官方一句话介绍：django-import-export is a Django application and libra

步骤 既然是快速开发，那废话不多说，直接说步骤： 安装Djagno 安装Django Rest Framework 定义models 定义Rest framework的serializers 定义Rest framework的viewsets 配置Rest framework的router 配置管理后台admin 根据需要写template和对应的view 经过这些步骤就能得到一个具备完整的后端接

环境准备 nginx+uwsgi方式部署顾名思义，需要nginx和uwsgi两个软件包。 nginx不用说，是必备的，关于nginx的安装本文不再赘述，详情可以自行搜索或者参考我以前的文章： Debian8搭建LEMP环境 安装uwsgi pip install uwsgi 上传项目代码 & 测试 # 进入项目目录，具体目录请自行选择 cd /path/to/project # 建立虚拟环境 v

涉及到的工具 haystack是django的开源搜索框架，该框架支持**Solr**, Elasticsearch, Whoosh, **Xapian搜索引擎，不用更改代码，直接切换引擎，减少代码量。 搜索引擎使用Whoosh，这是一个由纯Python实现的全文搜索引擎，没有二进制文件等，比较小巧，配置比较简单，当然性能自然略低。 中文分词Jieba，由于Whoosh自带的是英文分词，对中文的分

前言 Django自带的Admin管理后台很方便，但是实际生产环境真的会有挺多安全问题的，在admin的安全防护这方面，我之前就研究实现了给admin加上登录验证码和限流功能，可以参考这篇文章：给Django Admin添加验证码和多次登录尝试限制 不过就在内部使用的话就好很多，因此我们可以通过Django的中间件来实现IP过滤，所以本文中涉及到两个知识点，一个是Django的中间件，另外一个是P

前言 Django-Import-Export是一款很好用很方便的Django数据导出导入插件，可以和DjangoAdmin管理后台完美集成，只需要少量的代码配置即可方便实现你要的多种格式导出导入，关于这个插件的使用更多可以看我之前的文章：这里放文章链接 之前我在使用中都是专门做了一个原始数据的表来存导入的数据，然后再对原始数据表做一些数据处理，把数据存到其他表才能真正使用这些数据。（不是很好的做

前言 日志在程序开发中是少不了的，通过日志我们可以分析到错误在什么地方，有什么异常。在生产环境下有很大的用途。在Java开发中通常用log4j,logback等第三方组件。那么在django中是怎么处理日志？django利用的就是Python提供的logging模块，但django中要用logging，还得有一定的配置规则，需要在setting中设置。 Logging模块 Logging模块为应用

概念 django自带一套信号机制来帮助我们在框架的不同位置之间传递信息。也就是说，当某一事件发生时，信号系统可以允许一个或多个发送者（senders）将通知或信号（signals）发送给一组接受者（receivers）。 （感觉就很像Qt的信号与槽机制） 信号系统包含以下三要素： 发送者－信号的发出方 信号－信号本身 接收者－信号的接受者 Django内置了一整套信号，下面是一些比较常用的： 在

前言 使用Django开发项目好是好，就是部署的时候太麻烦，使用Uwsgi服务器的话，每次修改了代码，都需要重新启动服务器才可以生效。然后uwsgi服务器的重启也挺麻烦。 看了一下官网的文档，最好是把uwsgi安装到venv虚拟环境里面，这样的话在 ps aux 的时候容易区分啦。 查看uwsgi进程 ps -aux | grep uwsgi 结束原uwsgi进程 kill -9 27543 结论