AlwaysBeta 的专栏

在平时的开发过程中，避免不了需要获取 Model 中的字段列表。那需要把所有字段都再复制一份吗？这样的话就太麻烦了，而且后期也不好维护。其实，Django 内置了一个方法，可以很轻松解决这个问题。下面以 User 表举一个例子。>>> from django.contrib.auth.models import User>>> User._meta.get_fields()(<ManyToOneRel: admin.logentry>, <d

>>> from django.contrib.auth.models import User>>> User.objects.none()<QuerySet []>以上就是本文的全部内容，如果觉得还不错的话，欢迎点赞，转发和关注，感谢支持。推荐阅读：计算机经典书籍技术博客： 硬核后端开发技术干货，内容包括 Python、Django、Docker、Go、Redis、ElasticSearch、Kafka、Linux 等。Go 程序员： G

提到 Python 的 Web 框架，第一反应就是老三样，Django，Flask 和 Tornado。如果按流行度来排名的话，应该也是这个顺序。在 2016 年，发布了一款 Web 框架，叫 Sanic，表现还不错，应该算是后起之秀。Django项目地址： https://github.com/django/djangoPython 中最流行的 Web 框架，功能非常全面，像安全认证，URL Routing，模板引擎，ORM，甚至 Admin 管理后台，全部包括。Flask项目地址： htt

废话不多说，直接上代码。from django.urls import get_resolver, URLPattern, URLResolverdef get_all_url(resolver=None, pre='/'): if resolver is None: resolver = get_resolver() for r in resolver.url_patterns: if isinstance(r, URLPattern):

事情是这样的，我有一个守护进程，不停地从 RabbitMQ 消费数据，然后保存到 MySQL。操作数据库使用的是 Django 的 ORM 语法。最近一段时间，频繁发生一个问题，就是有一类数据，守护进程从后台使用 create 方法，直接入库完全没问题。但是，在页面上，通过表单来修改这条数据，无论如何都无法保存成功，报错信息提示某一个字段不能为空。但是这个字段明明是有值的，很让人费解。仔细分析了代码之后，感觉可能发生问题的只有这一句：serializer = self.get_serializer(d

前一段时间重装了系统，然后我还没有备份，导致电脑里的开发环境全都没有了。一想到又要装 Python 环境，还要装数据库，然后安装过程中还可能报一堆错就头疼。最近正在学习 Docker，这不正好解决了我当前的痛点了吗？而且，不止这次重装系统，以后再重装都不怕了，只要拿着 Dockerfile 和 docker-compose 文件，不管到什么环境，一条命令轻松跑起来。之前部署 Python 开发环境，都是用的 virtualenv，或者是 Pipenv。这次使用 Docker 之后，对比下来，还是 Do

经过周末两天回血，今天早早来到公司，准备把上周遗留的 BUG 修了，然后再多写几个 BUG。还没等我把双肩包放好，就看见群里有同事反馈，有一个表的数据没了。我一看，可不是，原来有几千条，现在就剩十几条了。大脑迅速转了几圈，相关代码我还真改过，但已经是上上周的事了，初步判定，应该是跟我没关系。但是，身为一名乐于助人的红领巾，我还是要帮忙排查一下的。事情大概是这样：我们有一个定时程序，从数据源拉取数据，然后入到一个表里，没有则创建，有则更新。还有一个定时程序，根据表的 update_time 字段来

之前写过一篇文章 Django 中如何优雅的记录日志，本以为代码上线之后，就可以愉快的看日志，通过日志来分析问题了，但现实总是跟想象不同，两个异常现象纷纷挥起大手，啪啪地打在我的脸上。两个异常如下：日志写入错乱；日志并没有按天分割，而且还会丢失。在网上查找一些资料，发现了原因所在：Django logging 是基于 Python logging 模块实现的，logging 模块是线程安全的，但不能保证多进程安全。我的 Django 项目是通过 uwsgi 启的多进程，所以就发生了上述两个.

技术博客：https://github.com/yongxinz/tech-blog同时，也欢迎关注我的微信公众号 AlwaysBeta，更多精彩内容等你来。日志是个好东西，但却并不是所有人都愿意记，直到出了问题才追悔莫及，长叹一声，当初要是记日志就好了。但记日志却是个技术活，不能什么都不记，但也不能什么都记。如果记了很多没用的信息，反而给查日志排错的过程增加很多困难。所以，日志要记录在...