@whoami9894 #9 Failed requests 那个如果全是 Length 的一般不用管, 说失败是因为你发的请求返回结果长度变化不一定是真错, 如果真错, 你在状态码或者 connection 层面就检查到了
如果只是单表 select, 这性能不太正常, 是不是没命中索引 (explain 看看)

别太指望数据库的缓存, 可以考虑给函数拉个内存的 lru cache, 必要时候 redis 做层缓存可以进一步提高性能, 也更灵活点. 看你不同并发数量时候 Time per request 差距那么大, 应该瓶颈就是数据库那头了, 也可以考虑连接池开大点.

测试时候并发数盲目高了没什么用, 实际情况下的当前 qps 是比较均匀也不大可能到 700 的, 毕竟一天八小时里才四万人并不是太高, 除非你还有个抢课系统, 那个是真的坑, 稍微扛不住就被 DOS...

我对测试的理解也不是太深刻, TPS 和 QPS 这些只做个参考没法预测真高压下的复杂环境, 再说八小时里就算不均匀分布, 学生在中午吃饭一块修改并发数也是有限的

简单地说, 目测数据库操作部分还有可以优化的时间, 查询的函数或者表结构那边, 至少搞下缓存也是好的. 目前的性能对学生来说问题已经不大, 打好日志真机上线试试看

更纱黑体
等宽更纱黑体

我几乎开源免费的大都试过了, 实在是......

最后只选汉字等于两字符宽度的了, 别的再好看, 对不齐有什么用

teamviewer 近几年抽风老说我非个人使用了
anydesk 体验不如 teamviewer 稳定快速, 勉强用用还不错
向日葵... 我甚至连为什么不用它的理由都给忘了

猜测解释器不一致

import sys
print(sys.executable)

看看二者是不是同一个

对后端不太熟, 看这份结果问题不大, 响应时间很多超过 1 秒有分析过哪里 block 的么, 比如数据库语句的优化, 如果是网络传输的话就不算问题

做好 Get 请求的缓存, Post 的可以模拟下更高并发数, 一般情况下数据库比想象中能抗的多, 毕竟用户量就那么点, 真扛不住改 MQ 那种设计, 或者加机器, 或者数据库读写分离, 或者冷热数据分库

以前上学用的学生系统, 修改信息时候一两秒的等待还可以接受, 只要别失败的时候让我重填就好, 以前用的教务处 MIS 甚至让我修改的时候说当前队列拥堵, 让我排队等待多少秒... 弄得跟打游戏似的, 不过这种设计对低配环境的并发限制还挺有用的(非常态高并发的情境下节省成本).

饮食稍微注意一下, 平时酌情锻炼吧
然后, 睡前不要玩电脑玩手机, 直视可见光源坏处还是蛮多的
视情况严重程度酌情考虑褪黑素, 年轻的话还是少吃, 不是习惯性熬夜自身分泌的就够用了

习惯性晚睡很难调整, 尤其是还分困而不眠和压根不困两种情况...

默认终端如果不想折腾 还是 git-bash 省心... 很多常用 linux 命令也兼容, 编码也 ok
看截图似乎是你默认 cmd 启动不起来了

https://github.com/nvie/gitflow 一把梭

不过看你说的, 好像是 CI / CD 方面的东西...

一楼先赞为敬

很多人用框架的根本原因除了不重复造轮子, 最大的可能是: 自己造半天还没人家造的好...
看个人习惯吧, Instagram 当年选 Django 我猜测可能也是为了最快速度占领市场, 开发成本(很多公司刚创业时候的成本很大部分还就是开发人员的薪水...)有限的前提下把产品做出来推出去, 当初不到十个人做出一个产品来...
等用了一段时间, 可以按自己需要各种魔改就好了, 很多人喜欢微框架也是方便魔改不动随时替换, 微服务也这道理
网上不推荐的可能是学习成长过程中过分在意使用框架, 而不去关注底层思维的掌握, 毕竟很多语言上手以后, 用框架都是打开文档就使, 没人会去背诵一大堆函数名称作为工作经验

Users on the GitHub website are able to "star" other people's repositories, thereby saving them in their list of Starred Repos. Some people use "stars" to indicate that they like a project, other people use them as bookmarks so they can follow what's going on with the repo later.

@Scvoet #2 你用法没错误啊... 就是考虑到国内人口基数太大, 马太效应有点跑偏了, 不过大多数情况问题不大, 搜索为主


@OhYee #1
点赞以后回帖貌似触发 CSRF 没发出去... 已经忘了当时怎么回帖了, 重新回一次...
感觉你说的挺对的, 确实没必要降权和 unstar, 当时被那群老外的帖子带节奏了, 现在感觉已经适应了, 反正也没谁指望 Github 的推荐系统做到太个性化, 毕竟初衷就不是搞这个的, 真需要的时候, 微软也会自研一套合适的(现在其实感觉比前几年推荐的靠谱多了), Github 还是越纯粹越好

3 楼厉害 ...

以前只感觉给 str 加个接口比给所有奇怪迭代器加接口要安全省事, 没想到这么多条件

我还以为图挂了, 特意看了下 switchyomega......
结果发现答案就在题干上...

@dodo2012 #1
电影: 邪不压正
电视剧: 朱元璋

@ieliwb 用了一个月了, 信息有点多, 没找到 Github 提 issue, 在这里提个功能建议

可以把有新闻发文权限的以及微博百度之类的标题, 做下分词与前一周对比搞个实时热点之类的么, 包括热度度量和热度变化趋势之类的, 解决一下微博和百度等的热点范围局限性问题

用了一段时间 FDM, 但是它的 chrome 插件貌似和其它的 chrome 下载扩展有点冲突... 现在搞的纯净版迅雷, 就速度来说, 真没几个能比迅雷节点多的... 试过基于 aria 的 Motrix, 但是实在对 electron 不感兴趣啊, 把我手势都弄失灵了...

一直也很好奇, 这么久都没有个迅雷替代品是什么原因, 电驴版权吗? 当年网络蚂蚁 Flashget 还有个什么兔子的下载工具都不知道去哪了

notion 已经算靠谱的了, 价格也中规中矩, 不知道中文检索怎么样了, 配合 todoist 和 google 日历, 满足大多数需要了, 虽然不如苹果全家桶那边的香

有个 bear 笔记也凑合, 如果不特别纠结个人知识管理可以试试 coda 和 dropbox 之类的协同文档的, 用了很多年的 wiz , 也不是不好, 只是有点疲劳, 现在用 mubu 记录一些小想法, 记笔记的习惯渐渐远去了, 因为... 记了根本没时间看.......

这个不能闭着眼来啊...
数据量大, 有多大? 不过单机放的下, 估计也不会有太大...
数据类型是什么样的, 结构化? 半结构化? 非结构化? 文章那种段文本?
用途是什么, 热数据还是冷数据, 给什么部门用, 怎么用

你这问的有点宽泛了, 如果是跟我一样的羊毛机, mysql 可以涵盖多数需求了, 几百兆内存能跑起来一个

这俩风格 google 搜 LBYL EAFP java 讲的很明白了, 包括什么场景使用哪种, 以及性能差距在哪里
为了避免又被你以为抬杠, 就说这么点吧

@wysnylc #16 这不是害我看了几十行不换行代码的理由... 你觉得被杠了那我撤了