摘要
现实生活中的django应用程序通常具有一些需求，而这些需求通常无法通过互联网上的大多数django教程很好地宣传。 在这里，我分享了一些技巧，可以帮助您构建更好的Django应用。
使用UUID代替ID来引用对象。
举例来说，假设您要构建的应用程序将破坏金融市场，也许是比特币，或者您将要修复银行系统（请这样做）。
您的用户登录，进行交易并看到类似以下内容:
|
1 |
http://financeapp.com/transaction/37/ |
用户将意识到到目前为止，在您的应用程序上仅进行了37笔交易，说实话，他可能不会在意这一点，但是根据您的听众的不同，隐藏此信息可[……]
在以前的生活中，我做了很多与系统控制的工作，监控和调整物理系统，而总是有非常满足约看到他们在行动的东西。在计算中，其使用大多局限于自动缩放系统，但即使有理论往往是在一个非常有限的方式误用或使用。即使在其中内置完全围绕调度工作负荷的系统，像Kubernetes，实施是非常有限的。在这篇文章中，我将看看Kubernetes吊舱自动配置器的默认实现的调度研究，并在一些替代品（也缺乏）。
pod水平自动扩展
Kubernetes附带了一个名为（HPA）的pod自动配置器。它将管理部署，StatefulSet或ReplicaSet，荚基于当前量荚多少资源使用和量必须由用户提供预定的目标。[……]
This article assumes you have a basic understanding of Docker and Kubernetes, Gitlab CI and that you have already set up a Kubernetes Cluster.
The first thing you’ll need is a Laravel application, use composer to start a new project.
[crayon-686d66576afd[……]
报错内容：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 |
[2019-02-22 22:24:47,985: INFO/Beat] Writing entries (0)... [2019-02-22 22:25:34,936: INFO/Beat] Scheduler: Sending due task test (tasks.tasks.cmd_run) [2019-02-22 22:25:34,941: ERROR/MainProcess] Unrecoverable error: AttributeError("'str' object has no attribute 'items'",) Traceback (most recent call last): File "/home/py3/lib/python3.6/site-packages/celery/worker/__init__.py", line 206, in start self.blueprint.start(self) File "/home/py3/lib/python3.6/site-packages/celery/bootsteps.py", line 123, in start step.start(parent) File "/home/py3/lib/python3.6/site-packages/celery/bootsteps.py", line 374, in start return self.obj.start() File "/home/py3/lib/python3.6/site-packages/celery/worker/consumer.py", line 280, in start blueprint.start(self) File "/home/py3/lib/python3.6/site-packages/celery/bootsteps.py", line 123, in start step.start(parent) File "/home/py3/lib/python3.6/site-packages/celery/worker/consumer.py", line 884, in start c.loop(*c.loop_args()) File "/home/py3/lib/python3.6/site-packages/celery/worker/loops.py", line 76, in asynloop next(loop) File "/home/py3/lib/python3.6/site-packages/kombu/async/hub.py", line 340, in create_loop cb(*cbargs) File "/home/py3/lib/python3.6/site-packages/kombu/transport/redis.py", line 1019, in on_readable self._callbacks[queue](message) File "/home/py3/lib/python3.6/site-packages/kombu/transport/virtual/__init__.py", line 534, in _callback self.qos.append(message, message.delivery_tag) File "/home/py3/lib/python3.6/site-packages/kombu/transport/redis.py", line 146, in append pipe.zadd(self.unacked_index_key, delivery_tag, time()) \ File "/home/py3/lib/python3.6/site-packages/redis/client.py", line 2320, in zadd for pair in iteritems(mapping): File "/home/py3/lib/python3.6/site-packages/redis/_compat.py", line 109, in iteritems return iter(x.items()) AttributeError: 'str' object has no attribute 'items' |
pip list redis
>redis (3.2.0)
安装：pip install redis==2.10.6
后解决。
admin后台参数格式：
The arguments and keyword arguments must use double quotes.
So if you are specifying arguments, it should be like:
[crayon-686d66576b2da4766[……]
运维平台导入数据这一功能实在是太重要了，我敢说在没有建自己的cmdb平台前，大多数公司管理服务器信息肯定是表格，用表格最麻烦的就是有点更新就得每个人发一份，这样大家信息才能统一，很不方便，终于有一天受不了了，搞了一个服务器信息管理平台，那面临的第一个问题不是说功能好或不不好，而是怎么才能把表里的数据导入到数据库中，所以你说重要不重要，当然如果你就喜欢自己手工录入（找虐的感觉），这个咱也不能说啥，各有所好嘛，那具体如何录的最快，这个不在我们今天的讨论范围，我只讨论如何自动导入。
提到导入，那一般有二个方法，一个是在前端上传完后存储在服务器上的某个目录里，然后读取文件进行分析处理。
另[……]
If you are migrating to Django from another MVC framework, chances are you already know SQL.
In this post, I will be illustrating how to use Django ORM by drawing analogies to equivalent SQL statements. Connecting a new topic to your existing knowledge will help you learn to use the ORM faster.[……]
上篇内容我们算是来了一个开场，创建了我们的项目，最后把数据库也建立完成了，这篇我们主要完成后台数据入库的部分，根据我们之前的思路，如果已经能实时获得每个站点性能信息了，如果能将每次获得信息插入到数据库中，这个就完成了我们的入库部分，这里说一下我们的数据库操作部分，要操作数据库，首先我们要跟数据库建立连接，然后进行常规的CRUD操作，操作完毕后再关闭数据库连接，这是一个基本流程，所以为了提高数据库的操作速度，我们可以把一些常用的操作封装成一个类，以下是我门数据库操作的类代码：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 |
class database: def __init__(self, dbname=None, dbhost=None): self._logger = logger if dbname is None: self._dbname = DBNAME else: self._dbname = dbname if dbhost is None: self._dbhost = DBHOST else: self._dbhost = dbhost self._dbuser = DBUSER self._dbpassword = DBPWD self._dbport = int(DBPORT) self._conn = self.connectMySQL() if(self._conn): self._cursor = self._conn.cursor() def connectMySQL(self): conn = False try: conn = MySQLdb.connect(host=self._dbhost,user=self._dbuser,passwd=self._dbpassword,db=self._dbname,port=self._dbport) except Exception,data: self._logger.error("connect database failed, %s" % data) conn = False return conn def fetch_all(self, sql): res = '' if(self._conn): try: self._cursor.execute(sql) res = self._cursor.fetchall() except Exception, data: res = False self._logger.warn("query database exception, %s" % data) return res def update(self, sql): flag = False if(self._conn): try: self._cursor.execute(sql) self._conn.commit() flag = True except Exception, data: flag = False self._logger.warn("update database exception, %s" % data) return flag def close(self): if(self._conn): try: if(type(self._cursor)=='object'): self._cursor.close() if(type(self._conn)=='object'): self._conn.close() except Exception, data: self._logger.warn("close database exception, %s,%s,%s" % (data, type(self._cursor), type(self._conn))) |
在这个类中我们先定义了__init__方法，指定了[……]
上篇我们简单介绍了pycurl的基本使用，在组后我们留了几个问题需要去解决，因为最终我们要实现的是一个页面版的展示所有站点性能的demo, 那这篇就是正式开始我们这个小项目，废话不多说，首先我们创建我们的项目，在命令行模式下输入：
|
1 |
django-admin.py startproject web_monitor |
然后进入web_monitor目录中，创建一个app.
|
1 |
python manage.py startapp sitemonitor |
创建完成 后我们的目录结构是这样的：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
├── manage.py ├── sitemonitor │ ├── admin.py │ ├── __init__.py │ ├── migrations │ │└── __init__.py │ ├── models.py │ ├── tests.py │ └── views.py └── web_monitor ├── __init__.py ├── __init__.pyc ├── settings.py ├── settings.pyc ├── urls.py └── wsgi.py |
因为数据要需要入库的，所以第一步先设计我们的表结构，也就是我们的[……]
对于一个网站运维人员来说，一个网站的性能好坏是大家非常关心的内容，我们知道衡量一个网站的好好多方面，但对运维人员来说站点的性能指标是我们比较关注的内容，从用户角度来说，最直观的感受就是用户户输入网址后站点内容打开速度的快慢，那从一个用户发起请求到服务器，然后服务器响应提供给数据给客户端，了解http协议的小伙伴应该知道，这中间要经过多个步骤才能实现，所以说一个站点如果出现访问速度上的问题，要从整条链路上去查原因而不能只看某一方面，访问示意图如下：
在这个访问过程中我们会关注以下几个指标：