字节拾光

Chrome 扩展侧边栏开发核心思路与实战：权限、API 与关闭方案 Chrome 116+ 版本推出的侧边栏（Side Panel）功能，为扩展提供了常驻式交互入口，弥补了传统弹窗的局限性。本文聚焦

在前端开发的早期，“用 JavaScript 操作 DOM” 是开发者的日常。但随着业务复杂度提升，传统开发模式逐渐暴露出难以解决的痛点 —— 代码冗余、性能低下、维护困难，甚至出现 “改一个按钮样式

在日常开发中，我们经常会遇到这样的问题：当一个容器内包含大量绝对定位、固定定位的子孙元素时，页面布局偶尔会出现难以预料的混乱 —— 比如元素 “溢出” 容器却意外影响了外部布局，或者浏览器渲染性能因频

固定窗口限流 每个请求对应一个时间窗口（如每分钟最多 100 次）。 到达窗口末尾时，计数清零或重新开始。 Redis 中 key 的过期时间控制窗口长度（如 expire 设置为 60 秒）。 场景

背景：在运行公司的一个项目时，在编译阶段遇到 Cannot read property 'content' of null 这个报错 导致的编译失败

小S啊，我们有个新需求🥸，需要在预览的资源上添加水印，让服务端来加水印成本太高了，在前端渲染的时候把水印加上可以吗🤨？

生活中，大多人和事物都是草台班子，并没有你想的那么厉害，如果你非要觉得他们特别厉害，那只能证明你没有想通，或者你自己太菜！ 每个月都有一部分人因为我的开源项目加我，然后都会说：大佬这么厉害，做出这么N

前段时间一直忙着面试和背面经，就没怎么写文章。这段时间那是非常的煎熬，一直面试一直挂，有些感觉面试的还不错，八股和编程题都答上来了，时间也面了一个小时，但最终还是挂了，一度陷入了自我怀疑中。

想必各位都使用过 map 与 reduce，已知它们都是数组的实例方法。 当面试官问及，他们的区别是什么时？你会如何作答？以及让你手写代码你又会如何实现呢？