博客文章

在此之前，我一直用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

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

问题 django模板与vue.js的变量都是使用 {{ 和 }} 包裹起来的，在渲染django模板时会先替代掉所有的 {{ 和 }}及被包裹在其中的内容，使得vue.js没办法用 {{ 和 }}来绑定变量。 解决方法 方法1：修改vue.js的默认的绑定符号 在Vue App创建时配置 let app = new Vue({ delimiters: [[[, ]]], el: '#vu

DjangoStarter v3.3.0？哦，不过是优化了Docker和换了个Granian服务器。导航栏多了管理后台，还扔了unfold。过渡版本就这？

DjangoStarter 成了时间黑洞？一堆无关组件拖累维护成本，果断瘦身砍掉 django-compressor、Prometheus、Grafana，小项目何必搞企业级运维？Less is more，把精力花在刀刃上。

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

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

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

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

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

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

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