@breezed 小辣椒对于几个页面，几个接口的小项目确实好用，项目大了加各种插件难受

设置分页 1000，然后该页全选

描述的比较模糊，针对其他地方写入的，只读的有没有这种情况？

确认过眼神，大佬是在水招聘文😂
感谢 lz 分享

@midtin fastapi 对接 flask 、django 这些写的老项目还是很方便的，可以考虑直接升级接口，哈哈哈😂

@wzw 不是有个 goframe 么，不过我不喜欢

@pandachow 大佬牛皮，方便透露是个人项目还是公司上了生产？

@lithbitren 对对对，go 虽然有 gin，但是感觉还是过于原始，还是生态的原因吧，当然也是自身水平有限>dog face<，然后就是部分脚本切成了 go，web 方面还是会根据情况优先考虑 django 和 fastapi，跟你想法差不多，都搭起来了又拆了，哈哈哈哈😂

@dayeye2006199 flask 小项目爽，fastapi 起小项目感觉有点啰嗦。大项目的还没机会试，自动文档很香，不过目前为止我比较介意的一点就是 sqlalchemy 和 alembic，sqlalchemy 还好，其他项目也有用倒不怎么担心，alembic 之前用的时候（自己经验少误操作），误删过数据（可自查会有哪些坑），导致我现在见到 alembic 都持谨慎态度，还是喜欢 django 的 migrate 功能。
至于多了哪些功能，自动生成文档，接口参数校验，asgi 是提到比较多的

仔细核对了一遍 lz 的内容，岗位：测试，根据 lz 描述，这个同事完全是以超越正常人的责任感和敬业精神去完成自己的本职工作吧。如果有些人觉得这是浪费时间或者是不懂变通等等什么的，看到这里是不是该首先反思下自己是否真正的敬业呢？

反而，我觉得同事很不错哎。

多台 web 、单台 beat

。。。没看完回复，发现有人说过了，不好意思😂

如果保留历史记录，那么就只需要插入而不需要删除 /更新，取出的时候按照时间戳取最新结果就行。

如果需要按标题判断，可以直接按标题建 unique key，然后 insert into on duplicate update...，另外标题可以做 md5 之类优化。

另外 sqlite 直接可以 insert or update 吧。

大概率是设置的问题，最常见就是 ssl 端口，授权码，还有些是服务器端口问题

即使需要判断也不建议 type，正确的应该用 isinstance

主体大方向上没有毛病，细节有待完善，并且文档虽然比较丰富但是不算全，纯写 api 的话，现在可以使用了。

现有的 flask 项目原本打算看能不能转，但一看转后有些地方比 falsk 麻烦的多，就作罢。

后面打算新开项目试一下，但是看好几次文档感觉有些部分还是很迷，现在状态是想用但是没什么特别惊艳的点让我下定决心一定要用。

现在反而内心更倾向 Django...，但 django 小项目确实太重了😢，并且写 api 的话有些用不到的设置项你还必须要设置...

大家有啥意见么。

一直用 365，挺稳定的。
目前没有碰到过 py 方面的问题。

另：3.6 之前的不建议再用。

多机器部署嘛？还是单机部署？

会不会是数据库问题？我之前貌似碰到过数据库导致此类问题。只是提供一种参考