• 每日完成工作

    Work completed Sunday, Light rain, January 4, 2026

    2026年1月4日 18:25 /
    1. Review the mileage of drivers in December and make it public.
    2. Complete the compilation of materials for the technical meeting of the center in December.
    3. Finish the summary of the New Year’s Eve guarantee and the summary of the passenger transport organization during the New Year’s Day holiday.
    4. Attend the training meeting on interface investigation in the production area.
    5. Study the recent documents.
    6. Sort out the energy-saving inspection records for 2025.
    7. Collect the holiday timetables and spare supplies.
    阅读更多
  • PHP

    PHP 中 ===（全等判断）和 ==（相等判断）的核心区别

    2026年1月2日 15:38 /
    这是 PHP 条件判断中的关键知识点，下面将从核心区别、详细对比、使用场景、实际示例（结合你的业务场景）四个方面详细说明，帮你彻底区分两者：

    一、核心区别（一句话概括）

    ===（全等）：先判断数据类型是否完全一致，再判断值是否相等，两者都满足才返回true（严格判断，不做任何类型自动转换）；==（相等）：先自动将两边操作数转换为相同数据类型，再判断转换后的值是否相等（松散判断，存在隐式类型转换）。
    简单说：=== 比 == 多了一层「数据类型校验」，这是两者的本质差异。

    二、详细对比表

    特性 ===（全等 / 严格相等） ==（相等 / 松散相等）
    类型校验 先校验数据类型，类型不一致直接返回false 不先校验类型，自动做隐式类型转换后再比较值
    判断逻辑 类型一致 + 值相等 → true 类型不同→转换类型→值相等 → true
    安全性 高（避免隐式转换导致的意外结果） 低（可能出现看似 “反常” 的判断结果）
    适用场景 要求严格判断的场景（如状态码、数据类型固定的参数） 仅确定两边类型一致，或允许类型转换的

    三、使用原则（避坑指南）

    1. 优先使用 ===（全等判断）：
      • 当需要判断「类型固定」的数据时（如状态码200/500、布尔值true/false、null、固定类型的参数）；
      • 当需要准确判断数据是否为空（如空字符串''、null、空数组[]的区分）；
      • 核心优势：避免隐式类型转换带来的意外 bug，让判断逻辑更清晰、更安全。
    2. 谨慎使用 ==（相等判断）：
      • 仅当你明确知道两边操作数的类型，或允许类型转换时（如简单的数字比较、已知类型的字符串比较）；
      • 示例：简单的用户输入数字判断（如 $age == 18，即使$age是字符串 “18”，也允许转换后比较）；
      • 注意：尽量避免在 null、0、false、"" 之间使用 ==，极易出现误判。
    3. 特殊场景必须用 ===：
      • 判断 json_decode() 是否解析失败（解析失败返回null，必须用=== null判断）；
      • 判断变量是否为布尔值（$is_success === true，避免1或 “1” 误判为true）；
      • 判断表单参数是否为严格空字符串（$param === ''，避免0或null误判）。

    总结

    1. 核心差异：=== 先判类型再判值（严格），== 先转类型再判值（松散）；
    2. 安全性：=== 远高于 ==，优先使用；
    3. 业务场景：状态码、null、布尔值、严格空值判断用 ===；简单数值比较可谨慎用 ==；
    4. 避坑关键：避免在 null、0、false、"" 这些 “假值” 之间使用 ==，极易出现逻辑异常。
    阅读更多
  • 网站

    代理服务器的一些坑

    2026年1月2日 13:06 /
    如果是通过代理服务器运行的场景，必须给 URL 加上 http（或 https）协议前缀，不能再使用无协议的相对路径（如 allroute_api.php）或本地文件路径，这是代理服务器的运行机制决定的，下面详细说明原因和具体操作：

    一、核心原因：代理服务器的运行机制不支持无协议本地路径

    当你的项目通过代理服务器运行时，index.php 和 allroute_api.php 不再是「本地文件系统直接调用」，而是遵循「客户端→代理服务器→目标服务器」的网络请求链路，核心逻辑如下：
    1. 无协议相对路径（如 allroute_api.php）：PHP 会默认将其当作「本地文件路径」处理，尝试在代理服务器的本地文件系统中查找该文件，而非通过代理转发到目标服务器执行 PHP 脚本；
    2. 代理服务器的核心作用：仅转发「标准 HTTP/HTTPS 网络请求」，无法识别和处理「本地文件路径格式」的调用，最终会导致 file_get_contents 找不到文件（返回 false），或读取到无效文件内容（非 JSON 响应）；
    3. 带 http 的 URL（如 http://目标域名/allroute_api.php）：这是标准的网络请求地址，代理服务器能正常识别并转发该请求到目标服务器，目标服务器会执行 PHP 脚本并返回 JSON 响应，再由代理服务器将响应传回 index.php。
    阅读更多