博客文章

几种方法 使用django-cors-headers全局控制**（推荐）** 使用JsonP，只能用于Get方法 在views.py里设置响应头，只能控制单个接口 django-cors-headers 首先安装 pip install django-cors-headers 然后在settings.py里配置一番就可以 INSTALLED_APPS = [ ... 'corshe

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

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

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

清空所有数据 python manage.py flush 重建表结构 删除数据库中所有表 删除应用文件夹下的migrations目录内所有文件，除了__init__.py 执行以下命令 python manage.py makemigrations python manage.py migrate

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

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

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

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

步骤 既然是快速开发，那废话不多说，直接说步骤： 安装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

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

在日常开发中，我们都是把Django的Debug模式打开，方便调试，在这个模式下，由Django内置的Web服务器提供静态文件服务，不过需要进行一些配置，才能正确访问。 配置settings # Static files (CSS, JavaScript, Images) # https://docs.djangoproject.com/en/3.0/howto/static-files/ ST

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

前言 （好像不知道写啥） 注意 django-filer目前只支持到django 1.11 setting.py INSTALLED_APPS = [ # image support 'easy_thumbnails', 'filer', 'mptt', ] # Image Upload Support THUMBNAIL_HIGH_RESOLUTION = Tr

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