Keep on to blur preview images; turn off to show them clearly
X 必然存在所谓的“流量池”，以我的两条推文为例，第一条的评论、转发、点赞数都高于第二条，但第二条的浏览量却是第一条的 8.7 倍…… 有时候你可能觉得 X 的流量算法拉稀了，新发的推文怎么没有一点流量。也许并不是你的内容质量不佳，只是没有进入流量池（算法奖励）而已。 优质内容是基础，但进入流量池才是关键。我猜算法会根据推文发布后 1-2 小时内的 likes/replies/reposts 数据来决定其推送范围。 如果一条推文在发布后一小时内得到高赞和转发，那么恭喜你，它很可能已经获得了算法的优先推送，这条推稳步迈向“病毒式传播”级别，算法会持续推送，甚至可能像滚雪球一样，最终收获百万级的 views。 当一条推文成为“爆款”后，这时候就不要发新推了，因为病毒帖通常前24小时是核心增长期，之后进入“长尾”稳定阶段(24-48小时内靠回复/转发续推），如果太早发新帖，算法会优先新鲜内容，新鲜度会分散用户注意力，导致导致旧帖的增长速度减慢 10-20%。反之，如果等待时间过长，新帖又会因为失去时效性而难以获得初始流量。 那么，如何最大限度地减少流量干扰呢？你可以在“爆款”推文发布 21 小时后，随时关注其浏览量增长情况，让它“多喘口气”，但别超24小时，否则新帖新鲜度掉，起步难。但也别等得更久（如36小时），总而言之，发贴太早（<20 小时）会稀释旧帖的热度；发贴太晚（>48 小时）则会导致新帖冷启动困难。 如果第二条推文未能接续上流量(大概率事件，因为病毒后第二帖掉坑率超70%)，切记不要立刻发布第三条，算法可能会视作“刷屏”，连续低互动帖会触发限流，让所有帖都凉。这时候第三帖真正要交给“内容和时机”了，我认为运气也占一部分因素。 以上是我小小的心得，我很少发长帖，您能看到这里说明是真爱🫰。希望大家用心创作的每一条推文，都能成功进入流量池，获得病毒式的传播。
🧠在家居士 | 🥦素食者 | 🏃🏻马拉松爱好者 | 💰省钱小能手 | 搭🪜技术资深学者 | 👨💻科技宅 | 🆕更新狂 | 🆅 六边型战五渣
So much of the software that people are forced to use at work is a miserable slog. A wasteland of complexity where more cruft accumulates with every enterprise sale made. It feels like our moral obligation to bring a little sunshine and color into that dreary world.
Father of three, Creator of Ruby on Rails + Omarchy, Co-owner & CTO of 37signals, Shopify director, NYT best-selling author, and Le Mans 24h class-winner.
Linux 桌面环境虽然自由度高，但默认 UI 往往缺乏统一的美感，想要获得类似 macOS 那种精致的视觉体验，通常需要折腾很久。 最近在 GitHub 留意到 WhiteSur GTK Theme 这个项目，一套像素级复刻 macOS Big Sur 和 Monterey 的设计风格的 GTK 主题。 不仅仅是简单的换肤，而是对 GTK 3/4 应用、GNOME Shell 甚至 GDM 登录界面进行了深度定制，还原了标志性的模糊特效和圆角设计。 GitHub：https://t.co/B1m0DJMuHl 提供了颇为完善的自动化脚本，支持通过命令行一键安装，并能自由调整强调色、面板透明度以及侧边栏样式。 甚至连 Firefox 浏览器和 Flatpak 应用的样式都能统一接管，解决了 Linux 主题美化中常见的“割裂感”问题。 对于还在忍受粗糙界面，或者单纯喜欢 Mac 设计风格的 Linux 用户，这个项目能帮我们要回舒适的视觉体验。
💡 挖掘开源的价值 🧑🏻💻 坚持分享 GitHub 上高质量、有趣、实用的教程、AI工具、前沿 AI 技术 🧐 A list cool, interesting projects of GitHub. ✏️ 公众号：GitHubDaily
Keep passwords and other sensitive information out of your inboxes and chat logs
https://t.co/KGCzPPQkXO
The Fizzy test suite runs in UNDER FOUR SECONDS! Nearly 2,500 assertions. The magic is to lean hard on vanilla Rails fixtures and parallel test runners. Not only is this blazingly fast, but it's also achingly beautiful. https://t.co/2wBGd2IQoZ
Father of three, Creator of Ruby on Rails + Omarchy, Co-owner & CTO of 37signals, Shopify director, NYT best-selling author, and Le Mans 24h class-winner.
React 这个 bug 有点严重了啊 https://t.co/cK4ZG9XPkS 影响 React 19 的 Server Components / Server Actions / Server Functions 生态，即使你的应用没有显式使用 “use server” 或 Server Actions，只要项目依赖了 React Server Components 的运行时（即 react-server-dom-* 包），就可能暴露在攻击之下。 我可以这么理解吗：攻击者可以向任何支持 RSC 的接口发送特制的恶意 payload，在服务器上直接执行任意代码，无需登录、无需任何权限。 让 AI 解读一下：感觉是反序列化时存在缺陷，攻击者可以构造恶意的表单数据/JSON/multipart payload，绕过沙箱直接触发 Node.js 原生功能（如 eval、Function 构造函数、child_process 等），实现远程代码执行。 大家能升级就赶快升级吧。
独立开发者 自由职业 作品 - 简单简历 https://t.co/xMu5JFIGnr 五分钟打造程序员的金牌简历 课程 - 慕课网精英讲师 https://t.co/NTyFFrvHwL 经历 - 不上班的1000天 https://t.co/bonuLQCCsY 视频 - https://t.co/aQYLgujIyC