3作者: LordKode大约 1 个月前原帖
我最近在审核一个React网站时注意到,“爱之墙”小部件增加了400kb的JavaScript和3个iFrame,导致LCP(最大内容绘制时间)下降。这让我觉得不对劲。我们花费数周时间优化每一个像素,然后却为了一个缓慢的、黑箱式的推荐滑块而放弃这些努力。 因此,我决定构建Reviewskits [0],看看我们是否可以采用纯粹的无头、以数据为先的方法,使用Bun和Hono。 我们的目标是:获取原始JSON,构建自己的UI组件,并保持100/100的Lighthouse评分。 我想问HN(黑客新闻):你们是否优先考虑现成小部件的“易用性”而不是性能,还是行业已经准备好接受以开发者为先的无头社交证明基础设施?我很想听听你们在项目中是如何处理这个问题的。 [0] https://github.com/reviews-kits-team/reviews-kits [1] https://reviewskits.com/
1作者: jerpint大约 1 个月前原帖
Claude代码钩子用于播放胸痛引擎(Spotify),直到需要您的输入(权限、提示等)。