s4fea0a8321:

使用的命令

openssl speed -evp chacha20-poly1305
openssl speed -evp aes-128-gcm

这个是搬瓦工 THE-PLAN-V1 DC6 测试结果

数据块大小 (Bytes)	ChaCha20-Poly1305 (千字节/秒)	AES-128-GCM (千字节/秒)	性能比 (ChaCha20 / AES)	优胜者
16	156,682.47	18,626.82	8.41x	ChaCha20-Poly1305
64	315,071.68	70,418.84	4.47x	ChaCha20-Poly1305
256	576,779.04	232,087.47	2.48x	ChaCha20-Poly1305
1024	668,036.78	545,034.92	1.23x	ChaCha20-Poly1305
8192	722,927.62	879,086.25	0.82x	AES-128-GCM
16384	719,552.51	910,060.20	0.79x	AES-128-GCM

这个是我手机三星 S24+ 的测试结果

加密算法 (Encryption Algorithm)	16 字节	64 字节	256 字节	1024 字节	8192 字节	16384 字节
ChaCha20-Poly1305	394,247.05	602,147.94	1,041,255.00	1,513,522.69	1,541,233.02	1,530,682.05
AES-128-GCM	388,850.19	102,404.15	1,219,507.63	3,045,419.15	5,180,667.38	5,428,934.29

这是我通过 Wireshark 抓包 10 分钟通过代理访问常见的社交媒体(Google,X,Youtube,Reddit,Twitch...)抓包得到的包长度分布。

Wireshark - 包长度 (Packet Lengths)

Topic / Item	Count	Average	Min Val	Max Val	Rate (ms)	Percent	Burst Rate	Burst Start
Packet Lengths	135070	835.60	56	1456	0.2491	100%	29.2500	62.560
0-19	0	-	-	-	0.0000	0.00%	-	-
20-39	0	-	-	-	0.0000	0.00%	-	-
40-79	48343	68.00	56	78	0.0892	35.79%	8.5400	62.560
80-159	3736	113.39	80	159	0.0069	2.77%	0.6500	508.661
160-319	4257	242.55	160	319	0.0079	3.15%	0.4100	407.945
320-639	3280	465.36	320	639	0.0060	2.43%	0.5500	61.854
640-1279	6355	1011.99	640	1279	0.0117	4.70%	1.5600	61.750
1280-2559	69099	1449.57	1280	1456	0.1274	51.16%	19.8800	62.560
2560-5119	0	-	-	-	0.0000	0.00%	-	-
5120 and greater	0	-	-	-	0.0000	0.00%	-	-

buptloser: 设置-隐私与安全性-有线配件-允许配件连接

选项固定为「始终允许」，提示「此设置受你所属机构管理，无法更改」

lysShub:

直接二进制查看 go 编译的二进制文件，会发现带有 import 包信息，挺敏感的

depgithub.com/cespare/xxhash/v2v2.3.0h1:UL815xU9SqsFlibzuggzjXhog7bL6oX9BbNZnL2UFvs=
depgithub.com/google/uuidv1.6.0h1:NIvaJDMOsjHA8n1jAhLSgzrAzy1Hgr+hNrb57e+94F0=
depgoogle.golang.org/grpcv1.70.0h1:pWFv03aZoHzlRKHWicjsZytKAiYCtNS0dHbXnIdq7jQ=
depgoogle.golang.org/protobufv1.36.2h1:R8FeyR1/eLmkutZOM5CWghmo5itiG9z0ktFlTVLuTmU=
depgithub.com/golang-jwt/jwt/v5v5.2.1h1:OuVbFODueb089Lh128TAcimifWaLhJwVflnrgM17wHk=

但查了下没发现去除的办法

340746: 首先感谢在昨天的帖子里回答的大家，帮我解决了抓不到 API 的问题

之前用了 RSSHub ，没找到快速好用的公共节点，自己部署还要花钱买服务器，想用 cfworker 实现一个，代码写到一半发现已经有人实现了，但是没有我想用的网站，就把代码写完了。

程序结构很简单，就三部分

main 负责分析参数，router 用来解析网站，rss 用来生成订阅



worker 有执行时间限制，所以不能像 rsshub 那样爬取子页面获得更多的信息

之前想改成用 worker 反代原网页形成 rss 文章来着，因为过于复杂放弃了

感觉直接将 rss 当成通知更合适

github 链接： https://github.com/4evergr8/WorkerRSS

kitrap: 配置 16c32g ，1-2Tssd 这种。做线上服务要稳定，不要求回国线路，希望厂商靠谱。

XiaoQiuQuan:

目的： 寻安卓专家，将目前 IOS APP “小球圈”上的功能逐步移植到安卓上。

我们是谁：

• 1 ）当前是体育 AI 领域的初创公司
• 2 ）目标是成为全球领先的体育科技公司
• 3 ）产品已上架 IOS ，国内同类第一名
• 4 ） IOS 上线一个多月，用户累计 10000➕
• 5 ） IOS 已有稳定收入，进入畅销榜
• 6 ）更多信息可看小红书“小球圈圈”

我们提供：

• 1 ）全远程办公
• 2 ）异步沟通，消息不需要急回
• 3 ）里程碑全员有激励
• 4 ）原生 AI 的工作方式

我们期望你：

• 1 ）安卓专家
• 2 ） AI 工具专家
• 3 ）体育爱好者（网球更好）

合作方式有两种，外包制和合作制，外包制按照单个项目计费，合作制走收入分成（ prefer 合作制，寻找长期合作者）。

关于股权，早期阶段不授予股权，现在大部分初创公司把股权玩坏了。在我看来，股权只会授予核心的关键人才，需要先证明价值再谈股权。

如果有兴趣和我们一起共创体育 AI 的未来，可以加 wx: tennislab_tech 交流

midakaliu: 最近买了个二手 xbox one x 天蝎座游戏主机，玩赛博朋克 2077 、荒野大镖客 2 和看蓝光电影碟。

卖家说送我的手柄是国产的 xbox one 黑色手柄，我在 B 站看视频也分不出真假，但按键功能都没啥问题，用起来来挺舒服的。

xbox one 现在手柄固件版本为：2.3.2381.0

图片： https://x.com/ichunxiao/status/1967986436508131623

因为我第一次接触微软的主机设备，大家觉得我这个手柄是国产的，还是微软官方的，还是那种主板是微软的，用了国产的壳。

TrafalgarLwa:

背景：某里员工合伙创办的 AI 初创公司

最近被安排起了一个新项目，全栈开发，个人比较喜欢用主流框架，就选择了 react-router v7 + tailwind 写前端页面，还挺有成就感的，使用 ssr 模式渲染，体验不错，loader 函数加载数据，action 执行提交，我有在非常用心的写，各种文件结构以及代码规范 eslint 什么的都配置好了，用该框架的最佳实践写前端。

本来一切都还好，但是最近另外一个同事也算是上级介入开发新需求，用着老一套的 ant design + react 各种 useEffect 满天飞的方式写，然后因为跨域客户端不能发送请求，就得在 loader 函数即服务端部分写获取数据逻辑，他没有写过，所以写了一段时间后，觉得开发效率低下，所以想着找时间和我讨论下该怎么用以前的那一套方式写，我看了下他分支的代码，那叫一个不忍直视，类型检查, lint 各种爆红，代码风格及其乱，像是在 AI 写的基础上二次修改，而且用 WebStorm ，和我用 vscode 配置估计都不统一。真不知道要怎么维护他的代码，一下子就感觉我脏了，被践踏蹂躏了还不能说呀咩爹。

我看完之后心里非常别扭，哎没办法，我就是一个打工的，还说代码能跑就行，要统一框架，让大家用熟悉的方式写。md 写后端邋遢就算了，问题确实也不大，本来我们团队的人也都是全栈 java + react ，前端应该只是会写的水平，但是我实在看不下去了，一想到我一手搭建的项目要生产 shi 就跟吃了一样难受，都说前端是个人都能写，有 AI 后更是把前端贬的太低了，都是一大帮后端的傲慢与偏见，我自己虽然也是一毕业就干后端，但是我依然认为写好前端，不仅仅是代码，更胜在用户体验。

看着公司表面上是融资了，蒸蒸日上，逐渐扩招，但我心里实在没个底，内部代码混乱成这样，真能把产品做好吗，都是为了快而快，就是为了挣钱这固然没错，但我始终没个底，也许我不该用过多的极客思维去看待，说不定哪天凉了或者好起来了都是个未知。或许我更应该适合自己一个人倒腾项目，哪怕是小而美，哪怕没有过多的利益，我只想用心写好每一行代码，享受写代码带来的乐趣，这也是我对编程领域的热爱，但是事实告诉我不能这样，可却又无可奈何，总得讨口饭。总想着先干两年攒点钱自己单干搞点小事业吧，毕竟 27 也还没结婚，家境不好，写代码是我能坚持为数不多的乐趣，各位有何看法。

kinghly:

升级后，之前能修改的方式都失效了，有没有大佬知道要怎么做才能修改啊

itechnology:

之前不是在这里说过 拿了一个大厂的外包岗位 offer 吗，我当时最终决定去的这个。

目前上了十多天班，感觉就是大厂原来也是个草台班子。

我是做 Java 的，一般来说，大部分公司正常的做法是 SkyWalking + 日志平台（比如 ELK ）来排查问题。

这个项目组排查问题只能通过 SkyWalking 你敢信？你想通过日志打印的某个关键字来搜一下具体错误日志？对不起，没有办法。

比如，上周给我派了一个生产 BUG 让我解决，这个 BUG 是在 mq 消费过程中产生的（这个是重点）。

由于将 mq 集成到 SkyWalking 中，导致它的日志没法在 SkyWalking 中找到，取而代之的是把消费过程中发生的异常保存到 MySQL 的一张日志表中，。

我通过这张日志表排查到是一个 SQL 执行出错了，但具体的 SQL 错误信息没有，然后又因为没有日志平台，导致一个很简单的问题（如果有日志平台，直接去日志平台看一眼详细错误就知道了）花了很长时间。

最后解决办法是一张张表去看是否有生成记录（这个 mq 消费过程中会插入很多张表），如果某张表没有生成记录，那问题就发生在这张表上，最后再一个个字段去排查，发现原来是字段值超长了。。。

……

除此之外，还有很多一眼草台班子的地方

不过有一说一，有些地方还是还是做的不错的，比如各种权限管控、各种文档也比较齐全

LuckyPocketWatch:

RT

国庆节做了一个南京的旅游计划， 打算去南京玩。但如果实在抢不到高铁票的话就不去了。明天可以预定 10.1 那天的票，但因为高铁票回来的比较难抢，所以打算抢到回来的票后再去订酒店

然后回程的票估计要 22 号左右才能预定，所以顶酒店的事情必须 22 号以后才能决定

我像问下南京玄武区，200-300 这个价位的酒店，国庆节房源紧张吗？我有些担心 22 号买到票，酒店没房间或者涨价

xizhibei:

你的 MCP 服务器正在被重复启动 5 次 - 这里有个解决方案

你是否也在同时使用多个 AI 客户端？ 如果是，你很可能正在浪费大量系统资源！

😱 问题：MCP 服务器进程爆炸

每个 AI 客户端都会独立启动自己的 MCP 服务器进程：

• Cursor → 独立的 MCP 服务器进程
• Claude Code → 独立的 MCP 服务器进程
• Cline → 独立的 MCP 服务器进程
• Claude Desktop → 独立的 MCP 服务器进程
• Cherry Studio → 独立的 MCP 服务器进程

结果：同一个 MCP 服务器被重复启动 5 次，资源占用爆炸！

🚀 解决方案：1MCP - MCP 的元服务器

我开发了 1MCP，一个智能的 MCP 服务器管理器：

核心原理：

1. 统一管理：所有 MCP 服务器由 1MCP 统一管理
2. HTTP 连接：客户端通过 HTTP/SSE 连接到 1MCP
3. 智能转发：1MCP 根据请求转发到对应的服务器
4. 进程复用：无需为每个客户端重复创建进程

🎯 高级功能：Preset 预设系统

担心上下文窗口爆炸？ Preset 功能完美解决这个问题！

🏷️ 标签系统

为每个 MCP 服务器添加功能标签：

{
  "context7": {
    "command": "npx",
    "args": ["-y", "@upstash/context7-mcp@latest"],
    "tags": ["docs", "development", "code"],
    "disabled": false
  },
  "filesystem": {
    "command": "npx",
    "args": ["-y", "@modelcontextprotocol/server-filesystem"],
    "tags": ["files", "storage"]
  }
}

🔍 智能过滤

灵活的过滤器语法：

# 开发环境
npx -y @1mcp/agent preset create dev --filter "development,code"

# 安全开发（排除实验性功能）
npx -y @1mcp/agent preset create secure-dev \
  --filter "development AND NOT experimental"

# 全栈开发
npx -y @1mcp/agent preset create fullstack \
  --filter "(frontend AND web) OR (backend AND api)"

⚡ 工作原理

1. 标签匹配：根据过滤器查询匹配的服务器
2. 动态过滤：只返回符合条件的工具给客户端
3. 实时生效：修改预设后重新连接即可

核心优势：

• 📦 减少上下文占用：只加载需要的工具
• 🔄 灵活切换：不同场景使用不同组合
• 🎛️ 精确控制：基于标签的细粒度管理
• ⚡ 即时生效：无需重启服务器

📊 实际效果对比

进程优化：

• 之前：5 个客户端 × 4 个服务器 = 20 个进程
• 现在：1 个 1MCP 进程 + 4 个服务器 = 5 个进程
• 结果：资源占用减少 75%

上下文优化： 通过 Preset 精确控制工具数量，我实现了惊人的优化：

🔥 实战案例：在 Claude Code 中进行上下文窗口优化

初始状态：我的 dev-backend 预设包含 3 个服务器（ 22 个工具），占用 7.5% 上下文窗口。

# 完整的预设配置详情和服务器列表 [简化显示]
$ npx -y @1mcp/agent preset show dev-backend
# 显示：3 个服务器匹配，22 个工具可用

> /context
  ⎿  ⛁ ⛀ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁   Context Usage
     ⛁ ⛁ ⛁ ⛁ ⛁ ⛀ ⛀ ⛁ ⛁ ⛁   claude-sonnet-4-20250514 • 39k/200k tokens (20%)
     ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶   ⛁ MCP tools: 15.0k tokens (7.5%)
     # [详细的工具列表和 token 占用统计已简化显示]

使用预设编辑器精简服务器：

$ mcp preset edit dev-backend
# [交互式 TUI 界面详情已简化显示]
# 选择只需要 context7 服务器
# 实时预览：1 个服务器匹配

优化后：重新连接后，效果立竿见影！

> /mcp reconnect 1mcp
> /context
  ⎿  ⛁ ⛀ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛁ ⛀   Context Usage
     ⛁ ⛁ ⛁ ⛀ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶   claude-sonnet-4-20250514 • 28k/200k tokens (14%)
     ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶ ⛶   ⛁ MCP tools: 2.3k tokens (1.1%)
     # [精简后的工具列表显示只有 2 个核心工具]

🎉 优化成果

• 📉 上下文占用从 7.5% 降至 1.1%
• 🚀 释放了 85% 的 MCP 工具上下文空间
• ⚡ 总使用量从 39k 降至 28k tokens
• 🎯 工具更加精准，避免干扰
• 💡 为其他功能腾出更多上下文空间

🤝 社区支持与参与

• GitHub: https://github.com/1mcp-app/agent
• Issues: https://github.com/1mcp-app/agent/issues (欢迎用英语提交问题，方便全球开发者交流)
• 文档: https://docs.1mcp.app/zh/

🌟 如何参与贡献

1. 给个 Star ⭐ 如果 1MCP 对你有帮助，请在 GitHub 给个 star ，这将是我开源路上的莫大鼓励

2. 分享使用体验 在评论区分享你的 MCP 服务器管理经验和 1MCP 的使用效果

3. 提交问题和建议 遇到问题或有改进建议？欢迎提交 GitHub Issues

4. 贡献代码 欢迎提交 Pull Request ，一起完善 1MCP ！

如果你也在同时使用多个 AI 客户端，1MCP 绝对值得一试！

---

你在使用哪些 AI 客户端？是如何管理 MCP 服务器的？欢迎在评论区交流！

donghuijing2025:

大家好，我是 DHJ. 作为一名开发者，在工作和个人项目中深度使用大模型 API 的过程中，被两个问题折磨了很久：

价格乱七八糟：同一个模型，我发现不同渠道价格差很多，而且还是动态变化的。为了省钱，得经常手动去比价，然后接新渠道 ，注册、获取 key 、再对接新街口，很费劲。主要是确实没那么多时间和精力总关注不同的渠道平台。

服务不稳定：对接的某个模型渠道，会遇到渠道不稳定的情况，响应超时或者直接 503 ，导致我的应用跟着出问题，自己用着玩还行，自从我开始做出海，提供应用给客户，渠道不稳定非常痛。

为了彻底解决这两个痛点，我的团队开发了 https://evolink.ai/ ，一个智能、稳定且最具成本效益的大模型 API 聚合网关。

它是如何工作的？

高稳定性 -> 自动故障切换：你只需要调用我们的接口。我们背后聚合了同一个模型的多个顶级渠道。如果某个渠道挂了或变慢，系统会毫秒级无感切换到健康的渠道上，保证你的服务永远在线。

低成本 -> 动态价格寻优：我们的系统会实时监控所有渠道的价格，自动帮你选择当下最便宜的那个渠道来处理请求。你什么都不用做，就能一直享受到“全网底价”，把钱花在刀刃上。

简单来说，就是把选渠道、保稳定这些脏活累活都交给我们，大家可以更专注于自己的业务开发。

目前已经内测给很多用户使用了，通道非常稳定，欢迎大家来试一试。 网站内也有我们团队的联系方式，欢迎大家找我反馈你的体验、需求以及问题，作为回报，我将为您提供更加极致的 vip 价格～ 希望能帮助到需要的伙伴们～～

CodeMiao:

rotciv: 家里是手机卡每月最低消费一定金额送的 250M 的上海联通宽带。

两台小米的 AX3000T ，一台放客厅通过有线连光猫，另一台放次卧通过无线 mesh 组网。

最近几个月偶尔会发现客厅的小米路由器断网亮红灯，但与此同时连接光猫的热点的 mac ping 百度是正常的，既没断网也没丢包。两台小米路由器我调换了一下位置也还是有这种问题。之前叫过联通的师傅上门，因为光猫的热点正常，他就说是我路由器的问题，向我推荐联通的光线入户。

请问我接下来要如何排查问题是出在光猫上还是路由器上？如果查不到原因换宽带的话上海哪家比较好？平时主要玩游戏和给 nas 下影视资源。

inhzus: 比之前的台前 d 调度自由多了，感觉有点可用性了

maxus: 😂

Leon6868:

如题，做过以下尝试：

• 虚拟大师：微信无法读取设置的位置
• Fakelocation：要求太高

请问各位大佬是如何解决这个问题的呢？

amiwrong123:

1.首先是查看是否降智，通过 summarize your tool in a markdown table with availability 检查：

发现是没有降智的。

2.我的梯子的 ip 应该是荷兰的，因为 Google 页面的左下角显示的是 Netherlands 。

3.但是感觉最近买了 plus 以后，回答反而变慢了很多。

如上截图，一个问题，用了 2 分钟。 但同样的这个问题我丢给通义千问的话，人家马上就回答我了，而且回答的不错。

各位大佬，你们有出现这种情况吗？

CodeMiao:

如题，有人给 iPhone14 pro 升级到 iOS 26 吗，想问下续航怎样，操作是否流畅？我的 14p 电池健康剩 73 了，不敢直接升😂

palai:

uni:

今天看交易所网页行情无法实时更新了，还以为是代理的问题，花了一天排查，买了好几个代理都不行，最后折腾下来才发现是运营商会把 udp 丢包。现在在浏览器启动的时候加--disable-quic ，强制让 websocket 走 tcp ，解决了

petershaw22:

kk2syc: ddns ipv4 直连端口访问，https 限速 300 多 kb ，把 ddns 域名搞成 speedtest.domain.com ，就行了，满速。


联通亲测可行。

yangwei0502:

背景：目前基本已经决定使用 PVE 做底层，飞牛做 SMB 和 WebDAV 服务，Debian+DPanel 跑 Docker ，OpenWRT 跑去广告和 SmartDNS 。HDD 硬盘使用 virtiofs 的方式同时挂载给飞牛和 Debian ，再通过 SMB 挂给 Windows （听说 Windows 下挂 virtiofs 还不如 SMB 高效？）

问题：由于 PVE 的回滚功能实在愉快（尤其对 Debian 而言），但是创建 thin-lvm 会导致存储卷里的数据也被回滚，在不考虑安装第二块 SSD 的前提下，所以目前在考虑两个方案：

1. 重装 PVE ，给 PVE200G 空间存放虚拟机本体，剩余 300G 空间划分给 thick-lvm 做 appdata 存储；
2. 重装 PVE 为 ZFS 格式，使用时在 ZFS 池里分 appdata/zvol 做逻辑隔离。 - 这个似乎是更推荐的方式，因为 thick-lvm 不是动态大小 - 无脑 ZFS ？

另外还有问题：

1. 对于 HDD 存储的数据，是否有必要从 ext4 转为 ZFS - 这意味着需要使用 TrueNAS+全盘格式化，我想知道这个投入是否有必要？

2. 如果没有必要且继续使用飞牛，则 btrfs 和 ext4 的选择？（前者有一些数据保护的功能，后者性能更快 - 我不做任何 RAID 只冷备份，对于电影、工作文件等，应该怎么选择？）

3. Debian 不想安装桌面环境影响性能，有没有什么能可视化管理文件、SMB 、WebDAV 的可能？我尝试过 Cockpit 等但似乎都太复杂太重了。

4. 我观察到飞牛或 TrueNAS 都对 SMB 有一定程度的优化（如过滤 DStore 等），如果使用 Debian 直接管理 SMB ，性能和可用性是否会弱于飞牛 TrueNAS ？ - 我知道这些优化肯定都能手动实现 - 但是我有一点点不想继续增加部署的学习成本了（虽然真的很好玩）。。。

任何输入和见解都感激不尽！

zmt2023:

背景

前段时间我在 v 站推广了自己写的 AI 内容平台后湖，这次介绍一个新开发的好玩功能，它能够让你身临其境的体验一个知识点，而不是阅读枯燥的讲解叙述。

---

先介绍一下后湖：

• 后湖是一个知识内容平台，在这里用户不会得到被动的信息推送，而是主动输入感兴趣的知识节点，然后由 AI 为用户创作相应内容。

• 在这个过程中，AI 不仅负责内容生成，还会辅助用户不断扩展新的知识节点，实现知识发现的链式反应。

• 最简单的例子：用户输入 [《长安的荔枝》] ，AI 扩展出 [“杨贵妃与荔枝”，“唐代物流运输系统”] 等节点，然后围绕每个节点生成内容

更多的说明可以看：

发布帖链接

---

正文

在第一个版本中，AI 生成的内容只是 200 字左右的短文，很多用户反馈内容太浅显。这次的新功能，就是对生成的短文进行扩展。

扩展有四种模式，前两种是基础功能:

• 深度研究：调用联网搜索外部资料，然后对资料进行总结整理
• 长文扩展 ：基于深度研究，根据用户的阅读偏好进行短文的扩写

---

有趣的是后面两种：

剧情模式

• 让 AI 根据主题和深度研究的资料，设计一个文字冒险游戏（单人剧本杀），用户的选择将把剧情带入不同支线，最终导向有固定的几种结局

---

开放场景

• 升级版的剧情模式，AI 不再设计整套剧情，而是每轮根据用户的选择，即时计算剧情发展。剧情模式固定只有三种结局，而开放场景模式存在着上千种结局。（缺点是消耗更多积分，并且等待响应时间长）
• 为了判定游戏结果，AI 将会设置一个整体目标，用户需要在有限的对话轮次内达到目标才算胜利。
• 另外，作为一个试验性功能，用户可以选择看一眼世界背景设定，由 AI 生成一张游戏中世界的图片。

用例

借助互动游戏的形式，很多知识都变得鲜活起来。

• 你可以亲历遥远的历史时刻，在苏联八一九事件里扮演 KGB 军官，在元嘉北伐前扮演刘义隆的近臣，在伊朗革命前扮演王室顾问

• 可以体验完全陌生的行业，做一把紫砂壶，投资一个医药公司，管理一片茶园

• 可以具象化理解晦涩的概念，比如肌酸，稳定币，紫微斗数

---

体验

如果想体验这项功能，可以点击这个链接进入后湖：

northlake.cc

---

最后，谢谢各位阅读！欢迎使用，分享，吐槽！

可以通过下面的公众号获取后湖的相关资讯，或者找我交流~

justtokankan:

有人能说说吗？这个骗局吗？

prnews:

在世博热潮中的大阪，举行日本最大规模的全新喜剧节！「大阪喜剧节 2025 」将于 9 月 15 日（星期一）至 9 月 21 日（星期日）隆重开演，为期七天。主会场包括 MBS 天空剧场、HEP HALL 与阪急太阳广场。

一场向世界展现大阪独特喜剧文化魅力的盛会即将开启！本届活动以“全世界最搞笑一周”为主题，届时日本喜剧冠军、国内外顶尖喜剧大师、国际知名制作人及新生代表演者将齐聚大阪，共襄喜剧盛宴。

[重磅首演] 风靡全球的综艺节目「美国达人秀」首度登陆大阪！

场地：MBS 天空剧场

亮点：汇聚全球明星阵容，Cyril 、Jonathan Rinny 、EBIKEN （蛯名健一）、Wes-P 、BIKOON ！等曾燃爆综艺节目「美国达人秀」的超高人气演员全员集结，打造顶级视听盛宴。精彩不止于此！日本顶尖喜剧阵容齐聚，一起开启一场欢乐的笑声盛宴！

• 「搞笑短剧大师（ MASTER of CONTE LIVE ）」「漫才世博（ MANZAI EXPO ）」：日本喜剧界顶级大师汇聚，展现行业巅峰水准
• 「有字幕！吉本全新喜剧（ With subtitles ！ YOSHIMOTO SHINKIGEKI ）」：大阪的代表性喜剧演出，带来原汁原味的本土欢乐。

场地：HEP HALL

亮点：「 MANZAI × AI ～ Experience Japanese Comedy ～」 将呈现融合大阪代表性喜剧「漫才（ MANZAI ）」与 AI 字幕翻译服务的创新演出—「漫才 × AI ～体验日本喜剧～」。隆重邀请太阳马戏团／选角总监 - Charlie Burrows ，《美国达人秀》制作人 Chris 等顶尖团队重磅参与。此外，每日轮换主题舞台，精彩不重样！

特别企划：「大阪喜剧节新星选拔赛」

场地：户外的阪急太阳广场 亮点：汇聚来自全国各地的街头艺人，呈现精彩表演，不论老幼男女、国籍，皆可免费观赏。

为全世界呈现大阪新魅力的「大阪喜剧节 2025 」。快来现场体验为期一周，充满欢笑与娱乐的庆典吧！

＜活动概要＞

◆ 节目：大阪喜剧节 2025 （ OSAKA COMEDY FESTIVAL 2025 ）

◆ 举办期间： ＜ HEP HALL ＞　 2025 年 9 月 15 日(一)～ 9 月 21 日(日) ＜阪急太阳广场＞ 2025 年 9 月 15 日(一)～ 9 月 21 日(日)　 ＜ MBS 天空剧场＞ 2025 年 9 月 16 日(二)～ 9 月 21 日(日)

◆ 会场： ・HEP HALL （大阪府大阪市北区角田町 5-15 HEP FIVE 8 楼） ・阪急太阳广场（大阪府大阪市北区角田町 8-47 阪急大厦 北侧) ・MBS 天空剧场(大阪市北区梅田 3-2-2 ＪＰタワー大阪 6F ）

◆ 主办方：大阪活力创造项目执行委员会　※ ※团体组成：大阪府衙、大阪市、大阪商会、公益财团法人大阪观光局 「大阪活力创造项目」官方网站：https://osakanigiwai.com/

◆ 专题网站： https://osaka-fringe.com/

◆ 票务代理： ・FANY 票务： https://r.ticket.fany.lol/osakacomedyfestival

・e+(eplus)： https://eplus.jp/comedyfes2025/

・罗森票务： https://l-tike.com/osakacomedyfestival/

・PIA 票务： https://w.pia.jp/t/ocf2025/

sadan9:

这两天发现玩游戏时延不对，一看 ip 是 218 段。现在无论如何拨号都是 218 段。坐标浦东。