鲸鱼的博客

windows电脑快速实现对手机抓包-安卓篇

Tue, 14 Jul 2026 00:00:00 GMT

windows电脑快速实现对手机抓包-安卓篇

一、基础环境配置（Charles 端）

无论目标设备是什么 Android 版本，首先完成电脑端 Charles 的基础配置：

安装 Charles 根证书到电脑
Help → SSL Proxying → Install Charles Root Certificate → 安装到「受信任的根证书颁发机构」
启用 SSL 代理
Proxy → SSL Proxying Settings → 勾选 Enable SSL Proxying
添加规则：Host 填 *，Port 填 443（或 * 捕获全部端口）
查看代理地址
Help → Local IP Address 查看电脑 IP，Charles 默认端口为 8888

二、Android设备

如果设备系统低于 Android 7.0，只需安装证书到用户目录即可：

手机与电脑同 WiFi，设置代理为电脑 IP + 8888
手机浏览器访问 chls.pro/ssl，下载并安装证书
Charles 弹出 Allow 请求时点击允许，即可抓取 HTTPS（包括 WebView）

Mac M3 用 Chrome DevTools 调试安卓真机网页

Tue, 17 Mar 2026 00:00:00 GMT

1. 手机开启开发者选项

打开「设置 → 关于手机」，狂点版本号 7 下，开启「开发者选项」。

进入开发者选项，打开：

USB 调试
USB 调试（安全设置）（有的话也打开）

2. Mac 安装 ADB 工具

终端运行一行命令：

brew install android-platform-tools

没装 Homebrew？访问 https://brew.sh 先装一下。

3. 连接手机

用数据线连接手机和 Mac
手机弹出「允许这台电脑调试」→ 点允许
终端验证连接：

adb devices

出现类似 XXXXXXXX device 就成功了。

4. Chrome 开始调试

电脑 Chrome 打开：

chrome://inspect

你手机上打开的网页会直接显示出来，点 inspect → 弹出的面板就是真机的真实样式面板。

完事，四步搞定真机调试。

解密 Docker 部署：Dockerfile 与 Docker Compose 的角色与关联

Sat, 20 Sep 2025 00:00:00 GMT

理解 Dockerfile 和 docker-compose.yml 的关系是掌握 Docker 部署的关键。

1. 核心概念辨析

Dockerfile (角色设定/建造说明书)：定义如何构建一个独立的、包含应用及其运行环境的镜像。它指定了基础环境、依赖安装、文件复制和启动命令。
docker-compose.yml (剧本/组装方案)：定义如何组织、连接和管理多个容器作为一个整体应用来运行。它声明了需要哪些服务、它们的配置、网络和卷挂载。

2. 它们如何协同工作？

在 docker-compose.yml 中，build: . 这行指令是连接两者的桥梁。

services:
  my-app:
    build: .  # #1 告诉Compose：请根据当前目录下的Dockerfile构建镜像
    ports:
      - "8000:8000" # #2 然后用这个镜像启动容器，并进行端口映射
    # ...其他配置

构建阶段：当你运行 docker-compose up -d，Compose 会读取 build: . 指令。
寻找说明书：它会在当前目录（.）下寻找名为 Dockerfile 的文件。
执行构建：根据 Dockerfile 中的指令，一步步构建出应用的镜像。
启动服务：镜像构建成功后，Compose 再用这个镜像来创建和启动容器，并应用 ports, volumes 等其他配置。

3. 总结与比喻

| | Dockerfile | Docker Compose | | :--- | :--- | :--- | | 角色 | 建造者 | 指挥家 | | 职责 | 制造单个零件（镜像） | 将多个零件组装成一台完整机器（多容器应用） | | 关系 | 被引用、是基础 | 引用 Dockerfile、是组织者 | | 缺一不可 | ✅ 没有 Dockerfile，Compose 不知道如何创建应用镜像。 | ✅ 没有 Compose，你也可以用 docker run 启动容器，但管理复杂应用会很麻烦。 |

结论：两者分工明确，相辅相成。Dockerfile 负责“怎么做”，docker-compose.yml 负责“怎么跑”。

一次讲清：云服务器安全组与系统防火墙的区别与联系

Sat, 20 Sep 2025 00:00:00 GMT

部署应用时，开放端口需要在两个地方配置，它们不是重复劳动，而是互补关系。

1. 流量访问路径图

flowchart LR
    Internet[互联网] --> SG[云服务器安全组<br>第一道关卡]
    SG -- Allow --> OS[服务器操作系统]
    OS --> FW[系统防火墙<br>第二道关卡]
    FW -- Allow --> App[您的应用程序]

2. 区别对照表

3. 操作黄金法则

一个需要被公网访问的应用，必须同时在“安全组”和“系统防火墙”中放行其端口。

安全组：登录云平台控制台，添加入方向规则，协议TCP，端口号XXXX，授权来源0.0.0.0/0（或更精确的IP）。
系统防火墙：在 1Panel 的 防火墙 页面，添加一条允许规则，协议TCP，端口号XXXX。

五分钟快速部署：用 Docker 和 Docker Compose 部署 FastAPI 应用

Sat, 20 Sep 2025 00:00:00 GMT

本指南提供一个极简的 FastAPI 应用从代码到部署的全流程。

1. 准备项目文件

1. main.py (FastAPI 应用代码)

from fastapi import FastAPI
app = FastAPI()
@app.get("/")
def read_root():
    return {"Hello": "World"}

2. requirements.txt (项目依赖)

fastapi==0.104.1
uvicorn[standard]==0.24.0

3. Dockerfile (构建镜像的指令)

FROM python:3.11-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

4. docker-compose.yml (定义和启动服务)

services:
  fastapi-app:
    build: .
    container_name: my-fastapi-app
    ports:
      - "8000:8000"
    restart: unless-stopped

2. 部署命令

将以上文件通过 1Panel 的文件管理器或 scp 命令上传到服务器。
在服务器上，进入项目目录。
执行一键部署命令：
```
docker-compose up -d
```
访问 http://你的服务器IP:8000 查看结果，访问 http://你的服务器IP:8000/docs 查看交互文档。

3. 项目结构

my-fastapi-project/
├── main.py
├── requirements.txt
├── Dockerfile
└── docker-compose.yml

miniforge-替代conda的Python环境和包管理工具

Sat, 23 Aug 2025 00:00:00 GMT

我安装的是 miniforge3，不是 conda

安装 miniforge3

打开终端（Mac/Linux）或命令提示符（Windows）。
找到官网下载地址，选择对应版本。我的是 macos arm64 版本。 https://conda-forge.org/miniforge/
运行安装脚本：
```
sh Miniforge3-25.3.0-3-MacOSX-arm64.sh
```
替换成实际的脚本名称安装。

常用的命令

miniforge中同时内置了包管理工具conda和mamba，其中mamba可「完全」作为conda功能的替代，且运行效率优于conda，我们只需要将平时熟悉的conda命令中的conda替换为mamba即可。

查看虚拟环境 mamba env list

创建虚拟环境 mamba create -n <env_name> python=<version>

激活虚拟环境 mamba activate <env_name>

退出虚拟环境 mamba deactivate

删除虚拟环境 mamba env remove -n <env_name>

安装包 mamba install <package_name>

卸载包 mamba uninstall <package_name>

更新包 mamba update <package_name>

搜索包 mamba search <package_name>

查看已安装的包 mamba list

查看包的信息 mamba info <package_name>

Vue 项目部署 Netlify 并配置 API 代理解决跨域问题

Sun, 16 Mar 2025 00:00:00 GMT

前言

在 Vue 项目开发中，前端应用通常需要调用后端 API。当项目部署到 Netlify 后，如果后端 API 位于不同的域名下，就会遇到**跨域（CORS）**问题。本文介绍如何通过 netlify.toml 配置文件，在 Netlify 上实现无缝的 API 代理转发。

配置示例

[build]
  command = "npm run build"
  publish = "dist"

[[redirects]]
  from = "/farm_server/*"
  to = "https://pre.shuxitech.com/farm_server/:splat"
  status = 200
  force = true

配置项详解

[build] 区块

| 配置项 | 说明 | |--------|------| | command | 构建命令，执行 npm run build 生成生产环境代码 | | publish | 指定构建输出目录，Vue 项目默认输出到 dist 文件夹 |

[[redirects]] 区块

| 配置项 | 说明 | |--------|------| | from | 匹配的路径模式，/farm_server/* 表示匹配所有以 /farm_server/ 开头的请求 | | to | 目标地址，:splat 表示将通配符匹配的内容原样传递到目标 URL | | status | HTTP 状态码，200 表示 rewrite（重写），而非 redirect（重定向） | | force | 强制应用此规则，即使目标路径存在静态文件也优先匹配 |

解决了什么问题？

1. 跨域问题（CORS）

浏览器同源策略会阻止前端直接请求不同域名的 API。通过 Netlify 代理，前端代码只需请求同域名的 /farm_server/xxx，Netlify 服务器会自动转发到目标 API 服务器，从而绕过浏览器跨域限制。

2. 环境统一

本地开发时使用 vite.config.ts 配置代理，生产环境使用 netlify.toml 配置代理，保持代码一致性，无需修改 API 调用逻辑。

3. 隐藏真实 API 地址

对外暴露的是 /farm_server/ 路径，真实后端地址不会直接暴露给客户端。

使用场景

✅ Vue/React/Angular 等前端项目部署到 Netlify
✅ 需要调用第三方或独立部署的后端 API
✅ 希望前后端分离部署但避免跨域问题
✅ 需要统一本地开发和生产环境的 API 调用方式

注意事项

:splat 是 Netlify 的通配符占位符，会将 from 中 * 匹配的内容原样附加到 to 地址
status = 200 表示 rewrite，浏览器地址栏不会发生变化
如需多条代理规则，可添加多个 [[redirects]] 区块

总结

通过简单的 netlify.toml 配置，即可在 Netlify 上实现 Vue 项目的自动化构建部署和 API 代理转发，是解决前端跨域问题的优雅方案。