https://github.com/HuberTRoy/myown/blob/master/%E5%9F%BA%E4%BA%8E%E6%80%9D%E8%80%83%E6%89%80%E5%81%9A%E7%9A%84%E6%8E%A2%E7%B4%A2/%E6%80%A7%E8%83%BD%E6%96%B9%E9%9D%A2%E7%9A%84%E6%8E%A2%E7%B4%A2.md

https://github.com/HuberTRoy/myown/blob/master/web%E7%A8%8B%E5%BA%8F%E4%BC%98%E5%8C%96%E6%80%9D%E8%B7%AF.pdf

优化公司产品时的总结，lighthouse 从不到 10 分已经提升到了 50~60+。

我自己的实践优化方面是：
1. 第三方资源非阻塞加载，async/defer 标记，这个提速很大。
2. DNS/CDN(百度统计等)链接的预查询与预连接，这个看不出来效果，提速微小。
3. 服务器端支持 HTTP2，比 HTTP1.1 快了不是一点两点。
4. 利用服务器端进行延迟加载，本身是个 Nuxt 的服务器端项目，利用 client-only 标签配合 import() + v-if 条件渲染，其实就是个分块+懒加载不过效果巨大，鹅且平时写组件的时候几乎都用 import 静态导入，调用频率低的模块也可以用 import()来改写。
5. webpack 打包时的 tree-shaking，老生常谈的 lodash 和 lodash-es 等等，这个减少的是传输体积，如果项目本身冗长这块提升也非常大。
6. 缓存这个就不用说了，检查检查有没有配置合理。
7. 图片移动端剪裁成 2 倍实际显示大小的尺寸，PC 端 1 倍，牺牲小部分清晰度的同时大幅减少传输体积。
8. 项目具体内部的代码优化，比如之前实现了一个利用 vue computed 属性的动态设置 style 的滚动效果，发现占用 CPU 20%以上....然后改成了 animation 。

transition 是一种从`有`到`有`的动画。所以你需要给.flashing 一个初始值 .flashing { opacity: 0 }。

另外直接写楼上的动画比用 JS 更简洁清晰易懂。

试试用订阅发布模型。

window.addEventListener('getWithImageUrl', (_url) => url = _url); window.dispatchEvent(new Event('getWithImage'))

这个...我怎么觉得返回`{A:""}`其实也不省流量，如果这个接口在一次普通用户访问中只会调用固定的几次，这样前端本来可以写成`response.B[0]`的代码现在要写成`response.B && response.B[0]`，这样不仅没有省流量，还有可能会阻塞首屏加载的嘞= =...

我自己的操作是....前期投入一个可接受的全亏钱(1k/1w)，然后如果全亏了就跑路，没有的话就按照盈利，比如投入的 1k 一年之后变成了 1.2k ，我就再加 0.8k ，保证盈利的钱在 10%内(一天最多亏 10%)，这样就变成了赚钱与不赚之间的选择而不是亏钱与赚钱之间的抉择了。

冲冲冲。

@wangsd

好滴，谢谢大佬，被双击搞得头秃，买了达尔优 em905，这个用坏了试试你这个，再次感谢~。

@qfans67

酷酷的名字。

@wangxiaoaer

有时候有会跳跃的感觉。

@iyu90

谢谢推荐，M720 确实还可以。

@johnsonshu

最近被连点折腾的没脾气...，偶尔会玩游戏，能正常点跟手就 ok 。

@AllenHua

好便宜...下单试试。

@ashtwo

两节电池感觉会有点重，谢谢推荐。


@JmingZhang
@Notamo

谢谢推荐~。


@wangsd

是要自己组装吗= =淘宝搜出来的是配件。

@PandaRun

感觉很不错的样子，谢谢推荐~。

@dasbn

连点搞得很烦= =，有线也加入备选了，谢谢。

@Cheons
@VsevenMagic
@qfans67
@elfive

G304 看着不错哎，谢谢推荐。

@ashtwo
703 有点小贵..


@zzzain46
这个感觉外形不太喜欢，谢谢推荐。


@zjuster
@sleeperqp
没用过的形状，考虑考虑，谢谢推荐。

@Light3
嗯嗯，谢谢预警。

按时长大。

粘贴在控制台没啥报错。

体现在不会用 Linux~(逃)。

有一个实验楼的收费教程。

https://www.lanqiao.cn/courses/1547

收益每月 200 左右= =..

你用 Python 实现的 demo 瓶颈在于 Python 只能是单核单线程的情况下直接多跑几个不就可以了吗= =...

cccc

@hertzry 握爪。

或许对你有些用，算不上方法与指导，因为目前并无任何成就= =，英语方面目前读写还凑合，读英文文档和 Github 上 issue 讨论以及 Stack Overflow 上提问回答问题尚可，是我自己学习的英语走过的路。

我的情况是在高中退学后觉得应该学习英语。

背单词确实非常枯燥与难以坚持同时看不到任何成就，但有一个叫“沉没成本”的东西。

我一开始在扇贝上背单词坚持不下去就水，一天 50 个单词，看也不看，2 分钟就“背”完，然后打卡。连续打了 200 多天后觉得放弃打卡吧很可惜，连续 200 多天也不容易，不放弃又不好拿得出手，毕竟水的卡啥实质也没有...在这个无限纠结后会在慢慢的越来越多打卡之后只好是开始背一点点单词。

慢慢慢慢慢慢积累之后开始从单词转向句子，在从句子转向文章，初次衔接的过程中很漫长而且痛苦，但一想到哇我已经连续打卡上千天了，放弃就太可惜了然后继续开搞。

在读了一段时间文章后慢慢会开始尝试翻译一些没有人翻译的文章。我自己的话是翻译了 aiohttp 的文档和一个初学 python 的文章还有一些杂乱的自己看的文章。前两个放在 Github 上有人来点 Star，学英语没有成就的缺口得以补足。同时会有好心的大佬指出其中的不足。在之后的话...日常主动用英文搜内容。

B 确实需要 PULL 一下最新的 commit 与本地的 master 保持一致。

如果你不 PULL 的话直接 PUSH，Git 会提示你(fetch first)，这时候你有两种选择:

1. PULL 一下保证与远程仓库的 commit 保持一致，然后用 git merge B-dev 合并 B 的代码，这时候可能会出现冲突，冲突需要手动进行合并，未冲突的情况会直接走默认合并策略进行合并。关于合并策略可以参考这个： https://morningspace.github.io/tech/git-merge-stories-2/。

2. PUSH 的时候加-f，然后就能强制推到 master 不用 PULL，然后可能会被打（逃~）。