分类： IT小常识

开源情报（OSINT）是指利用公开可用来源（如社交媒体、新闻、评论网站、公司公告等）收集和分析信息，而无需内部访问权限。这在评估组织内部阻力（例如员工对变革的不满、士气低落或潜在冲突）时特别有用，尤其适用于竞争情报、并购尽职调查或行业 benchmarking。OSINT 可以捕捉员工在公共平台上的“泄露”情绪，帮助量化阻力水平（如负面提及比例）。对于多个组织，并行评估的关键在于自动化工具和批量处理，确保高效、可扩展。以下是实用框架，基于OSINT最佳实践（如社交媒体监控和情绪分析）。整个过程强调伦理合规：仅使用公开数据，避免侵犯隐私，并遵守GDPR或类似法规。评估周期建议为每月一次，以追踪动态变化。核心步骤：从收集到并行分析

1. 定义评估指标和范围
   明确“内部阻力”的代理指标，例如：
   • 情绪指标：负面情绪（如“沮丧”“变革失败”）占比 >30% 表示高阻力。
   • 关键词：针对变革场景，如“裁员”“重组”“文化冲突”。
   • 来源：社交媒体（LinkedIn、Twitter/X、Reddit）、评论平台（Glassdoor、Indeed）、新闻（Google News）。
     对于多个组织（如5-10家），创建模板：每个组织分配唯一ID（如OrgA、OrgB），并设置时间窗（e.g., 过去6个月）。
     预期输出：指标矩阵，便于比较。
2. 数据收集：多源并行抓取
   使用免费/开源工具批量监控多个组织。
   • 社交媒体监控：追踪员工或前员工的帖子，识别不满信号（如“公司变革让我崩溃”）。工具如Hootsuite或TweetDeck支持多关键词搜索。
   • 评论平台：Glassdoor上搜索公司评论，量化“工作生活平衡”或“管理层”评分下降。
   • 新闻与论坛：Google Alerts设置警报，监控“[公司名] 员工抗议”。
   • 并行技巧：用API批量查询（e.g., Twitter API for multiple handles），或开源脚本自动化（Python + Tweepy）。例如，同时监控OrgA的LinkedIn群组和OrgB的Reddit子版。
     伦理提示：仅聚合匿名数据，避免针对个人。
3. 数据分析：量化与可视化阻力
   • 情绪分析：使用开源NLP工具（如VADER或Hugging Face模型）计算正面/负面分数。
   • 网络分析：构建图谱，显示不满传播（e.g., 员工帖子间的互动）。
   • 并行处理：为每个组织生成独立报告，比较跨组织趋势（如行业平均阻力）。阈值：负面情绪 >40% 为“高风险”。
   • 工具集成：OSINT框架如Maltego或OSINTBuddy 可链接多源数据，生成并行仪表盘。
     输出示例：阻力分数（0-100），如OrgA=65（中高阻力，因LinkedIn投诉多）。
4. 验证与迭代：交叉检查
   • 结合间接指标，如LinkedIn离职率或股票波动（Yahoo Finance）。
   • 定期复测：设置自动化警报，追踪阻力变化（e.g., 变革公告后负面峰值）。
   • 对于多个组织：使用Excel或Tableau创建仪表盘，一键切换比较。
5. 风险管理与行动建议
   • 局限：OSINT仅捕获“冰山一角”，高管可能不公开表达；需补充内部调查。
   • 行动：若阻力高，建议沟通策略（如Prosci ADKAR模型：提升觉知与欲望）。
   • 成本：免费工具起步，高级API每月<100美元/组织。

推荐OSINT工具比较（适用于多组织并行）以下表格列出适合批量评估的工具，聚焦易用性和扩展性：

工具名称	类型	优点	缺点	并行支持	成本
Google Alerts	警报监控	免费、实时新闻/博客追踪	仅文本，无情绪分析	多关键词批量设置	免费
Hootsuite	社交监听	支持Twitter/LinkedIn多账户监控	学习曲线陡峭	仪表盘多流并行	免费/付费
Glassdoor API	评论分析	员工评分/文本丰富，量化不满	数据延迟，需合规scraping	批量公司搜索	免费API
Maltego	OSINT框架	图谱可视化，链接多源（社交+新闻）	需要培训	批量实体查询	开源/社区版免费
OSINTBuddy	开源平台	自定义数据收集，AI辅助	社区维护	脚本化多目标并行	免费
Brandwatch	高级监听	AI情绪分析，跨平台	昂贵	企业级多组织仪表盘	付费

案例：行业应用

• 科技行业：监控FAANG公司LinkedIn帖子，发现OrgA（类似Meta）变革期负面情绪达50%，源于“远程政策”不满。 并行比较OrgB（Google），显示其阻力低20%，因透明沟通。
• 制造行业：用Reddit子版追踪工会讨论，评估多厂区重组阻力。

通过OSINT，您可以将评估时间从数周缩短至几天，提高准确性达70%。

官方网站下载LibreOfficeDraw安装文件，双击安装，结束。

本来上面的流程就够了，结果试了几次都被中断。

显然，这不是一个干净的windows系统，但把过期的杀毒软件删掉之后，依然无法安装。接下来就是大清洗了，我删掉了华为云盘，华为浏览器，华为个人中心，华为管家，华为应用之后，还是无法安装。

于是，重启系统，可以安装了。

如果是华为提供了某种安全机制，这种服务应该是透明的，拦截了什么业务应该给用户提示，而不是偷偷干了不吱声。

关于horizon的基本操作这里不赘述，虽然有点复杂，但总体上看文档还是能跑起来的（https://learnku.com/docs/laravel/11.x/horizonmd/16721#configuration）

这里简单说一下我的本地开发调试的方式，在vs中打开多个终端，一个终端运行php artisan serve，负责debug，一个终端运行php artisan schedule:work，负责启动计划任务，一个终端运行php artisan horizon，来运行监控面板。

放到服务器部署的话，我用的是dnmp方案，提供php+nginx或者php+caddy来运行站点。

另外在laravel项目中创建了一个docker-compose.yml：

services:

  redis:
    image: redis:7-alpine
    container_name: laravel_redis
    profiles: [independence]
    restart: unless-stopped
    volumes:
      - ./docker/data/redis:/data
    networks:
      - laravel-network
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 10s
      timeout: 5s
      retries: 5


  nginx:
    image: nginx:alpine
    container_name: laravel_nginx
    profiles: [independence]
    restart: unless-stopped
    ports:
      - "${HORIZON_PORT:-8000}:80"
    volumes:
      - .:/var/www
      - ./docker/nginx/conf.d:/etc/nginx/conf.d
      - ./docker/nginx/nginx.conf:/etc/nginx/nginx.conf
    networks:
      - laravel-network
    depends_on:
      - php

  php:
    image: registry.cn-beijing.aliyuncs.com/futuremeng/php:8.4.11-fpm
    container_name: laravel_php
    profiles: [independence]
    working_dir: /var/www
    volumes:
      - .:/var/www
    networks:
      - laravel-network
    environment:
      - APP_ENV=production
      - QUEUE_CONNECTION=redis


  laravel_horizon:
    image: registry.cn-beijing.aliyuncs.com/futuremeng/php:8.4.11-fpm
    # build:
    #   context: .
    #   dockerfile: Dockerfile
    container_name: laravel_horizon
    working_dir: /var/www  # 设置工作目录
    command: php artisan horizon
    restart: unless-stopped
    volumes:
      - .:/var/www
    environment:
      - APP_ENV=production
      - QUEUE_CONNECTION=redis
    networks:
      - laravel-network


  laravel_scheduler:
    image: registry.cn-beijing.aliyuncs.com/futuremeng/php:8.4.11-fpm
    # build:
    #   context: .
    #   dockerfile: Dockerfile
    container_name: laravel_scheduler
    working_dir: /var/www  # 设置工作目录
    command: php artisan schedule:work
    restart: unless-stopped
    volumes:
      - .:/var/www
    environment:
      - APP_ENV=production
    depends_on:
      - laravel_horizon
    networks:
      - laravel-network

networks:
  laravel-network:
    driver: bridge
    # name: laravel-network
    ipam:
      driver: default
      # 解除下面的注释可以设置网段，用于nginx等容器固定容器IP
      config:
       - subnet: 10.10.0.0/24

在服务器1上用正常方式启动nginx+php+mysql+redis，在服务器2上用这个来运行队列任务，当执行：

docker compose up -d

时，.env中的mysql和redis都链接到服务器1的实例，然后在服务器1的IP:PORT/horizon中就可以看到了任务执行情况了，这个时候假定的是服务器1不执行job，而服务器2只负责执行job，当然，也可以合并到服务器1来运行，也可以启动服务器3来按服务器2一样的配置来运行。这里的关键点就是redis的配置要完全一样，比如使用同一个DB。

另外一种方式是：

docker compose --profile independence up -d

这时候在服务器2上会启动额外的redis，而服务器2的laravel中配置为连接服务器1的mysql来拉取任务，而队列管理放在服务器2自己的redis上。

昨天编辑完一个word文档，关闭，准备发送出去。就在关闭的瞬间，文件不见了。保存的位置是用iCloud同步的，本地的垃圾桶找不到，云上的iCloud也找不到记录，但word中的打开记录显示确实存在过这个文件（我不是在做梦）。也不会是我把文件拖到别的地方了，因为全局搜也搜不到。

无法解释。

早上花了一个小时整理了一下文件，在mac上装上飞牛同步app，在我的飞牛nas上开启单向文件同步，只从电脑备份到飞牛，增量不删除。

取消iCloud订阅方案。后天到期，每月省5元。

4.19.90-89.15.v2401.ky10.x86_64客户用的这个版本的操作系统，不知道到底是centos7还是centos8，反正绝对是绝版，装docker都找不到源，只能自己把centos7的源加进去。

但是加上了docker和centos的源会有冲突，之前放着一直没管，现在要加审计，不得不动了，查了一下还真有个办法，给源加上优先级。

在/etc/yum.repo.d/下面有三个文件：CenOS-Base.repo docker-ce.repo kylin_x86_64.repo

依次打开，在enabled=1的项目后面追加一个priority=1

摸索了一下，docker的设成1，kylin的设成9，centos的设成99，只要依次变大就行了，这样既能保证docker用最新的版本，又能用centos补上缺少的模块。

另外，为了让优先级生效，还要装yum install yum-plugin-priorities这个插件。

1. 在宿主机mac上安装utm来开设一个虚拟机，虚拟机可以用和宿主机一样的系统，我就是这么干的，其实无所谓。
2. 在虚拟机主中安装EasyConnect的mac版，安装地址需要找一下，官网不知道为什么不好意思列出来，我用的地址是：https://download.sangfor.com.cn/download/product/sslvpn/pkg/mac_767/EasyConnect_7_6_7_4.dmg
3. 如何连接EasyConnect这里就不讲了，根据客户给你的连接方式设置。
4. 接下来用gost来转发一下：安装gost参见https://gost.sh
5. 转发命令参考：文末。
6. 在宿主机连接目标主机（例如：192.168.0.15:22和192.168.0.16:38306）的时候，查看一下虚拟机的IP地址，加上15022或者16306连接就可以了。

gost -L :15022/192.168.0.15:22 -L :16306/192.168.0.16:38306

设置了两个目标主机的转发，一个是ssh，一个是mysql，具体可以用AI帮你写命令。

微信小程序 vs. Telegram 小程序（Web App）

维度	微信小程序	Telegram 小程序（Web App）
定位	微信生态内部的轻量级原生‑like 应用，用户通过「发现」或扫一扫等入口打开。	Telegram 客户端内的 Web App，通过 Bot 按钮或 Inline Keyboard 打开，实际上是一个 网页（HTML+JS）嵌入在聊天窗口。
运行时	微信自研的 Mini‑Program Runtime（基于 V8 + 自有 UI 渲染层）。	Telegram 客户端内置的 Chromium‑based WebView（iOS、Android、桌面均使用同一套渲染引擎）。
前端语言/框架	– WXML（类 XML 的模板） – WXSS（类似 CSS，支持 rpx 响应单位） – JavaScript/TypeScript（ES6+） – 也可以使用 Vue、React、UniApp、Taro等编译到小程序。	– 任意 HTML5 + CSS + JavaScript（可使用 React、Vue、Svelte、Angular…） – 推荐使用 Telegram Web Apps JavaScript SDK（window.Telegram.WebApp）进行交互。
开发工具	– 微信开发者工具（IDE） – CLI（miniprogram-ci） – 可在 VS Code 中通过插件调试	– 任意编辑器（VS Code、WebStorm 等） – 通过 Telegram Bot API 配置 web_app 按钮 – 可使用 ngrok/自有域名调试实时预览
后端交互	– 通过 wx.request、wx.cloud（云函数） – 支持 WebSocket（wx.connectSocket） – 受限于同源策略，需走微信的 HTTPS 域名白名单	– 完全自由的 fetch / XMLHttpRequest（只要符合 Telegram 要求的 HTTPS） – 推荐使用 Telegram Bot API 与 Bot 进行双向通信（sendData / onEvent）
身份认证	– wx.login → 获取 code → 服务器换取 session_key + openid – 支持 手机号、微信支付等安全接口	– window.Telegram.WebApp.initData 包含用户信息（id, first_name, last_name, username, photo_url, auth_date, hash） – 通过 HMAC‑SHA256 验证签名，确保数据未被篡改
页面路由	– app.json 中声明页面路径 – wx.navigateTo / redirectTo / switchTab 等 API	– 完全由 SPA 框架自行管理路由（如 React Router） – Telegram 只负责打开/关闭整个 Web App
系统能力	– 原生 API：相册、摄像头、地理位置、文件、支付、分享、获取用户信息、订阅消息、推送、广告、直播、插件等。 – 组件库：官方 UI（WeUI）及第三方（Vant‑Weapp、NutUI）	– Web App SDK：获取窗口尺寸、主题、用户信息、返回按钮、发送数据、打开外部链接、收起键盘、显示通知等。 – 通过 Bot API 可调用 Telegram 原生功能：发送消息、发起支付、获取用户位置、邀请好友、查询聊天信息等。
发布审核	– 必须提交 微信小程序审核（需填写业务、隐私政策、截图等） – 审核周期 1‑7 天不等	– 无需平台审核，只要 Bot 已通过 Telegram Bot Review（如果涉及支付或敏感功能），Web App 可以直接上线。
分发渠道	– 微信「小程序入口」：搜索、二维码、公众号关联、朋友圈、附近、游戏中心等。 – 受限于微信生态（只能在微信内使用）。	– 通过 Bot 发送按钮、Inline Keyboard、deep‑link (t.me/yourbot?start=xxxx)、群组、频道、Telegram 广告。 – 可在任何 Telegram 客户端使用，跨平台（iOS、Android、桌面、Web）。
商业化	– 微信支付、广告、会员卡、直播、拼团、卡券等完整生态。 – 需通过微信支付商户号、开通相应插件。	– Telegram Payments（支持 Stripe、PayPal、其它支付网关）通过 Bot API 实现。 – 也可以接入 广告网络（如 Google AdSense）或自定义付费墙。
隐私/数据	– 必须在 小程序后台 配置隐私声明，用户授权后才可获取敏感信息。	– 所有数据均在 Web App 中自行管理，Telegram 只提供 已签名的用户数据。开发者自行实现 GDPR/CCPA 合规。
开发门槛	– 需要学习 WXML/WXSS 语法和微信专有 API，生态相对封闭但文档完整。	– 前端技术栈与普通 Web 开发一致，学习成本低；重点是熟悉 Telegram Bot API 与 WebApp SDK。
调试/预览	– 微信开发者工具提供 真机预览、云函数调试、网络请求抓包。	– 通过 ngrok 或自建 HTTPS 服务器实现即时预览；Telegram 本身不提供调试面板，需要自行在浏览器 console 中查看。

---

1️⃣ 微信小程序的核心开发流程（快速回顾）

1. 注册小程序账号 → 在微信公众平台开通小程序。
2. 创建项目 → 使用 微信开发者工具，选择“新建小程序”。
3. 目录结构（典型）├─ pages/ │ ├─ index/ │ │ ├─ index.wxml │ │ ├─ index.wxss │ │ ├─ index.js │ │ └─ index.json ├─ utils/ ├─ app.js ├─ app.json └─ app.wxss
4. 声明页面：app.json 中 pages 数组。
5. 页面渲染：WXML + WXSS → 类 React 的 data‑binding ({{variable}})。
6. 业务代码：在 *.js 中使用 Page、App、Component 构造函数。
7. 调用微信原生能力：wx.xxx（如 wx.getLocation、wx.uploadFile、wx.pay).
8. 云开发（可选）：wx.cloud → 云函数、数据库、文件存储一键部署。
9. 测试：
   • 模拟器（微信开发者工具）
   • 真机预览（扫码或二维码）
   • 调试面板（Network、Console、Performance）
10. 提交审核 → 填写业务信息、隐私政策、上传代码。
11. 发布 → 审核通过后上线，后续可通过 版本管理 进行灰度或回滚。

关键点：

• 域名白名单：所有 wx.request、wx.uploadFile 必须走已在「业务域名」中备案的 HTTPS 域名。
• 尺寸适配：使用 rpx（相对像素）进行 UI 适配，1rpx = 1/750 屏幕宽度。
• 安全审计：小程序不允许执行 eval、new Function 等动态代码。

---

2️⃣ Telegram 小程序（Web App）的核心开发流程

2.1 注册 Bot 并开启 Web App 支持

1. 与 @BotFather 对话 → /newbot 创建 Bot。
2. 获取 Bot Token。
3. 通过 BotFather 或 Bot API 设置 Web App URL（setChatMenuButton、setMyCommands、setInlineKeyboardButton 的 web_app 字段）。
4. （可选）开启 Telegram Payments → /setpaymentprovider。

2.2 项目结构（普通前端项目）

my-telegram-webapp/
├─ public/
│   └─ index.html          # 入口页面，必须在 <head> 中加入 <script src="https://telegram.org/js/telegram-web-app.js"></script>
├─ src/
│   ├─ App.jsx
│   ├─ pages/
│   │   ├─ Home.jsx
│   │   └─ Checkout.jsx
│   └─ utils/
│       └─ telegram.js     # 封装 Telegram WebApp SDK
├─ package.json
└─ vite.config.js          # 或 webpack/parcel 等

2.3 关键代码片段

<!-- index.html -->
<script src="https://telegram.org/js/telegram-web-app.js"></script>
<div id="root"></div>
<script type="module" src="/src/main.jsx"></script>

// utils/telegram.js
export const tg = window.Telegram.WebApp;

// 初始化数据（首次打开时自动调用）
export function initTelegram() {
  // 检查签名
  const initData = tg.initData;
  const initDataUnsafe = tg.initDataUnsafe; // 已解析但未验证
  // 若需要服务器端二次验证：
  // fetch('/api/verify', { method: 'POST', body: JSON.stringify({ initData }) })
}

// 发送数据给 Bot
export function sendData(payload) {
  tg.sendData(JSON.stringify(payload));
}

// 关闭 Web App 并返回数据给 Bot（Bot 可通过 onEvent 收到）
export function closeApp(result = {}) {
  tg.close();
}

// 在页面中使用
import { tg, initTelegram, sendData } from './utils/telegram';

function onBuy() {
  const order = { productId: 123, qty: 1 };
  sendData({ action: 'order', payload: order });
  tg.showAlert('已提交订单，稍后 Bot 会回复您');
}

2.4 常用 SDK 方法（window.Telegram.WebApp）

方法 / 属性	说明
initData	完整的 URL 参数字符串，供服务器端校验 HMAC。
initDataUnsafe	已解析为对象（不安全，仅在前端使用）。
themeParams	当前主题颜色（bg_color, text_color, hint_color等），可用于 UI 适配。
colorScheme	'light' / 'dark'
viewportHeight / viewportStableHeight	可视区高度（键盘弹起前后），用于动态布局。
isExpanded, expand(), close()	控制 Web App 的展开/收起状态。
showAlert(text), showConfirm(text), showPopup(params)	调用原生弹窗。
showInvoice(invoice)	调起 Telegram 支付（需要 Bot 配置）。
sendData(data)	将字符串发送回 Bot（Bot 收到 callback_query 的 data字段）。
onEvent(event, callback)	监听 themeChanged, viewportChanged, backButtonClicked 等事件。

安全提醒：所有从 initData 中得到的用户信息（id, username 等）必须在服务器端通过 HMAC‑SHA256（使用 Bot Token）进行校验，否则可能被篡改。

2.5 部署 & 调试

步骤	操作
本地调试	使用 ngrok http 3000（或 cloudflare tunnel）生成公网 HTTPS URL → 在 Bot 的 web_app 参数中填入该 URL。
真机测试	在任意 Telegram 客户端点击按钮或 t.me/yourbot?start=xxxx 打开 Web App。
浏览器预览	直接打开 https://yourdomain.com（若未嵌入 Telegram 环境，tg.initData 为空，需自行模拟）。
正式上线	将域名备案为 HTTPS 且支持 TLS 1.2+，在 Bot 中更新 web_app URL 为正式地址。

---

3️⃣ 关键区别汇总（概念层面）

维度	微信小程序	Telegram 小程序
技术栈	专属的 WXML/WXSS + JS（或编译框架）	标准 Web 前端（HTML/CSS/JS）
运行环境	微信自研 Runtime，沙箱化、受限	Telegram 客户端内嵌 Chromium WebView，基本与普通浏览器相同
生态入口	微信内部（搜索、扫一扫、公众号等）	Bot 按钮、链接、深度链接（t.me/...）
原生能力	丰富的微信专有 API（支付、卡券、直播、AR 等）	通过 Bot API 调用 Telegram 功能，Web App 本身只能使用浏览器能力
审核流程	必须通过微信官方审核	只要 Bot 本身通过审核（若涉及支付），Web App 无需额外审查
发布与更新	版本号 + 审核后发布，可灰度、回滚	直接更新 Web 站点，实时对所有用户生效
用户身份	openid + unionid（跨平台）	user_id（Telegram UID） + initData 中的签名
支付	微信支付（需要商户号、企业资质）	Telegram Payments（通过 Bot，支持 Stripe、PayPal、其它 PSP）
分发渠道	受限于微信生态	任意 Telegram 渠道（群、频道、个人聊天）
数据存储	微信云开发或自建服务器	完全自建后端（可使用任何数据库、云服务）
国际化	国内用户为主，海外需要备案	天然全球化，Telegram 在 200+ 国家都有活跃用户
学习曲线	需要掌握专有语法和工具	与普通 Web 开发一致，学习成本低

---

4️⃣ 开发者常见疑问与最佳实践

4️⃣1 微信小程序

问题	建议
页面卡顿	– 使用 分包（subpackages）减少首屏体积。 – 避免一次性渲染大量列表，使用 wx:for + virtual-list。
接口调用被拦	– 确认 业务域名 已在「微信公众平台 → 开发 → 服务器域名」完成备案。 – 请求头 content-type 必须是 application/json 或 application/x-www-form-urlencoded。
获取用户手机号	必须先调用 wx.getPhoneNumber，用户同意后返回加密数据，后端使用 session_key 解密。
使用第三方 UI	推荐 Vant‑Weapp、NutUI，但在发布前请检查是否有未被微信审查的 API（如 WebGL）。
调试支付	使用 微信支付沙箱（pay.weixin.qq.com），在 app.json 中配置 debug:true，并在后台开启「沙箱模式」。

4️⃣2 Telegram 小程序

问题	建议
无法获取 initData	确认 Web App URL 已在 Bot 的 WebAppInfo 中配置，并且打开方式是 Telegram 内部（不是直接浏览器）。
签名校验不通过	– 使用 Bot Token（不包括 : 前面的部分）作为 HMAC 密钥。 – 确保在服务器端使用 UTF‑8 编码的原始 initData 字符串进行签名。
键盘弹起导致布局错位	监听 Telegram.WebApp.onEvent('viewportChanged', ...)，获取 viewportHeight 与 viewportStableHeight，动态调整容器高度。
支付失败	– 检查 Bot 是否已通过 Telegram Payments 审核。 – price_label 与 price_amount 必须匹配 Bot 后端的订单金额。
跨域资源受限	虽然 WebView 支持任意 CORS，但仍建议在服务器端返回 Access-Control-Allow-Origin: *（或具体域名），避免在移动端出现 blocked by CORS policy。
使用第三方库	大多数库（如 axios, lodash, moment) 均可直接使用，但注意 体积：Telegram 会自动限制 Web App 的最大文件大小（约 5 MB），建议开启代码分割或使用 CDN。

---

5️⃣ 从微信迁移到 Telegram（如果你已经有小程序）

步骤	说明
1. 重新规划 UI	将 WXML/WXSS 转换为标准 HTML/CSS，利用 rpx → vw/vh 或 rem 替代。
2. 抽离业务层	将所有业务逻辑（数据请求、状态管理）抽离到 Service 层，既可以在微信使用 wx.request，也可以在 Telegram 使用 fetch。
3. 替换身份体系	– 微信 openid → Telegram user_id。 – 将登录流程改为 Telegram Web App initData 验证。
4. 替换支付	– 微信支付 → Telegram Payments（Bot 端实现 sendInvoice）。 – 前端改为 tg.showInvoice(invoice)。
5. 替换原生能力	– 微信定位、相机等 → 使用浏览器原生 API（navigator.geolocation、MediaDevices.getUserMedia），或通过 Bot 让用户在聊天中发送位置/照片。
6. 部署 & 域名	迁移到 HTTPS 服务器（推荐使用 Cloudflare, Vercel, Netlify），并在 Bot 中更新 web_app URL。
7. 测试	使用 ngrok 进行实时调试，确保 initData 校验通过、支付流程可用、界面在不同 Telegram 客户端（iOS、Android、Desktop）表现一致。
8. 发布	完成后直接更新 Web 站点，无需再次审核。可通过 Bot 发送更新通知或在原小程序中放置跳转链接。

小技巧：如果你希望保持同一套代码库，可以使用 跨平台框架（如 React + Taro）：

• Taro 支持 微信小程序 编译，也支持 Web（即 Telegram Web App）。
• 只需在 config/index.js 中切换 mini（微信）和 h5（Telegram）两套编译目标，业务代码保持不变。

---

6️⃣ 推荐学习资源

平台	资源	链接
微信小程序	官方文档、快速入门、组件库	https://developers.weixin.qq.com/miniprogram/dev/framework/
	微信云开发（Serverless）	https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/
	Taro 多端框架	https://taro-docs.jd.com/taro/docs/
Telegram Web App	官方 Web App SDK 文档	https://core.telegram.org/bots/webapps
	Bot API 参考（支付、回调）	https://core.telegram.org/bots/api
	示例项目（GitHub）	https://github.com/TelegramBots/Telegram.WebApp.Examples
跨平台	UniApp（可输出微信 + H5）	https://uniapp.dcloud.io/
	React Native Web + 微信小程序插件	https://github.com/Tencent/uni-app

---

7️⃣ 小结

• 技术栈：微信 → 专属标记语言；Telegram → 标准 Web。
• 能力边界：微信原生 API 更丰富（支付、卡券、直播等），Telegram 依赖 Bot API 进行扩展。
• 发布流程：微信需要审查，Telegram 只要 Bot 合规即可即时上线。
• 国际化：Telegram 天生跨境，微信生态主要在中国。
• 学习曲线：如果你已有前端经验，Telegram 小程序上手更快；如果你想深入微信生态并利用其强大的原生能力，必须学习其专有框架。

希望这份对比能帮助你快速判断哪条路线更适合你的业务需求，或在迁移/多端开发时提供明确的实现指引。祝开发顺利 🚀！

by gpt-oss:120b

所谓国产替代5k屏指的是号称平替戴尔和LG等一线产品的国产显示器，不管其声称用的是多么好的面板，多半是京东方的，京东方产量其实很不小，只是品质可能差一些，但也能用，差距应该没有多大，主要差别在于显示器主板做工，平替要是打开看的话是一眼就知道是平替，至于摄像头、光感、音响，为了价钱，都是可以舍弃的。

之所以说能替，在于配置得当还是可以用的，记住以下要点：

1. 首先要确认接5k屏的电脑要够强大，我用的是m2 max，刷新率可以干到120Hz，但为了省电，我选择了设置60Hz，同时，也避免可能会发生的闪屏。
2. 显示器最好接一个带开关的插座，不用的时候直接关插座上的开关断电，不要用待机自动熄屏，否则恢复的时候可能会闪屏。
3. 显示器设置为p3色彩模式，显示效果和mac的屏很接近了，当然，修图不算，主要说的是针对一般的软件开发。如果是修图，本身有一个macbook pro的原装屏作为对照，也好看一看普通人显示出来是什么效果。在这个模式下，其他很多参数就已经固化了，不用再去设置。
4. 主机用macbook的话，把内建显示器的原彩显示关掉，自动亮度可以不关，因为这外接替代屏本身也不会同步亮度，影响不大。主机还建议把锁定屏幕中的“使用电源适配器供电且不活跃时关闭显示器”设置为“永不”或者设置成两三个小时，否则再起来的时候外接显示器也会闪屏（不是一直闪，是亮起之后偶尔会闪一下），养成手动断电的好习惯。
5. 主机最好不用显示器的反向充电，毕竟macbook的原装充电器比显示器里内置的那个劣质产品要好多了。

完成以上设置，就可以舒舒服服的使用了。

建议的开机顺序：

1. 打开macbook
2. 打开显示器电源（插上type-c到macbook，如果没插的话）
3. 合上macbook（如果只想用外接屏的话）

建议的关机顺序

1. 断开显示器电源
2. 合上macbook

https://www.debian.org/CD/http-ftp/#mirrors

官网，哈哈哈

其中有两个中国镜像，我用的第一个。

今天build了一天，终于让我解决了，用全局代理都没有解决问题，为啥呢。

macbook pro m2 max 96G 2T+星华辰UP40R2（5120×2160，120hz，最高144hz，但接我这个笔记本只有120）

显示器设置色彩模式为DCIP3，色彩已经很接近苹果的屏幕了。

注意如果开盖使用，外接屏幕有可能会发黄/暖，那是因为mac开了原彩显示，关掉即可，内外屏的色彩就基本上一致了。

另外，如果外接屏幕支持亮度同步，比如明基，也需要关闭自动亮度，明基官网是这么说的。

想了解更多细节，可以留言评论。