ngrok本地调试原理及Telegram mini app cookie path 问题

ngrok本地调试原理及Telegram mini app cookie path 问题
Photo by Christian Wiediger / Unsplash

在现代web开发中,本地调试是一个非常重要的环节。然而,当我们需要将本地开发的应用暴露到公网以便进行测试时,就会遇到一些挑战。本文将详细介绍如何使用ngrok实现内网穿透进行本地调试,特别是在Telegram小程序开发场景中的应用,以及可能遇到的常见问题及其解决方案。

ngrok原理

ngrok是一个反向代理工具,它可以将本地服务器安全地暴露到公网。下面是ngrok的工作原理:

  1. 用户启动ngrok客户端,并指定要暴露的本地端口。
  2. ngrok客户端与ngrok云服务建立安全的通道。
  3. ngrok云服务生成一个公网可访问的URL。
  4. 当外部请求到达这个URL时,ngrok云服务将请求通过安全通道转发到本地ngrok客户端。
  5. 本地ngrok客户端将请求转发到指定的本地端口。
  6. 本地服务器处理请求并返回响应,响应通过相同的路径返回给客户端。

Telegram小程序调试场景

在Telegram小程序开发中,我们经常需要使用ngrok来进行本地调试。以下是具体步骤:

  1. 启动本地开发服务器(例如运行在localhost:3000)。
  2. 使用ngrok创建一个公网URL:Copyngrok http 3000
  3. ngrok会生成一个类似https://xxxx.ngrok.io的URL。
  4. 在Telegram BotFather中设置 bot domain, webapp direct url 为ngrok生成的domain。
  5. 现在,当用户与Telegram小程序交互时,请求会被转发到你的本地开发服务器。

常见问题及解决方案

Telegram小程序首次访问问题

问题描述: Telegram小程序首次访问会提示点击"visit"访问。如果首次访问的路径不是根路径"/",ngrok会将cookie设置到访问的路径下。这导致页面内的其他资源(通常在根路径"/")无法访问该cookie,从而可能引发资源文件被篡改为 点击"visit"访问。

解决方案:

  1. 确保首次访问路径为根路径"/"。
  2. 如果无法更改首次访问路径,可以在服务器端设置cookie时指定路径为"/":javascript res.cookie('sessionId', 'value', { path: '/' });
  3. 在前端,可以使用JavaScript来手动设置cookie:javascript document.cookie = "sessionId=value; path=/";

HTTPS证书问题

问题: ngrok生成的HTTPS URL可能会被浏览器标记为不安全。

解决方案:

  • 使用ngrok的付费版本,它提供了自定义域名和SSL证书的功能。
  • 在开发环境中,可以暂时忽略证书警告(不推荐在生产环境中这样做)。

连接不稳定

问题: 有时ngrok连接可能不稳定,导致服务中断。

解决方案:

  • 使用ngrok的配置文件来自动重连:
    yaml
    tunnels:
    myapp:
    proto:
    http
    addr: 3000
    auto_reconnect: true
  • 考虑使用其他类似工具,如localtunnel或frp。

Read more

TypeScript:从架构分层设计到IOC和AOP

TypeScript:从架构分层设计到IOC和AOP

TypeScript作为JavaScript的超集,为开发者提供了强大的类型系统和面向对象编程能力。然而,要在大型项目中充分发挥TypeScript的优势,我们需要深入理解软件架构原则和设计模式。本文将探讨如何使用TypeScript构建一个健壮的应用架构,涵盖分层设计、常见设计模式、控制反转(IOC)和面向切面编程(AOP)等高级概念。 分层架构 分层架构是组织大型应用程序的常用方法。它有助于关注点分离,使得每一层都可以独立开发和测试。一个典型的分层架构包括: 1. 表现层(Presentation Layer) 2. 业务逻辑层(Business Logic Layer) 3. 数据访问层(Data Access Layer) 4. 数据库(Database) 让我们使用图表来可视化这个架构: 接下来,我们将探讨每一层中可能使用的设计模式,并通过TypeScript代码示例来说明如何实现这些模式。 表现层 表现层负责处理用户界面和用户交互。在这一层,我们经常使用MVC(Model-View-Controller)或MVVM(Model-View-ViewM

Jotai v2: React状态管理的新篇章

Jotai v2: React状态管理的新篇章

Jotai是一个为React应用设计的轻量级状态管理库。2023年3月,Jotai发布了v2.0版本,带来了许多新特性和改进。本文将深入探讨Jotai v2的使用方法、适用场景、设计理念、源码结构以及核心功能的实现原理。 版本信息 本文讨论的是Jotai v2.0.3版本,发布于2023年5月。你可以通过以下命令安装 npm install [email protected] 基本使用 Jotai的核心概念是"atom"。atom是最小的状态单位,可以存储任何JavaScript值。让我们看一个简单的例子: import { atom, useAtom } from 'jotai' // 创建一个atom const countAtom = atom(0) function Counter() { // 使用atom const [count, setCount] = useAtom(

加密货币交易所十二:安全性和风险控制

加密货币交易所十二:安全性和风险控制

在加密货币合约交易所中,安全性和风险控制是至关重要的。这不仅关系到交易所的声誉和用户的资产安全,也直接影响到整个加密货币生态系统的稳定性。本章将详细探讨合约交易所在安全性和风险控制方面的关键策略和实施方法。 多重签名机制 多重签名(MultiSig)是一种强大的安全机制,要求多个私钥来授权交易,大大降低了单点故障和内部欺诈的风险。 概念解释 多重签名是一种需要多个私钥来签署和授权交易的加密技术。例如,在一个 2-of-3 多重签名设置中,需要三个私钥中的任意两个来完成交易。 在合约交易所中的应用 热钱包管理: * 设置:通常采用 2-of-3 或 3-of-5 的多重签名方案。 * 应用:每次从热钱包转出大额资金时,需要多个管理员的授权。 冷钱包管理: * 设置:可能采用更严格的 3-of-5 或 4-of-7 方案。 * 应用:定期将热钱包中的多余资金转移到冷钱包时使用。 智能合约升级: * 设置:可能需要多个核心开发者和安全审计员的签名。 * 应用:在升级关键智能合约时,确保变更经过充分审核和授权。 实现考虑 密钥管理: * 使用硬件安全

加密货币交易所十一:持仓管理

加密货币交易所十一:持仓管理

持仓管理是合约交易所系统的核心功能之一,它直接关系到用户的交易体验、风险控制和系统的整体稳定性。本章将详细探讨持仓管理的各个方面,包括持仓数据模型、全仓和逐仓的区别、持仓盈亏实时计算以及持仓量统计和限制。 11.1 持仓数据模型 持仓数据模型是整个持仓管理系统的基础,它定义了如何存储和管理用户的持仓信息。 11.1.1 核心数据结构 一个典型的持仓数据模型通常包含以下字段: 1. 用户ID:唯一标识持仓所属的用户 2. 合约ID:标识具体的交易合约 3. 持仓方向:多头(Long)或空头(Short) 4. 持仓数量:当前持有的合约数量 5. 开仓均价:建立该持仓的平均价格 6. 杠杆倍数:该持仓使用的杠杆倍数 7. 已实现盈亏:已经平仓部分的盈亏 8. 未实现盈亏:当前持仓的浮动盈亏 9. 保证金:该持仓占用的保证金 10. 仓位模式:全仓或逐仓