# 质量检验的学习总结

## 1. 基础图纸知识

### 1.1 尺寸符号

| 符号 | ⌀ | R | C | ⌴ | ⌵ | ( ) | ± | ▷ | t | SR | S⌀ |
|------|---|---|---|---|---|---|---|---|---|---|---|
| 含义 | 直径 | 半径 | 45°倒角 | 沉头孔 | 埋头孔 | 参考尺寸 | 正负公差 | 锥度 | 厚度 | 球半径 | 球直径 |



### 1.2 形位公差

#### 1.2.1 形状公差（单要素，无基准）

| 符号 | — | ▱ | ○ | ⌭ |
|------|----|----|----|----|
| 含义 | 直线度 | 平面度 | 圆度 | 圆柱度 |

> 注：线轮廓度 ⌒、面轮廓度 ⌓ 不标注基准时，也属于形状公差。

#### 1.2.2 方向公差（关联要素，有基准）

| 符号 | ∥ | ⊥ | ∠ |
|------|----|----|----|
| 含义 | 平行度 | 垂直度 | 倾斜度 |

> 注：线轮廓度 ⌒、面轮廓度 ⌓ 标注基准时，可作为方向公差。

#### 1.2.3 位置公差（关联要素，有基准）

| 符号 | ⌖ | ◎ | ⫟ |
|------|----|----|-----|
| 含义 | 位置度 | 同轴度（同心度） | 对称度 |

> 注：
> - 对称度符号 ⫟：上下两短横、中间一长横，三条线等间距平行。
> - 线轮廓度 ⌒、面轮廓度 ⌓ 标注基准时，也可作为位置公差。

#### 1.2.4 跳动公差（关联要素，有基准）

| 符号 | ↗ | ↗↗ |
|------|----|-----|
| 含义 | 圆跳动 | 全跳动 |

> 注：跳动符号为带实心三角形箭头的斜线，圆跳动为单箭头，全跳动为并列双箭头。

---

## 2. 测量仪器的基础使用

### 2.1 常用量具一览
####  **数显卡尺**
- 测量外径、内径、长度、深度，分辨率 0.02mm / 0.01mm（数显）。
    
- 在数显卡尺有时候无法测量时候 ，经常使用内径尺来进行测量内径，使用深度尺来测量深度

#### 游标卡尺

-   使用方法： IKD使用的是千分尺：读数方法比较简单方便，主尺读数+副尺读数。，主尺负责整数位，负尺负责小数位。单格代表0.02毫米(一共有50格，代表的是1mm,所以单格是0.02mm)
-   百分尺 和 十分尺 分别是20格 和10格 单格分别为0.05mm 和 0.1mm 读数比较麻烦。不过通常都是学校学习时候见过，目前没见过实际使用。

#### R 规
- 检测内/外圆角半径。
- 使用方法，感觉挺抽象的，主要应用范围是大范围测量R角

#### 投影仪
- 检测不同面之间的距离，检测圆半径。相对比较形象化。
- 使用方法 ：放产品， 打开软件，开灯 移动轴向距离 保证被测元素在指定位置，并能够看清楚。根据被测元素特征 在投影面上选取点位 进行测量。使用完毕，记得关灯，拿走产品。

#### 轮廓仪（PI）
- 主要手动测量工具。主要测量倒角距离，角度，R角半径。缺点 主要是需要被测元素 需要尽量近一些。只能进行线性测量。
- 使用方法：三条直线 定两点，两点落差测距离。 延长线保证选取R角范围。 两条直角测角度。 选取两点定落差时候，也会遇到两圆交点选一个地方的点。
- 使用的软件是ACTee分析。 和轮廓仪一样，需要图片辅助进行详细使用说明。，此处不单开章节。


---

## 3. 三坐标测量基本步骤

1. **开机与测头校准**
   - 开机回零，安装合适的测针。
   - 用标准球进行测头校准，获得测针等效直径及偏置量。

这一步不清楚，可能在后续软件学习中进行说明。

2. **建立零件坐标系**
   - 常用 **3-2-1 法**（面 - 线 - 点）：
     - 测量一个平面 → 确立第一基准轴（Z 轴）及原点（Z=0）。
     - 测量一条直线 → 确立第二基准轴（X 轴）并约束旋转。
     - 测量一个点（或圆） → 确立坐标原点（X、Y=0）。

3. **测量元素采集**
   - 按照图纸要求选取测量元素：点、线、圆、圆柱、圆锥、平面、球等。
   - 测点数须满足几何评定所需最小值以上。

4. **形位公差评价**
   - 直接对测量元素进行评价，或通过构造特征（距离、交线、中平面等）后评价。
   - 按图纸基准标注建立基准参考框架。

5. **生成并输出报告**
   - 选择输出项目，设定评价标准与公差带。
   - 生成图形化或表格化测量报告，保存并打印。
   
  以上为测量程序具体编写相关，暂不进行深入。还未进行学习。

### 蔡司三坐标（ZEISS）
  - 使用的是calypso软件，毛胚件测量
```
    三坐标测量需要先处理测量件
        确定测量产品信息，邮箱找到每周测量任务，在送样产品架找到对应的待测产品，核对信息，确定待测产品后
        以下动作目的是为了 方便后续三坐标测针测量，避免渣包遮挡，隔皮阻隔 影响测针测量精度
    001 去除渣包，毛刺
    002 确定是否需要使用夹具。
        使用夹具需要找到对应的夹具。
        不需要使用，需要确定粘块粘贴位置。粘块位置需要保证不影响测针测量，并尽量方便后续校平工作。为了方便，通常会提前查看测量程序，确认粘块位置，必要时候，可以保留部分渣包位置，方便校平工作
     
    003 在电脑D盘找到二厂新品测量程序文件夹 </D/二厂新品程序>，根据产品名称右上角搜索找到测量程序。因为测量时候，经常会面临崩溃问题，所以，可以把程序提前复制到桌面自己的文件夹，并进行保存，可以提取根据产品信息对程序命名进行修改。命名不要涉及其他符号，尽保证是数字，避免程序运行或者保存过程中的崩溃。
    
    004 在calypso中打开测量程序，保存，在模型显示窗口 底部找到定义投影/等角视图 选择，可以查看产品在测量台面的摆放位置
        calypso测量台，通常站立的位置是-y位置，面对的是+Y位置，右手是+X位置，左手是—X位置，向上是+Z位置，向下是-Z位置
        模型操作快捷键：左键：移动，右键：产品绕产品中心旋转
    005 在 <测量程序/安全平面> 查看坐标是 基础坐标系，还是初定位坐标系。如果是初定位坐标系，需要找到初定位坐标系，然后使用初定位坐标系，作为产品在摆台上的摆放方式。
    大部分是基础坐标系。
    查看安全平面确定摆放方式后，在 元素根据+X -X 查看可能的粘块位置,特殊情况，有时候避免产品校平垫太高，也会考虑+Y -Y位置 粘贴粘块
    006 粘好粘块后，把产品夹在夹具上进行校平工作。
        校平分为三步。
        第一步，保证产品不前后倾斜，也就是保证产品不会绕X轴旋转。使用方法是，产品正视图方向使用直尺贴靠，一条直线∥于Z轴来校平。其实所有平行于X轴的平面都可以进行贴靠，只要保证产品不会绕X轴旋转，比如俯视图，测针贴靠∥Y轴
        第二步，保证产品不左右摇摆，在右视图上 同样直尺贴靠一条平行于Z轴的直线，来实现校平工作。 这里是保证产品不会绕Y轴旋转。同样的原理，所有的平行于Y轴的平面都可以进行这项工作。

        以上这两步，一定要先实施，目的是为了保证产品竖直方向上平行于Z轴，这样后续就可以只轻微偏移产品就可以实现校平工作。
        第三步，保证产品不会水平偏摆，使用方式是使用测针在右视图上水平移动一条直线，来进行校平。这里是为了保证产品不会绕Z轴旋转，所有平行于Z轴的平面都可以进行这项工作
```





## 4. 产品质量检测报告

### 4.1 报告应包含的基本要素
- **零件信息**：产品名称、图号、材质、批次号。
- **检测信息**：检测日期、检测设备名称及编号。
- **环境条件**：温度、湿度等（对精密测量尤为重要）。
- **检验项目清单**：
  - 序号 / 特性描述
  - 标准值 / 公差要求
  - 实测值
  - 判定结论（OK / NG）
- **签名栏**：检验员、审核员（必要时含批准人）签名及日期。

### 4.2 报告类型
- **首件检验报告**：首批或换模后首件，确认量产条件。
- **工序间检验报告**：特定工序后的中间检查。
- **终检报告**：产品出厂前最终判定。
- **外协/外购来料检验报告**：供应商来料的质量验证。

### 4.3 注意事项
- 实测值应填写实际读数，不可写“合格”代替数据。
- 关键特性（如有）需特殊标记，按控制计划或相关标准严格控制。
- 报告须有唯一性编号，便于追溯。

质量检验

# gitignore文件学习



## 01 语法知识

`.gitignore` 文件的语法规则如下，用于精确控制 Git 版本库中需要忽略的文件和目录：

---

### **基础语法规则**

001. **`#` 开头** → 注释行  

   ```gitignore
   # 这是注释，不会被处理
   ```

002. **`/` 结尾** → 仅匹配目录  

   ```gitignore
   logs/      # 忽略所有 logs 目录
   /temp/     # 只忽略根目录下的 temp 目录
   ```

003. **`*` 通配符** → 匹配任意字符（除路径分隔符 `/`）  

   ```gitignore
   *.log       # 忽略所有 .log 文件
   build/*.js  # 忽略 build 目录下所有 .js 文件
   ```

004. **`**` 双星号** → 跨目录匹配  

   ```gitignore
   **/temp     # 忽略所有层级的 temp 目录（如 /temp, src/temp）
   docs/**/*.tmp # 忽略 docs 下任意子目录的 .tmp 文件
   ```

005. **`?` 问号** → 匹配单个字符  

   ```gitignore
   ?.txt       # 忽略 a.txt, b.txt，但不忽略 ab.txt
   ```

006. **`[]` 中括号** → 字符集合  

   ```gitignore
   [abc].log   # 忽略 a.log, b.log, c.log
   ```

007. **`!` 开头** → 取反规则（不忽略）  

   ```gitignore
   *.log       # 忽略所有 .log 文件
   !error.log  # 但不要忽略 error.log
   ```

---

### **路径匹配规则**

| 模式          | 含义                               | 示例匹配                        |
| ------------- | ---------------------------------- | ------------------------------- |
| `/dir`        | 仅匹配根目录下的 dir               | `/dir/file` (√) `src/dir` (×)   |
| `dir/`        | 匹配所有名为 dir 的目录            | `a/dir/`, `/b/dir/`             |
| `file`        | 匹配所有名为 file 的文件/目录      | `/file`, `src/file`             |
| `dir/*.js`    | 匹配 dir 目录下的直接子层 .js 文件 | `dir/a.js` (√) `dir/b/c.js` (×) |
| `dir/**/*.js` | 匹配 dir 目录下所有层级的 .js 文件 | `dir/a.js`, `dir/sub/b.js`      |

---

### **优先级与冲突处理**

001. **就近原则**  
   同一目录下的 `.gitignore` 优先级高于父目录的规则。

002. **取反规则优先**  

   ```gitignore
   *.txt        # 忽略所有 .txt
   !important/  # 不忽略 important 目录
   !important/*.txt # 不忽略 important 下的 .txt
   ```

---

### **特殊语法技巧**

001. **忽略空目录**  
   Git 默认不跟踪空目录，无需额外配置。

002. **转义特殊字符**  
   用 `\` 转义特殊字符（如 `*`, `!`, `#`）：  

   ```gitignore
   \#important.txt  # 忽略名为 #important.txt 的文件
   ```

003. **匹配隐藏文件**  

   ```gitignore
   .DS_Store    # 忽略系统隐藏文件
   .env         # 忽略项目环境文件
   ```

---

### **完整示例**

```gitignore
# ===== 基础忽略 =====
node_modules/
dist/
*.log

# ===== 系统文件 =====
.DS_Store
Thumbs.db

# ===== 例外规则 =====
!src/assets/    # 保留 assets 目录（即使父目录被忽略）
!*.min.js       # 保留所有 .min.js 文件

# ===== 目录精确控制 =====
/temp           # 仅忽略根目录的 temp
build/*.tmp     # 忽略 build 下的 .tmp 文件
!build/*.js     # 但保留 build 下的 .js 文件
```

---

### **验证规则**

001. 检查忽略效果：  

   ```bash
   git status --ignored    # 显示被忽略的文件
   ```

002. 强制添加被忽略的文件：  

   ```bash
   git add -f debug.log    # 强制添加被忽略的文件
   ```

> 💡 **提示**：语法规则在 `.gitignore` 和 `.git/info/exclude` 中通用，后者仅对本地仓库生效。





## 02 忽略已跟踪文件

要忽略已经被 Git 跟踪的文件（即以前提交过的文件），需要执行以下步骤：

---

### 核心步骤：

001. **从 Git 索引中移除文件（保留本地文件）**  
   使用 `git rm --cached` 命令：

   ```bash
   # 移除单个文件
   git rm --cached <文件路径>
   
   # 移除整个目录（保留本地目录）
   git rm -r --cached <目录路径>
   ```

002. **将文件/目录添加到 `.gitignore`**  

   ```bash
   echo "<文件或目录名>" >> .gitignore
   ```

003. **提交变更**  

   ```bash
   git add .gitignore
   git commit -m "停止跟踪 <文件/目录> 并添加到 gitignore"
   ```

---

### 详细操作流程：

#### 情况 1：忽略单个文件

```bash
# 假设要忽略已经提交的 config.ini 文件
git rm --cached config.ini

# 添加到 .gitignore
echo "config.ini" >> .gitignore

# 提交变更
git add .gitignore
git commit -m "忽略 config.ini"
```

#### 情况 2：忽略整个目录

```bash
# 假设要忽略已提交的 logs/ 目录
git rm -r --cached logs/

# 添加到 .gitignore
echo "logs/" >> .gitignore

# 提交变更
git add .gitignore
git commit -m "忽略 logs 目录"
```

---

### 重要注意事项：

1. **`--cached` 参数是关键**  

   - `git rm --cached` 仅从 Git 索引中移除文件，**保留本地文件**  
   - 若不加 `--cached`，文件会从本地删除（危险！）

2. **已被提交的历史记录不受影响**  

   - 文件会从**后续提交**中消失  
   - 但历史提交中仍然存在该文件

3. **团队协作时的处理**  

   ```bash
   # 推送变更到远程仓库
   git push origin <分支名>
   ```

   - 其他成员拉取代码后：  
     - 被忽略文件会从他们的 Git 索引中移除  
     - 但本地文件仍保留（不会删除）

4. **需要清理历史记录的情况**  
   如果要从历史提交中彻底删除敏感文件（如密码），需使用：

   ```bash
   git filter-repo --invert-paths --path <文件路径>
   ```

   > ⚠️ 这会重写历史，影响所有协作者

---

### 验证是否生效：

```bash
# 检查文件状态（应显示为 "untracked" 或消失）
git status

# 确认文件仍在本地
ls <文件路径>
```

---

### 特殊情况处理：

**场景：只想忽略已提交文件的修改（保留文件跟踪）**  
使用 `assume-unchanged`（仅本地生效）：

```bash
git update-index --assume-unchanged <文件路径>
```

若要恢复跟踪：

```bash
git update-index --no-assume-unchanged <文件路径>
```

---

### 总结流程图：

```
[已提交的文件]  
       ↓  
git rm --cached <路径>  → 从索引移除（保留本地）  
       ↓  
添加到 .gitignore      → 防止未来重新跟踪  
       ↓  
提交变更              → 同步到远程仓库
```

gitignore忽略文件语法

# 系统盘清理

![image.png](https://blog.bxmang.top/static/img/e7434b4d5092015c90f4104401afe20c.image.webp)

### 01：准备工具 TreeSize 可以快速查看盘内文件大小

![image.png](https://blog.bxmang.top/static/img/ee8af4684329b5debbfde0062e2350a0.image.webp)


### 02 首先处理虚拟内存设置

**虚拟内存一般是15GB左右** ，紧急情况下 该操作可以迅速处理 继续手头工作

001 按 Win + S 打开 Windows 搜索，在搜索框中键入 sysdm.cpl，然后按 Enter 键。
002 在打开的系统属性窗口中，选择“高级”选项卡，然后在“性能”部分中，单击“设置”按钮。
003 在“性能选项”对话框中，选择“高级”选项卡并单击“更改”。
004 在虚拟内存对话框中，取消选中顶部的“自动管理所有驱动器的页面文件大小”复选框。
005 单击“无分页文件”的单选按钮，然后单击右侧的“设置”按钮。
006 选择D盘，然后选择系统管理的大小 单击设置
007 点击“确定”关闭虚拟内存对话框并应用更改，重新启动 Windows 计算机以使更改生效

![image.png](https://blog.bxmang.top/static/img/49e2e29356a4a84016b094dd48d31946.image.webp)


### 03 卸载部分数据

卸载programData中部分数据

![image.png](https://blog.bxmang.top/static/img/8d03fdffc725c265207214d0cd54ebf5.image.webp)

![image.png](https://blog.bxmang.top/static/img/e1b4a53d787dbf31592d8f8f2977a4af.image.webp)


WindowsApps 文件夹 部分文件可以删除 一般不处理

部分代码程序相关 统统卸载
![image.png](https://blog.bxmang.top/static/img/3a13d980f6ddb63c2a45ddb0a9d47501.image.webp)
也不适合笔记本玩耍


![image.png](https://blog.bxmang.top/static/img/15413a39b03cb349f44ef1e71e997a95.image.webp)


![image.png](https://blog.bxmang.top/static/img/1a0768d24700178d6790158c98d89856.image.webp)


![image.png](https://blog.bxmang.top/static/img/44309d27f4ff4b903c7b8b7c1f2f2f86.image.webp)


### 04 处理系统相关文件夹 

![image.png](https://blog.bxmang.top/static/img/32cdb7886445f639b8605fe1cef44d87.image.webp)

**Windows 文件夹（39.9 GB）**
    
    这是Windows操作系统的根目录，包含系统的核心文件和组件。几乎所有系统功能的运行都依赖于这个文件夹中的文件。
    
**System32 文件夹（15.3 GB）**

    作用：这个文件夹包含了大量关键的系统程序和动态链接库（DLL），它们是Windows操作系统正常运行的基础。例如，许多系统服务、设备驱动程序和核心命令行工具都存储在System32文件夹中。重要性：它对系统至关重要，不建议用户随意更改或删除其中的内容，否则可能导致系统故障。

**WinSxS 文件夹（11.6 GB）**
   
       作用：WinSxS（Windows Side by Side）文件夹用于存储不同版本的Windows系统组件。它允许多个版本的DLL文件共存，确保应用程序能够使用它们所需的具体版本，从而避免“DLL地狱”问题。重要性：虽然它占用较多空间，但对系统的稳定性和应用程序的兼容性非常重要。通常不建议手动清理该文件夹，可以使用系统自带的磁盘清理工具来清理部分内容。

**Installer 文件夹（4.4 GB）**
        
        作用：这个文件夹用于存储已安装应用程序的安装包和相关文件。它允许在需要修复或重新安装软件时，使用原始的安装文件。在Windows更新过程中，它也可能存储更新安装文件。重要性：虽然可以删除其中的文件来节省空间，但建议谨慎操作，因为删除后可能无法方便地修复或重新安装某些软件。

**servicing 文件夹（2.4 GB）**
        
        作用：servicing文件夹主要包含用于Windows更新和服务包安装的文件。它帮助系统管理更新过程，确保更新能够正确安装并保持系统的最新状态。重要性：与系统更新密切相关，删除其中的内容可能导致更新机制出现问题。

**SysWOW64 文件夹（2.0 GB）**
 
     作用：在64位版本的Windows系统中，SysWOW64文件夹用于存放32位程序的兼容性文件。它允许32位应用程序在64位系统上正常运行。重要性：对维护32位程序的兼容性很重要，不建议随意更改或删除该文件夹。

**LiveKernelReports 文件夹（1.3 GB）**
    
    作用：这个文件夹通常用于存储系统崩溃转储文件（内存转储文件）和相关报告。当系统发生蓝屏死机（BSOD）或其他严重错误时，系统会生成这些文件，用于调试和分析问题的根本原因。重要性：它对系统故障诊断非常有用，但占用空间较大。可以定期清理旧的崩溃报告文件以节省空间，但需确认不再需要这些文件进行故障排查。



C盘满了，如何清理

# 每日新闻API图片实现

## 01 实现思路
    00 在指定网站爬取每日新闻文字版，根据每日新闻页面数字与日期的关系设置爬取 url 
    


    【这里遇到问题是日期计算，具体来说是没有搞懂 
        001 Date()与时间戳之间的转换关系。 
        002 没有意识到每天日期生成 需要 写成函数 每次运行时候重新计算 不然 就始终会是第一次运行时的值 问题是因为直接在 服务器上写的代码 所以 不能调试 一直没有意识到这个问题】
    
    01 对爬取到的文字，保存为对应日期txt文件 这里没有保存到数据库里实现是因为开始时候 图省事。
    
    【有机会的话 后期还是借助数据库实现一下 就当练习了】
    
    02 根据爬取到文字内容 借助 puppeteer模块 实现 新闻图片生成 并保存到 服务器上
    
    【这里的问题 主要集中在  
        000 在服务器系统上 安装puppeteer模块和字体 需要安装 一堆其他的 文件
        001 生成图片需要对应的模板页面文件 然后 把对应的新闻内容 替换进去
        002 当前日期对应的农历日期 转换 使用的是 js-calendar-converter 模块
    】
    
## 02 日期计算

    
### 日期计算示例

```js

    let date =new Date()
    console.log('服务器 当前时间该时区 对应的零时区时间', date)
    // 2025-02-10T02:45:00.023Z 此时是北京时间2025-02-10 10:45
    
    let BJDate = date.toLocaleString('zh-CN' , { timeZone: 'Asia/Shanghai'  })
    // console.log('东八区北京时间' , BJDate)
    
    let BJDateObj = new Date(BJDate)
    // BJDateObj 的时间 和 new Date() 的时间是一致的
    
    let initialDate = new Date('2025-01-31T00:00:00')
    let initialDate1 = new Date('2025-01-31T00:00:00+08:00')
    // 以上两行代码结果同样一致
    // 2025-01-31T00:00:00 没有指明时区偏移 默认是当前服务器时区
    //2025-01-31T00:00:00+08:00  日期 时间 时区时间偏移
    
    let timeDiff = date - initialDate
    console.log('时间差', timeDiff)

    let dayDiff =  Math.floor(timeDiff/1000/60/60/24)
    console.log('dayDiff', dayDiff)
    // 借助 时间戳 进行时间差值计算
    
    最后以上代码 一定要在函数中实现 这样每次调用该函数 才会重新计算 date的值
    
```
### 函数实现上述过程

```js
    function dayDiffer() {
       let date =new Date()
    console.log('服务器 当前时间该时区 对应的零时区时间', date)
    // 2025-02-10T02:45:00.023Z 此时是北京时间2025-02-10 10:45
    
    let BJDate = date.toLocaleString('zh-CN' , { timeZone: 'Asia/Shanghai'  })
    // console.log('东八区北京时间' , BJDate)
    
    let BJDateObj = new Date(BJDate)
    // BJDateObj 的时间 和 new Date() 的时间是一致的
    
    let initialDate = new Date('2025-01-31T00:00:00')
    let initialDate1 = new Date('2025-01-31T00:00:00+08:00')
    // 以上两行代码结果同样一致
    // 2025-01-31T00:00:00 没有指明时区偏移 默认是当前服务器时区
    //2025-01-31T00:00:00+08:00  日期 时间 时区时间偏移
    
    let timeDiff = date - initialDate
    console.log('时间差', timeDiff)

    let dayDiffer =  Math.floor(timeDiff/1000/60/60/24)
    console.log('dayDiff', dayDiff) 
    
    return dayDiffer
    }
```
## 03 js-calendar-converter使用


```js

    const calendar =require('js-calendar-converter');
    const date = new Date()
    const dateInfo =  calendar.solar2lunar(date)
    // 阳历转农历 日期
    // {
    //   date: '2024-6-15',
    //   lunarDate: '2024-5-10',
    //   festival: null,
    //   lunarFestival: null,
    //   lYear: 2024,
    //   lMonth: 5,
    //   lDay: 10,
    //   Animal: '龙',
    //   IMonthCn: '五月',
    //   IDayCn: '初十',
    //   cYear: 2024,
    //   cMonth: 6,
    //   cDay: 15,
    //   gzYear: '甲辰',
    //   gzMonth: '庚午',
    //   gzDay: '庚戌',
    //   isToday: false,
    //   isLeap: false,
    //   nWeek: 6,
    //   ncWeek: '星期六',
    //   isTerm: false,
    //   Term: null,
    //   astro: '双子座'
    // }

```
属性表

![属性表.png](https://blog.bxmang.top/static/img/e60558a4cd62fd04addfa13185f210bf.%C3%A5%C2%B1%C2%9E%C3%A6%C2%80%C2%A7%C3%A8%C2%A1%C2%A8.webp)

日期之间转换方法
![image.png](https://blog.bxmang.top/static/img/6a1fe516da4e7ac32905055584211495.image.webp)


![image.png](https://blog.bxmang.top/static/img/27a0da98747d3f961e46fb6282eb7643.image.webp)

调用示例网址博客

https://jjonline.github.io/calendar.js/demo.html

https://blog.jjonline.cn/userInterFace/173.html

GitHub项目地址：https://github.com/jjonline/calendar.js


## 04 pm2 常用命令

node进行管理工具

常用命令

全局安装pm2  
```js
    npm install pm2 -g
```
查看版本号

```js
    pm2 --version
```

01 启动运行 某个文件 示例

```js
    pm2 start newsPic.js
```
对该文件起一个别名

```js
    pm2 start newsPic.js --name newsPicToday
```

停止某文件


```js
    pm2 stop [AppName]
    pm2 stop [ID]
    pm2 stop all
```

重启所有进程


```js
    pm2 restart all
    pm2 reload [ID]
    pm2 reload all
```

删除应用程序


```js
    pm2 delete [AppName]
    pm2 delete [ID]
    pm2 delete all
```

显示所有进程


```js
    pm2 list
```

显示日志


```js
    pm2 logs
    pm2 logs [ID]
    pm2 logs [AppName]
```

显示所有信息


```js
    pm2 show [name]
    pm2 show [ID]
    
```

查看进程占用信息


```js
    pm2 monit
```

每日新闻图片生成遇到的 问题记录

# 每日简报图片API

对于当前混乱的简报API现状进行整理记录



## 简报API

简报图片获取示例

```js
https://bxmang.top/newspictoday/News-2025-01-16.png
```
该API支持从 2024-12-25 到2025-01-16 这段时间的简报图片获取



```js
https://bxmang.top/newspictoday/news-2024-12-24.png
```

该API支持从 2024-12-24 到 2024-06-15


```js
https://bxmang.top/newspic/News-2024-06-15.png
```

该API支持从2021年1月1日到2024年6月15日图片【可能部分日期缺失】


以上图片样式为个人生成版


```js
https://bxmang.top/api/2024-11-27.png
```
该API支持从2024年6月15日到2024年11月27日图片【原数据来源】
原简报图片样式

## 简报API文字版

**001**
```js
https://bxmang.top/newstoday/news_2024-10-01.txt
```
简报的文字内容版【20240615-20241224】


**002**


```js
https://bxmang.top/newshistory/News_2025-01-04.txt
```
简报的文字内容版【20210101-20240615,20241225-20250116】



## 综述

   上述新闻API较为混乱因为夹杂了多个时期的爬取记录，以及修改文件。同时由于每日简报发生变化，近期部分失效，对20241225以来的部分信息进行重新爬取。
    
   同时需要对接下来日期新闻文字提取 以及 图片生成重新写一份文件。
    
   最好是能对上述API进行整合 变为单独的两条文字版简报API 和 图片版简报API