作为一名前端开发者，我们一定都遇到过这样的需求：实现一个占满整个屏幕的欢迎页、弹窗蒙层或者一个 fixed 定位的底部菜单。 直觉告诉我们，这很简单，给它一个 `height: 100vh` 就行了

女朋友做广告策划，每天要从海量网站和素材中摘抄文案。微信或飞书截图都有 OCR，但她总要“切微信/飞书 → 识别 → 复制 → 切回浏览器”，来回折腾好麻烦，经常被打断思路...

作为一名拥有四年前端开发经验的工程师，我主要在互联网 C 端项目工作，常常需要处理金额计算、数据加密、表单校验、时间处理、状态持久化等问题。 在这类项目中，选对工具能大大提升开发效率、降低 bug 率

注意看，这个男人叫小何，别小看他，每天晚上 9 点 59 分他都准时打开泡泡玛特小程序蹲守 LABUBU 抢购。就在刚才，屏幕时钟倒计时又到 00:00:00 了……

引言：我的大屏适配“翻车”现场 领导拍板，1天内完成官网所有界面的响应式适配，我想了下，这还不简单？postcss-px-to-viewport 安排上，vw 单位一把梭！直到测试同事幽幽地说了句：‘

大家好，我是小杨，一个做了6年前端的老司机。今天想和大家聊聊一个常见但头疼的问题：**如何在不卡死页面的情况下渲染大量数据？** 不知道你有没有遇到过这样的场景：后端一次性返回几万条数据，前端直接

大家好，我是石小石！ 在我们日常工作中，可能会遇到截图页面的场景，有时页面有些内容不符合要求，我们可能需要进行一些数值或内容的修改。如果你会PS，修改内容难度不高，如果你是前端，打开控制台也能通过修改

💡 痛点场景：老板亲自督查的紧急需求 某日收到线上预警：用户通过脚本0.5秒内狂点200次领券按钮，导致： 服务端资源被击穿 数据库产生脏数据 前端弹出上百个错误提示 老板要求：48小时内实现前端全局

团队开始前端错误监控方向的开发。经历了一些列的迭代和发展，从监控SDK、上报、数据治理、看板集成、APM自研可视化初步完成了一条完整且适合B站前端监控。