小天管理

可能是他从牛仔裤最小的那只口袋里掏出 iPod 的瞬间太过优雅； 可能是他从牛皮纸袋里掏出 MacBook Air 的动作过分炫耀； 他手指轻滑，唤醒一个名为 iPhone 的划时代作品。 没有德芙般丝滑却又甜腻的转场，没有加州明媚又刺眼的阳光，没有影棚制作精良的 VCR ，Apple 曾经那些看起来灰暗局促的发布会直播场景，仿佛是一次次人文与科技智慧的顶级密谋，总是带给人类惊喜。 看到 iPhone 16 侧边摄像按键那里，还是合上屏幕了。躺在床上，闪过一念：这玩意儿会比我两任用来调节音量和屏幕亮度的 touchbar 长寿吗？ Cook 的后厨看起来确实没啥新鲜食材了。

本人是 AirPods 初代和 AirPods Pro 初代用户，用 AirPods Pro 的时候虽然觉得降噪很爽，但更怀念 AirPods 的舒适感，真的戴了和没戴一样。所以想知道新的 AirPods 4 降噪是啥水平，如果和 AirPods Pro 初代持平我就不打算换 AirPods Pro 二代了 PS：虽然苹果宣传 AirPods Pro 二代相比一代降噪提升两倍，但我有个一代二代都用过的朋友说感受没差别，有没有俩都用过的朋友说说两代 AirPods Pro 降噪能力区别？

咨询大家 [ drawio 流程图] 导出成 HTML 格式后，想在点击连接线时，能高亮数据流向。如图所示（别人发的效果已经实现，但我不会这个），谢谢。 这个是我想实现的，点击高亮我配置好的 2 个节点的线条。 <img src="https://p.ipic.vip/gm6j0e.png" width="800" /> 这个是别人发的真实原型稿。看源码的确是 < svg class="DrawioSVG" host="65bd71144e" > 导出的。 <img src="https://p.ipic.vip/vs1pne.png" width="800" />

如题所示，大家有推荐的双肩包吗？

300 多个字符....

最近腾讯视频的会员到期了，求推荐爱奇艺或者腾讯的会员优惠活动，比如联合会员之类的

全都是视频之类的大文件,直接连接的话上传速度只有 1Mb/s 左右,非常慢. 但是我们这里上行是千兆,有没有办法利用上.走第三方网盘的话我只能想到 onedrive,但是国内下载速度太慢,而且 OneDrive 客户端也经常抽风.找一台 vutra 中转会不会好点.

颜值、舒适、价格 比重由高到低，最看重颜值。 谢谢大佬们

打开 hosts 文件发现多了好多不认识的主机 ## # Host Database # # localhost is used to configure the loopback interface # when the system is booting. Do not change this entry. ## 127.0.0.1 localhost 255.255.255.255 broadcasthost ::1 localhost 127.0.0.1 127.0.0.1 52.6.155.20 127.0.0.1 52.10.49.85 127.0.0.1 23.22.30.141 127.0.0.1 34.215.42.13 127.0.0.1 52.84.156.37 127.0.0.1 65.8.207.109 127.0.0.1 3.220.11.113 127.0.0.1 3.221.72.231 127.0.0.1 3.216.32.253 127.0.0.1 3.208.248.199 127.0.0.1 3.219.243.226 127.0.0.1 13.227.103.57 127.0.0.1 34.192.151.90 127.0.0.1 34.237.241.83 127.0.0.1 44.240.189.42 127.0.0.1 52.20.222.155 127.0.0.1 52.208.86.132 127.0.0.1 54.208.86.132 127.0.0.1 63.140.38.120 127.0.0.1 63.140.38.160 127.0.0.1 63.140.38.169 127.0.0.1 63.140.38.219 127.0.0.1 127.0.0.1 127.0.0.1 18.228.243.121 127.0.0.1 18.230.164.221 127.0.0.1 54.156.135.114 127.0.0.1 54.221.228.134 127.0.0.1 54.224.241.105 127.0.0.1 100.24.211.130 127.0.0.1 162.247.242.20 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 199.232.114.137 127.0.0.1 bam.nr-data.net 127.0.0.1 127.0.0.1 127.0.0.1 crl.verisign.net 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 k.sni.global.fastly.net 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 workflow-ui-prod.licensingstack.com 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 18.207.85.246 127.0.0.1 34.193.227.236 127.0.0.1 52.202.204.11 127.0.0.1 52.5.13.197 127.0.0.1 192.147.130.166 127.0.0.1 23.22.254.206 127.0.0.1 17.57.144.90 127.0.0.1 54.227.187.23 127.0.0.1 107.22.247.231 127.0.0.1 18.229.147.52 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 127.0.0.1 ec2-52-202-204-11.compute-1.amazonaws.com 127.0.0.1 ec2-34-193-227-236.compute-1.amazonaws.com 127.0.0.1 ec2-52-5-13-197.compute-1.amazonaws.com 127.0.0.1 ec2-54-227-187-23.compute-1.amazonaws.com 127.0.0.1 ec2-18-207-85-246.compute-1.amazonaws.com 127.0.0.1 127.0.0.1 127.0.0.1

迫于扣扣索索的公司不肯分配更多空间，把之前的工作邮件都导出来了，eml 格式。 求问是否有本地管理邮件文件的软件，可以实现简单的搜索和阅读？ 目前是国产系统，有 Linux 版就最好了，谢谢。

仅接受 北京本地 线下携转, 业务员上门办理. 套餐 600 元/年,协议期一年,一年后可解约,可携转. 产品内容: 国内通话 310 分钟 流量 70G (20 全国 + 20 本地 + 30 定向) 可以加 300M 宽带 (安装费 200) 限时、限量, 业绩达标不再接收报单. 妹子压力太大, 跑来问我了, 不好意思不帮这个忙了.

prompt 复杂和多了以后,就涉及一个组装,管理,模版化输入 prompt 的工具了,请问下这方面有什么好用的工具吗?

之前写的脚本是直接读取 Cookies 数据来爬虫用的，这几天都是获取到 None ，好像解码失败了！ 看到这个文章 https://security.googleblog.com/2024/07/improving-security-of-chrome-cookies-on.html?m=1 ，应该是被封锁了

兄弟们，小弟不才，找了好几个月，就这两个还能看下去，大家帮忙看看怎么选择 jobA： n*14 18 天年假 15 天病假 公积金 8% jobB: (n+6)*14 8 天年假 3 天病假 公积金 5% 其他应该一样，A 公司比较大，B 是个大陆还没实体的公司，新团队，需要签第三方

看不见图可以直接访问这里 哈哈如图，更新为 macOS Sequoia 后就这样了。 系统 15.0 Beta 版(24A5331b)，1Password for Mac 8.10.44

最近写代码老是自动选中一行，经常误删整行代码。一度以为是硬件问题。没想到是钉钉更新后，自带的 AI 助理导致的

是先下单或者实体店购买再去抵扣吗？

我个人认为是消极的，虽然遇到过好老师，但是百分之九十都是消极的。

前几天，这里有个兄弟分享了一个经验，管理笔记本电脑的性能&电源管理策略。 依稀记得是，不使用时，会调整电源策略，把负载降低到 5%，但是不会休眠/睡眠。然后检测到使用时，会再调整电源策略到性能或者平衡模式，就可以根据使用状况调整到合适的性能或者满性能。 那个帖子找不到了。有兄弟姐妹记得么？谢谢！ 另，怎么搜索呢？我用坛子里的搜索，没有找到......

网上教程都没用

一个项目，有首页，搜索页，购买流程，账号页面，售后流程。 总代码 40 万行。除掉单测，快照，大概 20 万行。几十个前端开发协同工作。 React 项目，有完善的懒加载机制，服务端渲染。Router + Redux 。 由于公司收购，新公司的架构变更，这个项目要迁移到新的仓库，新的云供应商，新的项目外部依赖。 有人提议使用微服务来重新按 domain （首页，搜索这些）对这个项目使用微前端的概念来重构基础框架。 虽然是不同的 domain ，但是它们有相同的基础组件依赖，有公共逻辑依赖，状态在 Redux 。传统，规规矩矩。 下面是我个人在团队内提出的看法： 项目虽然有不同的 domain ，但是有公共逻辑和组件，使用微服务会导致公共逻辑重复。因为微服务的概念和模块联邦不一样，微服务是一个自洽的服务，它可以独立运行，所以它必须有完整的逻辑和依赖。这意味着，拆分出的微服务需要重复很多逻辑，会带来很大的维护负担。 我们不像门户网站，不同的 tab 对应不同的功能，可以根据 tab 拆分服务。比如，机票 tab 是机票团队的页面。酒店 tab 是酒店页面。它们完全是不同的服务。几乎没有公共业务逻辑（日志这些不算）。我们的服务没有 tabs 的概念。 主应用和子应用，子应用和子应用之间的状态传递会导致逻辑和 debug 的复杂度指数级上升。加大了开发的心智负担。很多团队不止工作于一个 domain ，而是交叉的。 这里我们考虑多一点。我们使用 styled-component ，所以 CSS 的隔离是一定要的。否则 id 会重复。 既然拆分了，那就意味着我们需要独立部署每个微前端，每个微前端就需要照顾自己的服务端逻辑，比如预热，比如服务端数据请求。我们现在的拆包已经可以达到“浏览器只需要请求需要的 bundles”的目的了。所以独立部署带来的好处不大。 Redux 的状态共享，我们需要额外的机制来实现微前端的状态共享。 严格考虑是否提升了用户体验和浏览器端性能。没有，反而降低了性能。增加了重复的逻辑和代码量，增加了资源消耗，复杂度增加。 微前端本身是为了屏蔽不同技术栈，在同一页面展示和共享状态的，我们的服务本来就是一个整体服务。所有的公共逻辑都是一样的。 虽然微前端可以让我们渐进式的迁移，但是后期整合带来的效率低，和复杂度的问题也是需要严格审视的。 学识尚浅，有核心的东西没有考虑到吗？我不知道该用什么来作为辅助验证我说法的东西。

20Mbps, 流量限制 500GB/人, 动态手机家宽 IP ，提供 ss 节点 ip 已屏蔽大陆地区，自己做下中转，不要节点，要 VPS 的也可私聊 4=2 ， 人满封车 有需要的同学私聊哈, 个人使用，机场勿扰 明盘 15$/人/月 tg(base64): Y2FybG9zeDA1MTQK