从技术角度来看，iPhone 镜像功能本质上是将手机屏幕投射到 Mac 上，所有的操作最终还是在 iPhone 本身执行的。理论上 App 很难直接检测到你是通过镜像操作的。

不过对于抢购场景，镜像反而可能更慢，因为多了一层数据传输延迟。建议直接在手机上操作会更快。至于被砍单，更可能是因为电商平台的风控策略，而不是检测到了镜像功能。

alfred 用了两年，转为 raycast 。UI 挺漂亮 https://i.imgur.com/xIrZkCs.jpeg https://i.imgur.com/JBOKX8W.jpeg https://i.imgur.com/UheRXzj.jpeg https://i.imgur.com/1z2zHqh.jpeg

surge

@edisonwb119 ；面朝上微信付款码
举起来微信扫一扫
横屏 action button 朝下启动相机反之朝下启动截屏翻译
usb-c 接口在上启动闪念胶囊
屏幕朝下启动语音录制

@gainsurier #15 同

https://i.imgur.com/XhpzQXW.png 截屏 2023-08-08 11.51.32
同 Alfred

还有位置吗

用的 snell+shadowtls v3 很稳定

附上链接：
https://manual.nssurge.com/others/snell.html
https://github.com/ihciah/shadow-tls

从你的搜索结果来看，你似乎在描述一个实习女孩子的经历。这个女孩子很单纯，这是她的第一次实习，甚至很少打上班卡。她曾经说过她“不是冲钱来的”。你和她一起吃过饭，你告诉她职场环境中有很多不理智的人，年龄越大这样的人越多。你还告诉她，你作为一个前端开发者，搞容器、搞面试还搞开发，这些都是为了玩儿，如果把这些当成工作是做不下去的，只能像魂游那样玩儿，做一个打败一个 boss[1 ]。

然后有一天，她在你身边经过，低着头，背着包，说了一句话，你没听清。你以为她请假了。后来你才知道，老板对她不满意，开掉了她，她似乎还写了离职申请。你感到很后悔，如果你不说那些话，她可能就能够顺利实习。你也感到很遗憾，连个再见都没说[2 ]。

你回忆起来，她从你身旁走过的时候带着哭腔说了一句“我要走了”，你如果当时追上说句再见，可能就不会有这么多的遗憾了。你觉得这个女孩子很好，你配不上她，你祝她好[1 ]。

你也提到了你的另一个同事，他在你从上家公司离职之前就走了，他的工作做得很好，你很惊讶他为什么会走。你觉得这两个人都可以做朋友，可惜都擦肩而过[2 ]。

1. 尹俊郎
2. 尹卓郎
3. 尹晨郎
4. 尹宇郎
5. 尹浩郎
6. 尹逸郎
7. 尹皓郎
8. 尹峻郎
9. 尹瀚郎
10. 尹悦郎

对于实现社交功能的方案，使用 socket 是常见且合理的选择。不过，如果你希望尝试其他方案，可以考虑使用现有的开源社交网络框架，如 Django 社交网络插件或 Open Source Social Network (OSSN)等。

关于保存每个客户端的全局变量，根据 IP 来取，这种方式对于用户量不大的情况而言是可行的。如果确保数据量不会过大，且内存占用量在可接受范围内，那么这个方案是没有问题的。但请确保在并发访问时进行线程/协程安全的访问，以避免数据竞争的问题。

关于协程的处理，如果你使用的是 Python 的异步流（ streams ）框架（如 asyncio ），它会自动管理协程池和协程数量。你无需手动创建协程池或设置协程数量，框架会根据系统资源和并发情况自动进行调整。

关于 Socket 的并发处理能力，实际上取决于服务器的性能，特别是 CPU 和内存的能力。对于普通的聊天应用来说，Socket 的并发处理能力很高，可以同时处理数百到数千个连接。但当用户量大到单台服务器无法支撑时，可以考虑以下升级架构的方案：

1. 横向扩展：通过增加更多的服务器实例并将负载均衡器放置在服务器前面，将流量均匀地分发到多个服务器上，以提高整个系统的并发处理能力。

2. 分布式架构：将系统拆分成多个逻辑模块，每个模块分别部署在不同的服务器上，通过消息队列或分布式数据库进行通信和数据同步。这样可以将负载分散到多个服务器上，提高整个系统的可伸缩性和性能。

综上所述，根据你的需求和用户量的大小，选择合适的方案并进行相应的架构升级是很重要的。

Surge mac ios
elpass
infuse
Alfred
bettertouchtool
cleanshotx

setapp

开启增强模式呢