Flask是一个使用 Python 编写的轻量级 Web 应用框架, 让我们可以使用Python语言快速搭建Web服务, Flask也被称为 “microframework” ，因为它使用简单的核心, 用 extension 增加其他功能。
flask可以看做对jinja2和Werkzeug的二次封装。
Jinja2是一个功能齐全的模板引擎。它有完整的unicode支持，所谓模板引擎，可简单理解为”变量替换器“,将网页的变量填充起来。
Werkzeug是一个WSGI工具包。WSGI是一个web应用和服务器通信的协议，web应用可以通过WSGI一起工作。
由于Jinja2模板引擎工作简单且界限明确，可看做黑盒，所以将flask看做对Werkzeug的二次封装也ok。

人脸检测追踪的原理和架构

arm64和aarch64区别

由于最近需要在arm上部署产品(aarch64)，而很多软件使用apt-get或pip是无法安装的或者安装的版本过旧，只能采用源代码安装的方式。

imutils 是一个图像处理工具包，它对 opencv 的一些方法进行了二次加工，使其更加简单易用。相比较于 opencv 的学习难度，导致很多方法使用起来需要一定的基础，新手可能会起步的较慢，而 imutils 使用起来比较便利，能够辅助我们理解 opencv

完善的django项目上线，有很多种上线的方法，比如apache, uwsgi, nginx等。这里只介绍2种，一种是django自带的，另外一种则是nginx + uwsgi完成介绍。

静态文件和模板
静态文件:css,js,image,如果作为纯粹的web应用来看，静态文件的响应并不属于web应用范畴，因为静态文件不涉及业务逻辑，也不需开发业务代码。但几乎100%的web应用都支持对静态文件的直接访问。为何？主要是web应用基本上必然依赖css,js,img等静态资源，我们不可能固执的开发一个纯粹的web应用，只支持从url里进入视图函数，也只能从视图函数返回内容（简单来说所有请求路径都必须体现在url_route和view视图中）。而要求用户独立开启静态资源的请求处理服务。所以，先把静态资源服务和包含业务逻辑的web应用独立认识，二者并不相同，但强相关。其本身是独立于应用的
模板:在代码中response渲染中使用的，可以看做view视图的组成部分.所以没有独立url配置，依赖view视图存在，属于应用一部分，包含了业务逻辑（需要渲染），这一点也可以从配置上看出来。

本文适合有一定websocket基础的，至少完整看过前后端demo的读者，一窍不通的小白建议先阅读“参考”部分的博文扫扫盲。
基于django的dwebsocket组件(目前虽然不在维护，但正常使用没问题）

公司业务需要使用rtsp服务，搜索了几个rtsp源，但都非常不稳定，并且无法指定特定视频作为源。为了方便开发测试，决定自行建立rtsp服务器。

actor模型。actor模式是一种最古老的也是最简单的并行和分布式计算解决方案。
优点：充分利用单线程＋事件机制，达到了多线程效果。
缺点，对python而言，由于GIL的存在，毕竟只是单线程，难以匹敌多进程，目前使用并不多。

python中的闭包从表现形式上定义（解释）为：如果在一个内部函数里，对在外部作用域（但不是在全局作用域）的变量进行引用，那么内部函数就被认为是闭包(closure)。

python采用的是引用计数机制为主，标记-清除和分代收集两种机制为辅的策略。
Python GC主要使用引用计数（reference counting）来跟踪和回收垃圾。在引用计数的基础上，通过“标记-清除”（mark and sweep）解决容器对象可能产生的循环引用问题，通过“分代回收”（generation collection）以空间换时间的方法提高垃圾回收效率。
0代触发将清理所有三代，1代触发会清理1,2代，2代触发后只会清理自己。

正则表达式(regular expression)描述了一种字符串匹配的模式（pattern），可以用来检查一个串是否含有某种子串、将匹配的子串替换或者从某个串中取出符合某个条件的子串等。

原则：可读性第一（效率固然重要，除非非常明显的效率差异，否则可读性优先)
学习炫技巧，更多为了读懂他人代码，自己开发过程中，相似代码量（可读性），建议使用通俗写法。反对为炫而炫。

Mixin解释

作用域

开发时遇到问题，文件路径不正确，找不到文件等等，都是这一类问题.

使用进程，大概率出现情况是，想当然以为共享了，实际没共享。所以最终程序大概率卡死（部分逻辑没有数据进来，导致的业务逻辑性卡住，并非程序死锁）

python并发首选进程，但偶尔有场景进程无法搞定，比如有些变量是无法序列化的，就无法使用工具包manager()的工具类进行共享。如果自己实现新的共享方法，可能开发量较大，且质量难以保证。此时可考虑用线程处理，规避进程的变量共享难题，而且实际场景中,IO大概率都是瓶颈，所以使用线程其实也的确有些优势。个人而言，选择进程和线程较为重视的安全性，进程数据隔离较好，互不干扰。其次就是公用数据占比，如果大多数数据都需公用，那么线程也会比进程更佳，避免了进程较多的数据共享问题。
线程而言，难点数据一致性，

flask(django):Python的Web应用程序（如Flask,django）
nginx:web服务器，用户角度直接对接使用,请求响应的request-response出入口
WSGI（Web Server Gateway Interface），翻译为Python web服务器网关接口，即Python的Web应用程序（如Flask）和Web服务器(如Nginx)之间的一种通信协议。也就是说，如果让你的Web应用在任何服务器上运行，就必须遵循这个协议。