都用，但是不得不说垃圾微信

服务说明不很清楚么，看 二 里面的第四条

datagrip

du 默认不显示隐藏文件的

3000? 5000?

这个简单做下至少得 5w 吧

习惯性用法吧，因为真分页的话，可能需要 count 数据才能获取总页数，但是有时候 count 会比较慢或者不需要太精确，就会使用一些估算的办法返回总页数。

京东发货不等于自营

Return a copy of the string with leading and trailing characters removed. If chars is omitted or None, whitespace characters are removed. If given and not None, chars must be a string; the characters in the string will be stripped from the both ends of the string this method is called on.

好好理解最后一句

不 expire 的话，不会被删除的

抛异常？

定外卖了

小程序可以~

Java 之类的用 IDE 修改变量名功能就好，js Python 之类没有测试还是别改了

DRF 库提供了很多我并不会用到的功能，比如登录验证，权限管理，API 版本号管理，限流、自动翻页等等，这些我更侧重独立和手动的处理。

Generic Views 一直是一个让我感到疑惑的东西，看似写起来简单，代码量很少，像是填充一些预定义的变量和方法，简单的增删查改会方便一点，但是在实际复杂的业务场景下，可能导致问题复杂化，并没有显式的写出操作过程更清晰。
所以我仿照 DRF 的 APIView，继承 Django 的 View,自己写了一个新的 APIView，包含了核心功能，解析 JSON，同时增加了部分常用方法，比如 validate_serializer、self.success、self.error 和 self.paginate 等等。

大致的代码就是

class UserProfileAPI(APIView):
@validate_serializer(ChangeUserProfileSeralizer)
def put(self):
....
if err:
return self.error("保存失败")
return self.success(UserProfileSerailzier(user_profile).data)

class ProblemAPI(APIView):
def get(self):
return self.success(self.paginate(request, Problem.objects.all(), ProblemSerializer)))

CSRF 和 DRF 没关系，是 Django 的验证，token 也可以在 HTTP 头中传递

1 是的 2 不是

明天电脑具体说

@Vizogood #43 好多年前的事情了

装 360 查一下吧，感觉还是比较有用的

sql 注入某些时候可以弹 shell 的。。

大佬