博客文章

无非继承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 的工作流