日常bug

正常编译安装成功，但是当使用时又出现了奇怪的报错，估计是机器太老了。此时需要注意是否有报错，有报错就是上一步。分别执行以下命令，下载安装包并编译安装。添加路径至ld.so.conf。，这样默认安装路径就是。，版本过低，导致失败了。换了台服务器按照之前。这个报错也会导致无法。

避免请求报错403，csrf错误

我们通常可以通过捕获整个异常得知这个迭代完了没，当我们给他设置一个默认值那么迭代完则会使用默认值，示例代码如下。从注释中可以得知，如果没有传递默认值则会抛出异常，如果传递默认值则会返回默认值，但是从这个函数签名可以得知。其实他签名旁边的注释也说了真正的签名未知，所以其实这压根就是个假签名。所以上面那个签名大概率就是根据下面这个doc生成出来的，有点离谱。参数的值是传递进来的还是函数签名的默认值？对象的下一个值，当获取不到就会报错。是有默认值的，他的默认值是。，那么他是怎么判断这个。伪代码的签名假的离谱。

这个其实是普通的js脚本，有一些和postman的通信他也提供了一些快捷命令如下。

猜测可能是这样实现的导致同步调用时会发生谁先调用就变成谁(异步注册任务是另一套逻辑，这里给出的是可能造成同步调用时那种效果的示例demo)，具体源码分析看另一篇文章。任务写在类中如下(注意这个静态方法是个特殊的装饰器，他实际是个描述器，他必须写在最上面)有点抽象的是当我们异步去调用他是调用第二个函数的打印，也就是后面的覆盖前面的。注册异步函数是模块级别的，也就是同个模块不能有同名函数，比如搞个骚操作，将。同步运行结果如下，可以发现这有点抽象，当先调用。是一样的也就是实际是同一个。

属性因为不存在，使用调用了魔术方法，他重写了对应的魔术方法如下。这里获取到这个属性就是上面在初始化设置的。不用管上面的废话，重点是返回这个对象。这个时候设置了三个属性。类并返回，所以现在那个。他是调用父类的实例化。

个人觉得在编写代码时可以输入一个bytes类型，这样可以省去跨平台问题，而且在AES.new的时候传参都是bytes，最后encrypt时的plaintext却是str类型不会感觉很怪吗或者在代码中加入Windows平台兼容，避免也许是我上面的推导错误传入bytes类型会产生某种未知错误导致代码报错import sys# windows 下使用 AES 加密需要转为bytes类型(win使用 CfbMode类, Linux 使用 AESCipher类)

【代码】总结遇到的问题。

修改为抛出异常，缺点是只有调用了该属性且没有重写才会抛出异常，没有调用则不会抛出异常并且。没有提示，并且没有进行类型检查，即子类重写该属性为非父类指定的类型即不会报错也没有。是在实例化时检验的，但是类属性的调用可以不实例化而且属性和方法是冲突的，但是提示是说实现方法，并且不实现实际运行也是不会报错的，因为。这样实现pycahrm会提示需要实现，如下。个人觉得最后的方案比较好，如果有人能提供。可以发现效果还是比较理想的，缺点是。没有提示，并且难以添加注释。使用装饰器，感觉也是比较。使用相当人性，缺点是。

不然他在哪个盘的哪个目录下还要找半天。

不使用Windows可以省下一堆奇奇怪怪的专属bug

不用win，可以省掉一大堆奇奇怪怪的win专属问题。

网上查了很多解决方案，例如清楚缓存等等其他方法，都不能解决该问题。

否则当设置queryset属性时会把时间设置为定值。所以与数据库交互使用python 的时间是错误的,django在与数据库进行交互设计时间必须使用。从sql的角度理解就是。

(相当于初始化，一次运行永久使用)，安装。强制使用不同的语言版本（假设你安装了。安装 git 预提交挂钩，以便将。依赖包相关的错误消息使用。无法找到符合您请求的，因为。

data_files :指定其他的一些文件(如配置文件),规定了哪些文件被安装到哪些目录中。如果目录名是相对路径,则是相对于sys.prefix或sys.exec_prefix的路径。ext_modules : 是一个包含Extension实例的列表,Extension的定义也有一些参数。include_package_data : 打包非py文件的目录。)的名字,库的名字只用于pip而已，当然你可以起同一个名字。py_modules : 打包的.py文件。name : 打包起来的包的文件名。

当你是一台linux，想要给文件加权限很简单，只需要执行以下命令就可以给文件添加执行权限，但是如果你是windows那就很麻烦了。

复合索引是由多个列组成的索引，在数据库中使用多个列的值作为索引键。相比于单个列的索引，复合索引可以更加精确地过滤数据并提高查询的速度。通过创建复合索引，我们可以将多个列的值合并为一个索引键并进行查询。这在某些情况下可以减少数据库的负担，提高查询性能。

记录swagger

是大家熟知的浏览器，但是搜索栏的历史记录如何自己一条条的删除确实很麻烦，于是想到了能不能批量删除，发现浏览器并没有提供批量删除的接口，于是自己在网上找了一些解决方案，下面就记录一下。首先我们想到的是Chrome强大的插件系统，于是就首先想到使用插件解决这个问题，于是就搜索插件，还真找到了一款插件，于是就测试一下试试。因为我的版本更新而且1能解决就没试2。